0

プロジェクト番号 8,192 を開始します。私のプロジェクトのほとんどと同様に、それらは使い捨てのプロジェクトか、退屈、時間、または有用性の欠如からキャンセルされるプロジェクトのいずれかです。

しかし、私が本当に終わらせたいと思っている、長い間後回しになっているプロジェクトがあります。私の完璧な世界観では、最初のリリースには 3 か月かかるはずです。

とにかく、私の最大の問題の 1 つは、大規模なプロジェクト (または小規模から中規模のプロジェクト) を取り、それを扱いやすい部分に分割することです。私の間違いは、常に端末に直接ジャンプして、Textmate を開いてコーディングを開始することです。これはほとんどの場合失敗します。feature creep新しいメソッドやフレームワーク戦争などを学び、迷子になりました。それから 2 か月が経過しましたが、それを示すものは何もありません。

それで、BDD(などCucumber)がこれに対する解決策になるのではないかと考えていましたか?プロジェクトの大部分である機能リストが得られるまで、大きな部分をスコープアウトし、次に小さな部分をスコープアウトするために使用できますか. その時点で、私はピースのコーディングを開始しますよね?

他の開発者も共有していると確信しているこの問題への取り組みについて、あなたの提案は何ですか。

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

ありがとう

4

1 に答える 1

1

どのトラックで?BDD はトラックを定義しません。トラックを伝達します。

BDDはあなたが持っている (または必要とする) 唯一の要件かもしれませんが、仕様が存在しないものを実装しないという規律がない限り、それは生き物主義をフィーリングする問題に対処しません。

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

プロダクト オーナー (この場合はあなた) は、割り当てられた時間内にどれだけの機能を実装できるか、およびどの機能を実装する必要があるかを決定する必要があります。要するに規律の問題ですが、実装したものが実際に望んでいたものであることを確認する (支援する) ツールがあるだけです。

ただし、取得したものが最初に望んでいたものであることを確認するわけではありません。実装しようとしていた仕様に加えて、他に何実装されていないことを確認することはできません。

于 2012-05-01T20:58:24.413 に答える