アジャイル開発は、実際に企業の経営文化です。
アジャイルの心を無視して最大の問題は、ソフトウェア業界のアジャイル開発管理は、現在、具体的な形にあまり焦点となっています。
多くの企業は今から私たちは離れて移動し、需要、サブタスクを構築し、反復アジャイル管理ツールの使用を確立するための会議を立っていることを発表した部屋の椅子を満たし、いくつかの簡単なコーチングセットアッププロセスを作るが、これは本当にアジャイル意味しますそれは？
機敏なので、ライン明日でこの機能のためのボスは、どのように私は計画を以下より変化に応じて、結局、気にしない実現します。
アジャイルなので、私たちは毎日、少なくとも一つのバージョンを公開したいと考えて、方法は、アジャイルは急速に働くソフトウェアを提供するために私たちを必要としません。
アジャイルなので、しかし、我々は需要について考えていませんが、このバージョンは今週その上の行を確保するために、彼はアジャイルマニフェストが言った、我々は、需要の変化に直面して喜んでいます。
アジャイルなので、我々は文書を投影し、結局、ソフトウェアが網羅ドキュメントよりも動作しますしませんでした。
....
我々は、これは本当に速いです、依頼する必要がありますか？心はアジャイル開発の完了とより密接に動作するようにアジャイルチームのメンバーである抱擁の変更を強調し、それは変化する要件に自由を意味するものではありません。アジャイル開発の本質は、市場の変化への迅速な応答を達成するために、顧客の需要に長い閉ざされた扉から深刻なずれを防止するために、反復と増分ソフトウェア開発の方法です。
開発中のプロセスのダースのプロジェクトは、どのようにアジャイルプロジェクト管理のためのCORNERSTONE管理プラットフォームを使用するようにしながら、今私は、人の開発チームの次の何百もの私達の会社を共有したいと思います。
まず、役割分担
ジェフ・サザーランドの役割SCRUMチームは3種類に分け：
-
具体的な開発作業を行うための責任ある開発チームのメンバー。
-
有能なスクラムは、より良いものを作るために開発チームを支援します。
- プロダクトマネージャーやコンテンツを開発するために動作するように行われるべきかを決定は、リストを行います。
私たちは、次の4つのカテゴリに分かれてシステムの実際の状況で私たちの役割を開発します：
-
プロジェクトマネージャー：スクラムの同等は、プロジェクト全体の進行を制御するために、スタンドアップと呼ばれる、内部コーディネーションチームの責任です。明確にするため、プロジェクトマネージャは、伝統的な意味でのチームリーダーではありません。より人気のある言葉で、プロジェクトマネージャーは、より多くのサーバントリーダーのようなものです。プロジェクトマネージャはチームメンバーに呼ばれるべきではありません小さな叫んだ、研究者何をすべきか、どのように製品を開発するを教えてくれませんが、前方の道路上の障害物の除去を助けるために、研究開発スタッフに焦点を当てるべきです。
-
プロダクトマネージャー：製品の所有者と同等のは、コンテンツ-Doリストを開発し、様々な問題に優先順位を付ける仕事に何をすべきかを決定する責任があります。実際には、多くの人々とは異なり、ほとんどの俊敏性が最も重要な仕事である様々な問題に優先順位をつけることが理解。なぜ？研究の数十年に基づいて原則は、ソフトウェア開発の分野での関数の値の20パーセントから、ソフトウェアのどの部分に80パーセントをことを総括があります。人々は常に皆のニーズが重要であると言いたいが、製品の管理者は、プロジェクト全体に最大の価値をもたらすことができる要件の種類を、自問する必要がありますか？これらは、完成優先しなければならない最も価値のニーズをもたらすことができます。
-
開発者：開発者は、加害者のプロジェクト固有の開発タスクです。彼らは、開発タスク、開発の進捗状況とタイムリーなフィードバックの完了を担当しています。
- テスター：テスターは、タスクに特定のプロジェクトの実装をテストしています。彼らは、テスト計画の開発を担当しているテストケースを作成し、作成し、不良品を返します。
CORNERSTONEでは、我々は、プロジェクトメンバーの特定の機能に基づいて、異なる役割と権限を設定することができます。
第二に、収集要件（ユーザーストーリー）
プロジェクトが始まる前に、プロダクトマネージャーは、需要にCORNERSTONEユーザーストーリーを書くために、ユーザーの需要や市場に基づくべきです。優れたオンデマンド（ユーザーストーリー）は、一般的な基準が投資満たす必要があります。
（A）の独立（インディペンデント）は - 他のニーズとは独立して、できるだけ多くの需要を作ります。需要の間の依存性は、通常、我々は、需要や分解を組み合わせて、依存関係の必要性を減らすことができ、ワークロードが非常に困難となり、計画の優先順位付けと評価することができます。
（B）は（応相談）に交渉することができます - 需要が契約でない場合は、コンテンツの要件は、交渉することができます。
（III）の貴重な（貴重） - 各要件は、顧客への価値を持っている必要があります。
開発チームは、優先順位やワークロードを決定する必要が計測し、作業計画の編成を容易にする必要性 - （D）は（見積り可能）を評価することができます。
（E）小さいサイズ（小） - 少なくともそれは、反復サイクルで完了することができることを確認してください、小規模のための良好な需要を維持しようとします。配置、ワークロードの評価の方式でリスクも大きく、需要が大きいです。
それが行われていることを確認するためにテストする必要があります - （VI）は（テスト可能）をテストすることができます。需要がテストすることができない場合、それは行うことができたとき、あなたは知ることができません。
これらの原則に基づいて、CORNERSTONEサポートあなたが需要を作成するときに（私たちは、単一の需要の粒度を制御するために、需要の組み合わせを行うことができますように！）、需要が関連付けられ、関連するテストケース（確認需要をテストすることができます！）、関連反復は（確実にするために需要は、）！一回の反復で完了し、優先順位を設定し、期限を開始することができます。
第三に、スプリント計画会議（スプリント計画ミーティング）
各繰り返し、開発のバージョンが開始する前に、私たちは一緒に、特定の開発タスクに精製需要の解体を担当するすべてのチームメンバーによって需要を説明するために企画会議、製品の所有者を開催します。開発者は、反復サイクルで開発できることを保証するために十分に小さい最高の粒状性開発タスク。
スプリント計画会議は、一般の製品です。
（A）各開発者に割り当てられた特定のタスクのリスト; 
分（2）会議、CORNERSTONEはWIKI機能を提供し、あなたは、システム内の各会議の議事録を保存することができます。
第四に、ステーションは毎日ます
反復バージョンの後、私たちのチームは、通常、内部通信のために毎朝約15分間固定しました。我々は通常かんばんビューCORNERSTONEタスクを開きます。
各チームメンバーは、以下の3つの質問の三から五文の説明が必要になります。
-
私は自分のタスクを完了するために、昨日何をしました。
-
今日は私のタスクを完了するために何をするつもりです。
- 私は時間通りにタスクを完了することができない原因になりますすべての可能な障害があります。
一般的には、プロジェクトリーダーは、時間通りに完了したすべての作業を支援する障害を解決するために支援し、チームメンバーに焦点を当てる必要があります。
第五に、常にチームの進捗状況を懸念
反復的な開発プロセスでは、プロジェクトマネージャーは、プロジェクトの開発の進捗状況に焦点を維持する必要があります。プロジェクトダッシュボードCORNERSTONEすることで、プロジェクト全体の完成を見ることが一般的に当社のプロジェクトマネージャは、提供、バーンダウンは、タスクの完了によって理解し、欠陥分布により、反復の品質を理解するための累積不良は完了です。
システムは、常に合理的な配分を達成するために、プロセスの繰り返しや各プロジェクトのメンバーの状況、特定のタスクの分割を見ることができるガントチャートが付属しています。
上記の統計に加えて、「レポート」機能があり、管理者に属し、レポート機能は、反復バーンダウン、統計に提出したコード、状態分布の統計、毎日新しいカーブ、カーブを完了するために一日、仕事の時間の累積数と曲線のメンバーを含みます他の統計情報のリスト。
VI査定の概要
バンドルの各反復の前に、私たちのR＆Dチームのメンバーにも評価を開くために一緒に取得査定を受け入れるように担当者に製品のこの段階で達成された結果を紹介します。R＆Dチームのメンバーは、彼らがあまりにも多く行われ、または少なすぎる引き取り手のないタスクされていないこのタスクのスプリントステージに記載されているどのくらいの完成されたリスト上のタスクを評価します。CORNERSTONEはまた、このような会議で指示を表示するには、概要ビューを提供します。
実際には、アジャイル管理するための方法ですが、要約すると、アジャイルは、各プロジェクトが行う必要があり、具体的方法を教えていないだろう、ジェフ・サザーランドの諺に、行為、推測していない計画し、実行し、確認してください。私はこの文は、アジャイルな性質を指すと思います。