BDDは中規模プロジェクトを計画するソリューションですか？

Question

私はプロジェクト番号8,192を開始しています。私のプロジェクトの大部分のように、彼らは退屈なプロジェクトか、退屈、時間、または有用性の欠如のいずれかから取り消されるプロジェクトのいずれかです。

しかし、私が本当にやりたいと思っている、長い間、バックバーナーにあったプロジェクトがあります。私の完璧な世界では、最初のリリースには3ヶ月かかるでしょう。

とにかく、私の最大の問題の1つは、大規模なプロジェクト（または中小規模のプロジェクト）をとり、管理可能な部分に分割することです。私のエラーは、常にターミナルで右に移動し、Textmateを開いてコーディングを開始することです。これはほとんど常に失敗します。私はfeature creepで迷子になり、新しい方法や枠組みの戦争などを学びます。そして、2ヶ月が経ち、何も表示されません。

BDD（Cucumberなど）がこの問題の解決策である可能性があるので、私は考えていましたか？それは私がプロジェクトの大部分である特徴リストを持つまで、より大きな部分を範囲を決めるのに使うことができます。その時点で、私はちょうど作品のコーディングを開始しますか？

他の開発者が共有していると思われるこの問題に取り組む上で、あなたの提案は何ですか？

ところで、私はRails 3（時々パッドリノ）を使用しています。

おかげ

トラックで

Answer 1

？ BDDはトラックを定義しません - トラックを伝えます。

BDD あなたが持っている（または必要な）唯一の要件であるが、仕様が存在しないものを実装しない限り、疲労クリープの問題には対処できません。

キャプチャされていない機能は実装されていません。ある機能が追加されると、その機能はスコープを取得し、残りの機能で優先順位が付けられます。あまり望ましくないものを奪うかもしれない、そうでないかもしれない。

製品の所有者（この場合）は、割り当てられた時間に実装できる量と実装する必要のある機能を決定する必要があります。まだ規律に至りましたが、実装したものが実際に望んだものであることを確認するツールがあります。

それは、しかし、何を得ることは、あなたが最初に望んでいただけ何であることを確認していません - それは確かに何も他には、あなたが実装する気にスペックの上に実装されていないことはありません。