問題タブ [agile]

私はTDDについて複雑な気持ちを持っています。私はテストを信じていますが、テストが私の開発努力を促進するという考えには問題があります。

現在の要件を満たすインターフェイス用に記述されたいくつかのテストを満たすようにコーディングする場合、保守可能なコードの構築、クリーンな設計、および健全なアーキテクチャから焦点を移す可能性があります。

テストではなく、駆動に問題があります。何かご意見は？

だから私は機能のバックログを持っており、私たちはかなりのプロジェクトを始めようとしています。私はスプリントの構造の定義に取り組んでおり、コミュニティのフィードバックに興味があります。

私が考えているのは：

• ある日のスプリント計画
  • バックログを埋めて、このスプリントの後に各開発者が何をするかを理解します
• 3週間の開発
  • 行く！行く！行く！
• 毎日のスタンドアップミーティング
  • 誰かが助けを必要としているのか、軌道に乗っていないのかを確認してください
• 2日間のスプリントレビュー
  • コードレビューはここで行われ、利害関係者のプレゼンテーション
• ある日のスプリント回顧展
  • 最後のスプリントで何をしましたか？次回はどうすればもっとうまくいくことができますか？

スプリントは常に火曜日に終了する必要があります（週末のストレスを避けます）。

他に何か？これよりもアジャイルには明らかに多くのことがあります。このプロジェクトを開始するにあたり、私たちがどのように運営するかについての簡単な概要をチームに提供したいと思います。

約 9 か月間スクラムを使用しており、おおむね成功しています。ただし、当社のバーンダウン チャートが「モデル」チャートのように見えることはめったにありません。代わりに、上り下りを誘発する吐き気のある恐ろしいジェットコースターに似ています。

これに対抗するために、スプリントのプロトタイピングと設計の前により多くの時間を費やしていますが、それでもスプリント中に最初に考えていたよりもはるかに多くの作業を発見しているようです. 注: これは、バックログの新しい項目を特定したというよりも、バックログを満たすために必要な作業が最初に考えられていたよりも複雑であることを意味します。

これはスクラムの一般的な問題ですか?スムーズに進めるためのヒントはありますか?

私たちの開発作業のほとんどはグリーンフィールドではないため、既存の大規模で複雑なアプリケーションの機能を維持していることを指摘しておく必要があります。既存のコードがどのような問題を引き起こすかわからないという理由だけで、スクラムはこの種の開発にはあまり適していませんか?

スプリントが開発の詳細を検討し始めるまでに、どれくらいの時間を費やす必要がありますか?

更新: 現在、より多くの成功とよりスムーズな乗り心地を実現しています。これは主に、見積もり時に悲観的な見方をしているため、計画どおりにいかない場合に対処するための余裕ができたためです。そのおかげで、私たちはより「アジャイル」になることができたと言えます。また、バーンダウン チャートはスコープ v リソースを示すものではなく、ある種のスケジュールであるという認識を変えようとしています。

I've been applying agile for a few months now on my project. However we are seeing a steady problem with our iteration burndowns. We aren't hitting zero each iteration.

The tasks remaining are QA tasks. Things like writing tests, testing, etc.

Now, there is some organizational resistance to the "cross-functional team" idea of agile. Dev's develop for single projects but Testers are shared for multiple projects. Which is quite contrary to the agile idea of Dev's and QA working together.

The fact that my tester's time is split across so many other projects is the cause of our slowdowns. The developers are testing to pick up as much slack as they can, but some tasks are still not getting done.

From what I see, I can do two things:

1. Persuade the organization to move towards "each project having a dedicated QA person"
2. Change my definition of "Done" to not include QA/Testing work. Things would still be unit tested though.

I'd much rather avoid doing #2, since I value the testing collaboration we're doing.

What advice do you have for my predicament?

私は4人の小さな開発チームで働いています。「アジャイル スタイル」の開発を試みています。ストーリー ポイント、小さなタスクなどです。残念ながら、現在、(共有) Excel テーブルでタスクを管理しています。

