そして、トライアルスクラムを開始するためのプロジェクト
。
予備的なプロジェクトは長い間、なぜスクラムのために議論されてきましたか？その主な理由は、新製品の機能のいくつかの具体的な詳細は、それのために決定されたということである、アメリカ人は主張し、具体的な解決策を取っされていない製品マネージャがあります。そして、現在のプロセスによると、私たちは、その後、開発者はソフトウェアの設計に基づいて行うことができ、（プロセス等の製品の機能、UI設計を含む）、具体的かつ詳細な設計文書を与えるために需要、製品設計・グループを決定する必要があります開発、悲しいかな。。。、非常に標準の滝の開発プロセス。だから今、開発チームが絶望にそこに待っているのに見て、我々は唯一、議論、議論を議論することができますマネージャ。。。。。。
（ほとんどが彼らに別のレポートスクラムパイロットプロジェクトを与えた）後のスクラムのいくつかの理解では、彼らは不確実性より多くのプロジェクトはかなり右、リスクが大きいためスクラムいるので、考えて、あなたができる場合は、試すことができるものであると思われますこのプロジェクトの窮状を扱うので、私たちはああ、私は何かを持っている、パイロットプロジェクトを開始することを決めました！
開始する前に、彼らはこのプロジェクトから期待するものを見て、私と様々な利害関係者が少しを伝えるために聞かせて、次のとおりです。
私の上司：「ええと...私は、もちろん、拡張することができますこのプロジェクトを通じて、将来に基づいてスクラム開発プロセスで見つけることができることを願っています。このプロジェクトは、その後の開発のための準備を行うには便利なものを作ることができるようにしたいです。 "
開発マネージャー：「私は、人は、スクラムが、一方で、チームを行使することを実践することができますいくつかの実際の開発を行うために、このプロトタイプシステムで考えるには、対象と研究を通じてです。」
プロダクトデザインマネージャーは：「今日の設計プロセスは、一方が他方の手で、決定する必要がない、明確な需要がはい、今このような状況することができ非常に詳細なドキュメントを、必要としないだけでなく、それがこれを行うことは困難です、私は、このプロジェクトは、製品開発者やデザイナーは、元のプロセスのいくつかの制限を取り除くために、より緊密に協力するための新しい方法を見つけることができることを願っています。」
私はアイデアを理解し、私は基本的に、彼らは任意の不必要に複雑な文書を必要とせずに、どのような方法で通信、急速または効果的なコミュニケーションを対面にスクラム、スクラム重点を満たすと思います。スクラムは、反復的な開発アプローチである、でケースの需要がこのように非常に適切な、特に安定していない、あなたが調整を続けることができ、これは点検しAdapteであり、スクラムは、自己管理のチームのために必要な、このチームは困難でそれぞれの目標を達成するために最大限を奨励することができます場合は、それが特に重要です。要するに、私はあなたが試すことができると思います。
一緒にチーム全体の開始前に、簡単な計画を開発し、
1。私はチームを与えるスクラム、スクラム計画とどのようにどのようにオープンスプリントレビュー会議を推定するための基本的な概念を紹介するためにトレーニングを手配;
2.プロダクトオーナー（製品を持っています人）2から3ヶ月のリリーススケジュールを調製するための責任がある、リストが含まれる必要があるユーザーストーリー（ユーザーストーリー）のリストであり、
3開発チームは、各反復（スプリント）をうまくする必要があり、標準のタスク完了（DONE標準）;
;誰もが、完了の定義やその他の情報をプロジェクト（ビジョン）、リリース計画のビジョンを理解するように、4.、キックオフミーティング（キックオフミーティング）を開催
5.私はのためのリリース計画をホストするために手配初めてのシステム上の誰もが、需要全体の規模が、ザッと理解を解放するように現在の推定のニーズを満たすことが、含まれています。
私たちは今、関連するトレーニング、プロダクトオーナーと最初のリリース計画はまた、チームはまた、品質基準のオリジナル商品の開発に基づいており、見えます、DONEの定義を示しています準備ができて求め、すべてを完了しました準備ができて、そしてキックオフミーティングの後、我々は始めに少し待ちました。
明日、私は彼らが時間がどうなるかを書くためにしたときに表示する推定リリーススケジュールについて打ち合わせ計画与えるだろう......
ます。https：//www.cnblogs.com/RelaxTintin/archive/2008/09/05/1284998.htmlで再現