テストの役割（進捗管理その２）：An Agile Way：オルタナティブ・ブログ
Alistair Cockburn は、ソフトウェア開発の「1個流し」(*1)と進捗管理について、おもしろい例を出している。次の問題を考えてみて欲しい。 ３０個の部屋がある豪邸を考える。この豪邸から、1ヵ月後に引越しをすることに決めた。全部屋を掃除し、捨てるものと運ぶものに分類し、ダンボール箱に詰めなければならない。どのように進捗を管理したら、１ヵ月というデッドラインを守れるか。 ウォーターフォール的計画： １．最初の1週間で全部屋の掃除を行なう ２．次の1週間で全部屋の捨てるものと運ぶものを分類し、ステッカーを家具や備品に貼る ３．次の1週間で全部屋のダンボール箱詰めを行なう ４．次の1週間で全部屋のチェックを行なう ５．４週間あるので、４週間後には全部屋のチェックまで終わる 1個流し的（アジャイル的）計画： １．日割りで、１日に１つの部屋を、掃除、分類、箱詰め、チェックまで終える ２．
Ａｇｉｌｅに計画はいらないか？！：An Agile Way：オルタナティブ・ブログ
アジャイル、って「オヤジ語」に直すと、ＰＤＣＡなんです。Ｐｌａｎ－Ｄｏ－Ｃｈｅｃｋ－Ａｃｔｉｏｎ。上司に「アジャイルでやりましょう」というと煙たがられる（あるいは理解されない）場合は、「ＰＤＣＡをちゃんと回したいんです」と言ってみよう。「おお、君もようやく一人前になったな」と褒められること、請け合いです。 計画をつくるということ↓ http://d.hatena.ne.jp/kuranuki/20050728 そういう意味で、計画は大事。しかし、計画と言う言葉は、後で変更しづらい、あるいは、計画通りにやることが正しい、という「間違った」イメージを作ります。APMでは、構想とよび、計画作りのフェーズを構想フェーズ、としています（Vsion と Envision Phase です）。 構想⇒思索⇒探索⇒適応 ↑－－－－－↓ というループ。 実は、トヨタ生産方式では、「進捗管理」は、「計画と実績
マインドマップとUML（後編）：An Agile Way：オルタナティブ・ブログ
「マインドマップとUMLをいかに融合するか」、についての実例解説を安井さんが書いています。 http://www.atmarkit.co.jp/farc/rensai/mm02/mm02a.html 顧客との打ち合わせ議事録をマインドマップで作成し、それをもとにユースケースと概念クラス図を描いていく、というものです。やってみるとわかるのですが、やはりマインドマップの速記性（速く書ける）、俯瞰性（全貌を一覧できる）、そして想起性（メモの内容を後で思い出せる）はとっても強力です。 この記事では、マインドマップの１つ１つのキーワードを、アクターやらクラスやら、ユースケースに変換して、UMLにまとめていく過程を示しています。 これは、１つの可能性であって、まだまだいろんなやり方が考えられます。 マインドマップとUML、あなたも新しい可能性を考えてみませんか？
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
