Agileでやってるけどデスマったｗ
Agileでデスマになったのでそのログです。
この後同じことを繰り返すと馬鹿なので、まだデスマ中だけど、問題点と反省点を書いておこうと思う。 こういうのは渦中にやっておかないと終わった後だと「大変だけど終わって良かったね」で終わってしまいがちなんだよね。 これを読まれている方は反面教師にしてください。
契約と総生産量の関係性
- 期間と費用が決まっている場合、総生産量には当然上限がある。生産量はチームのベロシティが分かっていれば、ストーリーポイントに換算できるので、開発開始時点で、総生産可能ストーリーポイントについては明示すべきだった。土日出て頑張れ！とか残業して頑張れ！とかいうのはAgileを知らない証拠。
- 上記に関連して、プロダクトバックログにストーリーを追加することが出来るのは、プロダクトオーナーの権利なのだけれども、優先度高としてストーリーを追加したところで、バーター可能なストーリーがなければスプリントへの組み込みが難しいことを明示すべきだった。
- さらに、スプリント完了後に手前のストーリーの仕様を変更した場合も、総生産量制限がある以上、バーターがあることを明示すべきだった。
- こういう話がされないで顧客と契約されることがないようにしておかないといけない。契約書で明記できないなら、提案書なりでパターン化した記述を常に入れた方が良い。前の会社で嵌ったパターンは、契約書や提案書にこの手の話が書いていないために、無尽蔵に仕様変更を受け入れざるを得なくなるパターン。死人も結構でた。
プロダクトバックログの話
- パワーポイントの画面遷移図みたいなものをベースにして仕様を決定していくのはデスマパターンの第一歩(散々認識しているけどね)。とにかく最初に止めるべきだった。
- 画面UIを見ないと仕様が決められないのだとすると、本当に提供したいものは何？というのがプロダクトオーナー側で固まっていない可能性あり。この徴候があった場合はむしろスクラムマスターが、徹底的に顧客にヒアリングして、「誰々はhogehogeできる。それによってfugafuggaを得る」の形で要求を整理しにいくべきだった。画面を見てあっている/間違っている、というレベルよりも、前提は合いやすい。
- 今回はUIの案からバックログを抽出してしまったので、UIでは見えてこないモデルや状態遷移、非機能要件が見えにくく、画面のUIが変わるたびにバックログのストーリーが変わってしまうという問題が起きている。
- UIの議論が先行すると、本当に必要なことが見えにくくなる。というのは何度も言っているが意外と理解されない。
プロダクトオーナー、スクラムマスター、Proxy、体制とか
- 間にProxyな人が挟まるパターンではProxyをやる人にScrumの知識が必要。中途半端に誤解されているパターンは危険。Agileだから早く安くできるんだろ？は聞き飽きる。
- そういう状況であれば、スクラムマスターはProxyを通さないように行動するべきだった。
- Agileでは対面のコミュニケーションを最重要視するのだが、分散Agileで全体的にコミュニケーションが不足。
- スクラムマスターが他の仕事を多数かけもちしているため、後手を踏みやすい。
さ、ガンバろ。この話に関連する話をいくつかあげておこう。
- [システム開発][Agile開発]画面設計とか外部設計とか、もうやめようよ (師匠のサイト)
- [Agile]間違ったAgileへの理解がプロジェクトを迷走させる
- [Agile]スプリント中の実装ストーリーの入れ替え
- [Agile]チームがAgileかどうかをセルフアセスメントする42の質問
- [Agile]再利用可能なAgile契約
著作
著者／訳者：西村直人 永瀬美穂 吉羽龍太郎
出版社：翔泳社( 2013-02-13 )
定価：￥ 2,520
スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕
出版社：インプレス( 2014-09-19 )
定価：￥ 4,320
Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説
Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus)
著者／訳者：吉羽 龍太郎 安藤 祐介 伊藤 直也 菅井 祐太朗 並河 祐貴
出版社：技術評論社( 2014-05-22 )
定価：￥ 2,992
スタンドアロンでのChef Soloの利用から始めて、クックブックの書き方や注意すべきポイント、さらにはクックブックのテスト、継続的インテグレーションなど幅広いトピックを解説
Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
著者／訳者：Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
出版社：アスキー・メディアワークス( 2013-03-08 )
定価：￥ 1,680
スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
How to Change the World 〜チェンジ・マネジメント3.0〜
著者／訳者：Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
出版社：達人出版会
定価：500円
どうすれば自分たちの組織を変えられるだろう？それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック
寄稿
著者／訳者：原田騎郎, 吉羽龍太郎, 山口陽平ほか
出版社：技術評論社( 2014-10-24 )
定価：￥ 1,598
特集の「強いチームの作り方」を寄稿。刻々とニーズが変化する近年のソフトウェア開発では、既成観念にとらわれない新しいアイデアが不可欠ですが一方で意見の対立がメンバーの衝突を引き起こすことも多くあります。本特集では、意見の違いをメンバーどうしが受け入れ、新しいアイデアへつなげていけるチームの作り方を解説しています
著者／訳者：Mitchell Hashimoto
出版社：オライリージャパン( 2014-02-21 )
定価：￥ 2,808
Vagrantの概要やマシン設定から、プロビジョニング、ネットワーク、ボックス、さらにはプラグインによる拡張までを網羅した開発者自身による解説書。日本語版限定で「Vagrantプラグイン」と「Packer」について寄稿。また伊藤直也さんによる描きおろしも含まれている
100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊
出版社：翔泳社( 2012-02-22 )
定価：￥ 1,944
ソフトウェア技術者のための名著案内。国内最大級の開発者向けカンファレンス「DevelopersSummit」のベストスピーカーを中心とした、100名の執筆陣が書籍を選定・紹介。アジャイルプラクティスについて寄稿