問題タブ [agile-processes]

これの意図は何ですか：

シンプルさ（行われていない作業の量を最大化する技術）は不可欠です。

継続的デプロイに関してアジャイルプロジェクトに適したツールは何ですか？ ThoughtWorksまたはJetBrainsのTeamCityから入手してください。

アジャイル手法でストーリーポイントの値を決定し、チームの速度を決定するにはどうすればよいですか？Web検索では、定義を取得できますが、実際のプロセスの説明は取得できません。

私は、ソフトウェア製品のリリースに取り組んでいるアジャイル スクラム チームの一員です。スプリント期間は 2 週間 (~10 日) です。

ここでは、「スプリント中の受け入れ」と呼ばれる独特の指標が使用されています。基本的に、スクラム チームがスプリントでコミットおよび計画したユーザー ストーリー ポイントの半分は、そのスプリントの途中までに完了する必要があると予想されます。これは、スプリントが順調に進んでいることの強力な指標であるポイントの線形バーンダウンにつながると彼らは言います。

チームとして、私たちのスプリント中盤の承認は通常悪いものですが、スプリントの終わりまでにすべてのコミットされたユーザー ストーリー ポイントを完了することが知られています。

次の質問があります。

1) スプリント中の受け入れは有効なアジャイル/スクラムのプラクティスですか? 他の場所で使用されていますか？

2) 作業の半分が半分の時間で完了することを期待することは、作業の性質と複雑さが完全に決定論的である「工場フロア」の仕事として扱うことに似ています。ソフトウェア開発は「創造的な」プロセスであるため、アジャイルなどの非常に柔軟な方法論におけるそのような厳格な指標は関係ありません。どう思いますか？

3) スクラム チームはスプリントに間に合うようにすべてのコミットメントを完了しますが、スプリント中の受け入れ指標が悪いことについて質問されています。他の場所のスクラム チームでは、スプリントの終わりに向けてのみコミットメントを果たすことは完全に普通のことですか?

よろしくお願いします。

スクラム環境で作業するデリバリー チームとともに、コア システムのゼロからの書き直しを提供しています。チームの規模が大きいため、コードを日常的に統合することを目的とした 2 つのスクラム チームに分割しました。テスト チームがシステム テスト環境に (通常は毎日) デプロイするたびに、データベースを破棄し、すべての参照データを再入力します。これは、テストのベースラインを確保するためです。

このアプローチの問題点は、テスト チームの 1 つが修正の展開を待っていて、もう 1 つのチームがテストの実行中にいる間に、ベロシティに大きな影響を与えることです。これを解決するために、次のことを提案しました。

• 別のテスト環境の作成 (非常に費用がかかります) に加えて、チーム内の 1 人のテスターがまだ修正を展開できないため、遅延が発生します。
• コードのみの展開のオプション (データベースの破棄を回避)。

私たちは、チームがクロスファンクショナルであることを奨励し、テスターが展開を妨げているテスターを支援することを奨励していますが、これは常に実用的ではありません. また、タスクは約 1 ～ 2 日間の作業になることを目指しているため、アイテムの期間を簡単に分類することはできません。

他の人が彼らの環境で採用したアプローチは何ですか?

MSF Agile 6.0 から TFS 2012 のスクラム プロセス テンプレートに移行する方法はありますか? 最近、TFS 2010 から 2012 に移行したので、履歴を失うことなくプロセス テンプレートを変更したいと考えています。

http://witsynchronizer.codeplex.com/について聞いたことがありますが、TFS 2012 で試した人はいますか?

私たちのチームは TDD を使用して開発を行っており、新しい機能を実装するとき、すべてのカードが緑色に変わるストーリーの最後に「統合カード」が登場することがあります。これは、実装されたコンポーネントを互いにうまく連携させることを意味します。このカードについては残念に思います。なぜなら、これは誰も実際のコードをテストでしか試していないことを意味し、統合カードはそれを試して動作させることを意味するからです.

新しい機能につながるすべてのストーリーの最後に統合カードを配置することは、アジャイルの優れたプラクティスですか? それとも、既存のコードと統合できる場合は、すべてのタスク カードの一部にする必要がありますか?

クルーズ コントロールの .net Web ダッシュボードがすべて台無しに表示される理由がわかりません (画像を参照)。すべてのスタイル シートを正しく読み込めないようです。

私はスクラムについて読みましたが、私が働いている会社はこれを使い始めました。タスクをレイアウトすることで、誰もが何をする必要があり、何に取り組まなければならないかを理解するのに本当に役立つことがわかりました。私たちが直面している問題の 1 つは、プロジェクトの 1 つでスクラムを「試している」ところです。クライアント向けにカスタムビルドされたアプリケーションが多数あります。これらのクライアントの一部は、他のクライアントよりも優先されます。彼らが電話してレポートを要求した場合は、提供します。

これらの要求を支援するために利用できるプロセス (スクラムまたはその他) はありますか? 現状では、ストーリーの時間やポーカーの計画を毎日行う時間がないため、毎日の需要はスプリントに計算されていません。

何かご意見は？

複数のプロジェクトを組み込む方法について説明しているこの質問を見つけましたが、毎日の要求ではありません。

TFS2012 のアジャイル プロセス テンプレート (少し変更) を使用しており、テンプレートのチームのお気に入りにクエリを追加して、新しいチーム プロジェクトの作成時にクエリが自動的に追加されるようにしたいと考えています。すべてのチーム プロジェクトで同じクエリを表示したいと考えています。

テンプレートを修正して、3 つの反復 (反復 1、反復 2、および反復 3) を作成する代わりに、'Current' という名前の単一の反復を作成するだけにしました。次に、イテレーション 1 ではなく「現在の」イテレーションを指すようにすべてのクエリを更新しました。次に、これらのクエリをチームのお気に入りに追加して、Web 画面に自動的に表示されるようにする必要があります。

これはできますか？

ありがとう