問題タブ [agile-project-management]

私は IT 業界に 10 年間携わっていますが、「伝統的に」管理されたプロジェクト チーム (管理の行き届いたチームと管理の行き届いていないチームの両方) で働いてきました。

「新しい」スクラムまたは XP タイプのプロジェクト管理について聞いたことがありますが、その一部になりたいと思っていました (S/W の人々として、私たちは常に新しいものが好きだと思います) が、機会がありませんでした。

私の質問はこれです - 「新しい」方法に移行したあなたの経験は何ですか? XP の開発方法を使用した場合、プロジェクトの成功率は向上しましたか、それとも適切に管理された従来のプロジェクトと同じですか?

これは政治的な問題ではなく、あなたが新しい世界に移動したか、少なくとも一度は経験した経験にすぎません。

前もって感謝します

私たちは小さな会社なので、プロジェクトマネージャーと開発者の両方の仕事をしています。私がクライアント向けに作成する仕様には、プロジェクトを説明および定義するために使用される多くの要素が含まれています。これには、クライアントに対してプロジェクトを定義するために含める必要があると思われる他の要素 (ワイヤーフレーム、ユーザーフロー、サイトマップなど) とともに、ユーザー ストーリーが含まれます。

機能仕様が「ユーザーの視点から製品がどのように機能するかを完全に説明している。物事がどのように実装されているかは気にしません。特徴について語っています。では、ユーザー ストーリーを使用して Web サイトの機能仕様を定義することに問題があると考える人はいますか? 誰かが実際にこのように機能仕様を作成していますか?

本当に私は自分のゲームを少し上げようとしています.このアプローチが、機能仕様に含まれるべきものについてより厳密な考えを持っている可能性がある大規模なクライアントに適しているかどうか疑問に思っています。確かに現時点では、私たちのクライアントは私たちの文書作成方法によく反応しています。

プロジェクト管理を専門的に行っている人がこれについてどう思うか興味があります。

現在、私の会社はアジャイルを開発プリンシパルとして利用しています。私は上司から、進行中の特定のプロジェクトでプロジェクトマネージャーが行う作業量を決定するための方法論を決定するよう求められました。正直なところ、私は本当に誰にでもできることは何も考えられません。

最良の質問は、プロジェクト マネージャーの日常的な忙しさをどのように評価するかということだと思います。

アジャイル / スクラム チーム内で、VersionOneをプロジェクト計画ツールとして使い始めるというアイデアがあります。私の質問は、入ってくる問題 (欠陥、新機能の要求、改善、パッチ) も処理できるかということです。つまり、 BugZillaのような問題追跡システムを置き換えることもできますか? 問題追跡システムでは、通常、多くの人 (開発者だけでなく顧客 (/カスタマー サポート) も) が問題を入力します。次に、これらの問題はワークフロー サイクル (新規、進行中、解決済み、クローズ済みなど) を通過します。また、影響を受けるバージョンと修正バージョン (複数 - ブランチ)。

これは VersionOne ですぐに実行できますか? それとも、何らかのカスタマイズが必要ですか？または、バックグラウンドで他の問題追跡システム (BugZilla、Trac、Jiraなど) を維持することをお勧めしますか?

他の方の体験談を読むのを楽しみにしています。

よろしく、 Tjeerd

アプリケーションで表面的なものを修正する必要がある場合（要素の色を修正するなど）、これをバグとしてマークする必要がありますか、それともPivotal Trackerの機能としてマークする必要がありますか？

注：見た目は良いですが、この修正が簡単になるわけではありません。

Web アプリケーションを構築しており、テスト計画/テスト ケースと結果の作成を開始しています。

上記を作成するためにIEEE 829標準http://en.wikipedia.org/wiki/IEEE_829を見てきましたが、私のニーズには少しやり過ぎのようです。

自分のアジャイル プロジェクトで使用するテスト計画 (および関連するケースと GUI テストなどの結果) の例を持っている人はいますか?

どうもありがとう

完成した機能とプロジェクトの初期要件を比較する公式/非公式の手段はありますか? 具体的には、私の目標は、プロジェクトの早い段階で見逃された要件を特定することです。多くのアジャイル/スクラム方法論の記事や本を調べた結果、これを行う 1 つの方法は「スプリント レビュー」中の要件レビューですが、他にテクニック/ツールがあるかどうか疑問に思っていました。

ありがとう、

私はかなり長い間、アジャイルチームの管理に取り組んできました。今、私は会社にいます。どんなに一生懸命に顔を合わせても、優れたシートが私たちを動かすために働いているという事実を推し進めています。しかし、同社は「ウェブページのバーンダウンチャート」を主な焦点と見ています。彼らは実際にそれを見て、オンラインでバックログを見てフォローする能力を最も重要なものと見なしており、これが実施される前に基本的に進むことはできません。関係者は実はそれほど多くなく、複数のオフィスに分散していないので、本当に必要性がわかりません。しかし、私はこれに夢中になるのをやめ、弾丸を噛むことにしました。

そこで私は周りを見回し始め、Pivo​​tal Tracker、Banana Scrum、その他いくつか試してみました。それらすべての組み合わせがおそらく私の最適ですが、以下の基準を考えると、どれが私に最も適していますか？StackOverflowを検索し、投稿する前にいくつかの推奨事項を確認しましたが、実際にすべてのニーズに合ったものはありませんでした。主な問題は、部門の作業負荷と将来の作業負荷を人々に示すことですが、管理ツールの使用を開始する場合は、他のいくつかの要求を満たすこともできます。

• 社内サーバーで実行する機能（統合する必要のあるシステムの多くはネット上で公開されていないため）
• Bugzillaと統合する機能、できれば双方向
• 外部アプリケーション（Webサイトなど）がバックログとbunrdown-chartに関するデータをフェッチする機能
• クロスファンクショナルチームを処理する能力（つまり、特定の能力を持つチームに1人しかいない可能性があります。以前は、この人をスプリントに割り当てすぎないように手動で処理していましたが、他の人がいじることができる場合はバックログこれは、できれば自動的に示される必要があります）
• インデックスカードを印刷する機能
• 仮想ホワイトボード
• 郵送される自動レポートを設定する機能
• 実行された機能の長期的な表示の粗い（正しい名前？）推定と短期的な細かい推定

更新：オープンソースが望ましいでしょう。Jiraは素晴らしいですが、ライセンスはかなり高価です

UPDATE 2012-01-03：受け入れ可能な方法でスクラム機能をRedmineに追加するRedmineのバックログについてヒントを提供したいと思います。

Microsoftのアジャイルテンプレートに従って、アジャイルライフサイクルの各部分に独自のプロジェクト（csprojではなくTFSプロジェクト）を与えることを考えています。

• あるプロジェクトから別のプロジェクトにアイテム（ユーザーストーリーやタスクなど）を移動することは可能ですか？
• これらのプロジェクトの編成は、実際のソフトウェアビルド（ソリューション、csprojなど）に影響を及ぼしますか？
• アジャイルプロジェクトのために推奨されるプロジェクトなどの組織構造は何ですか？
• 標準のアジャイルプロセスで動作するようにTFSを設定するために推奨できるガイドはありますか？