いくつかの利用可能なツール (Mingle、TFS、スクラム for Team System) を調べましたが、これらはすべてオーバーヘッドが大きすぎて、作業の楽しさを損なうように見えました。

アジャイル愛好家は、長期間にわたってタスクを追跡するために何を使用していますか?

更新 現在の最上位の回答は、私が尋ねようとしたことに対する実際の回答ではありません。長期的に見て、どの機能とタスクを正しく見積もったか、どこでひどく間違ったのかを見つけるのに役立つツールが必要です。ホワイトボード/すべてのポストイットが現在または以前のイテレーションの管理にどのように役立つかはわかりますが、2 か月前のポストイットを探しているとは思いません。

私は前回のプロジェクトでCIフレームワークとしてCruiseControlを使用しました。他のツールに関する推奨事項はありますか？

（CruiseControlが不足していることに気付いたわけではなく、誰かがいくつかの比較を行ったかどうかを知りたかっただけです）

主観的および/または議論かもしれません..しかし、ここに行きます.

私は、次の大きな仕事の機能を見積もるよう依頼されました。私はそれを分解します..ストーリーポイントを使用して見積もりを出します。ただし、この機能は、他のさまざまな企業のイニシアチブに加えて、サード パーティの図作成コンポーネントである GoDiagrams とのインターフェイスを必要とします.. (2008_Limited_Edition フレームワーク/サービスの全セット:)。バーンアップ チャートを使用して自分自身を追跡してきましたが、主に「スパイク」が原因でペースを維持できないことがわかりました..定義

私は週に2ポイントと見積もっていますが、ユーザーアクションをプレビューしたり、コンテキストを表示したりできるように、どこに接続すればよいかがわからないため、週末に仕事をしていることに気付きます（まあ、どこにも行かないようにしようとしています）。メニューなど。最終的には、スケジュールを軌道に乗せないスパイクを作成するのに時間を費やします...そしてその価値を減らします..正しい画像が得られません.

無知の板に釘を刺すにはスパイクが必要です。しかし、それらはどのように推定方程式に組み込まれているのでしょうか? 機能が間違っているように見える前に、必要なすべてのスパイクを実行します.. (YAGNI であることが判明する可能性があります) 途中で実行すると、フローが中断されます。今はイテレーション前の計画中です..しかし、これは毎週タッチラインを押し出しています.

チームの一部のメンバーは、一緒にプログラミングするのに問題があります。異なる性別、異なる文化、異なる年齢。それらの問題にどのように対処するのですか？-それらを一緒にペアリングしないでください、または-それらを一緒にペアリングして「ゴールデンミドル」に来させてください

プロジェクトのイテレーションの長さは、プロジェクト チームの規模に関係していると思いますか? もしそうなら、どのように？さまざまなプロジェクトの正しいイテレーションの長さを認識するために、他にどのような重要な要素を使用していますか?

つまり、私の現在の仕事では、通常、各プロジェクトに 1 人から 3 人の開発者、1 人から 2 人のアート ディレクター、1 人のプロジェクト マネージャーがいます。

プロジェクトを個別に管理できるソフトウェア、ソフトウェアの組み合わせ、またはある種のサービスを探しています。1 つのシステム/ソフトウェア内で複数のプロジェクトを同時に管理できることが重要です。各プロジェクトのセットアップ プロセスが複雑すぎる)。

SVN と統合し、バグ/機能/リクエストを追跡し、マイルストーンを設定し、SCRUM のようなアジャイル管理を行えるようにする必要があります。

できれば、Windows で実行できるようにする必要があります (あまり手間をかけずに、同じ Windows 2003 サーバーに Apache+Python+Svn+Trac を配置して、それらをすべて一緒に実行させようとしたことがありますか? 面白くありません)。 NET の開発と、ほとんどのサーバーで Windows 2003 が実行されています。