
数字を用いたコミュニケーション - アジャイルの精神で
デベロッパと経営陣では数字の使い方が異なります。和解の道はないのでしょうか。Linda氏は「あります!」と答えます。
Agileコミュニティは、組織におけるAgile採用の効果を計測するためのベストな方法を決定するために、数年にわたりいくつもの試みをしている。最近の記事で、最も便利なメトリックについて議論が再燃している。
過去、バグ修正をベロシティに加えるべきか多くの議論や論争があった。「1つの」正しい答えは、なさそうである。しかしアジャイラには、どのような状況でバグ修正を追加すべきか、どのように追加すべきか、どこで追加しなくてよいかを提案している人達がいる。
アーンドバリュー・マネージメント(EVM) の価値と,それをアジャイルに統合することに関して,激しい議論が巻き起こっている。アジャイルが EVM を必要とするほど大規模な IT プロジェクトに進出し始めたことがその原因だ。意見はさまざまだが,単にアジャイルが EVM に適用可能であるというだけではなく,アジャイルを適用した EVM がそうでないものより優れている,という考えもある。
ストーリーを水平方向のタスクに分割することは「アジャイルの臭い」か?これはスクラム/アジャイル計画会議によく見られ、チームの顧客価値へのフォーカスを損なう悪習なのか?代わりに提案されているのはどんなことなのか?
適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?

InfoQ.com向けのこのバーチャルパネルでは、大企業やプロジェクトからスケーラビリティやパフォーマンスの著名人を招待し、みんなが夢に描いているような結果を達成するための秘密を明かしてもらいました。

AgileEVMは、出来高管理の指標を使用した基準計画と比較し、コスト、スケジュール及びスコープの実際の値を計測する伝統的なプロジェクト管理手法を適応したプロジェクト管理手法です。

アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。