サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2015.05.17Tweet先日社内勉強会で「バーンダウンチャート」について説明する機会がありました。その際の資料として@ryuzeeさんの「[Agile]バーンダウンチャート虎の巻(資料公開)」を使わせてもらいました。#@ryuzeeさん、ありがとうございました!その資料で自分なりに疑問に思ったことを@ryuzeeさんとやり取りした内容を「誰かの役に立てば」と思いまとめておきます。「チームが自己組織化されていて~」とは具体的にどのようなことでしょうか?バーンダウンの進み方と「自己組織化」の紐付けがイメージできませんでした。質問1に対する@ryuzeeさんのお話チームがスプリントを主体的に行なっているかどうかが分かります。他人からの指示を欲してしまうチームは、一般的には問題が発生してもすぐ対応しないので、スコープ調整が行われず完了しないスプリントになったりスコープ調整が後半になったり、そもそも経験から学ばずに、毎回似たようなバーンダウンを描いたりします。質問2:理想線の引き方についてスプリントの見積総時間とスプリント終了日を結んだ場合、チームの1日辺りの理想時間と乖離すること(※1)もあると思います。この場合は「詰め込みすぎ」なので「スコープを見直す」アクションにつながると思っていますが、この理解にコメントあればお願いします。(※1)3人チームで、1人の開発時間は6時間/日の場合、18時間/日のパワーです。理想線の傾き(1日の時間)は24時間とした場合、毎日6時間のオーバータスクになってしまいます。質問2に対する@ryuzeeさんのお話その理解であってます。チームにはキャパシティというのがあります。これはチームメンバーの稼働可能時間の合計値ですが、それは一般的には就業時間の6割程度です。したがってスプリント計画第二部が終わって計画ができた時点で、まずチームの総キャパシティの中に合計タスク時間数が収まっているかは確認すべきポイントです。これを超えているようであればプロダクトオーナーと議論して順位の一番低いストーリーから順に外します。チームがタスク出しになれていない場合は、2割くらいの追加タスクが出るのが普通なので、これも見込んだほうがよいです。結果として、理想線のスタート地点はキャパシティの下側になければいけません。※スライド21枚目:早期学習パターン残時間が44→26のように(スコープの調整等がなく)ガクッと下がった場合、以下のことが考えられます。A:チームがレベルアップして当初見積より早くそのタスクが終わったB:チームが残業した前者であれば良いのですが、後者であればそれは持続可能でないと思います。いう場合に「最終コミット時間」を別にプロットすることで「原因を明らかにする」のが良いと思っています。この理解にコメントあればお願いします。本当は最終コミット時間プロットしなくたって振り返りで分かりますけどね。本質的な原因を明らかにしなければいけないのはその通りです。して成果達成に対する強いプレッシャーがかかってたりします。※スライド35枚目:複数スプリント間で分析するスプリントで作る機能の難易度の違いを考慮する良いアイデアはあるでしょうか?「ふりかえり」でチームでディスカッションして明らかにするのが1つの方法と思っています。難易度の違いはストーリーポイントと、ばらしたタスクに明確に現れるはずだと思います。そのためにチームで見積るので。それが着手してみて初めて難易度がわかるようであれば、そのバックログ項目はまだReadyではないです。最後にバーンダウンチャートを始めることは割と簡単にできます(おそらくガントチャートと並行してもできるはずです)。実際にやってみるとガントチャートだけでは見えなかったチームやプロジェクトの色々なことが見えて来ます。何も見えなかったらそれはそれで無茶苦茶素晴らしいチームか、何か隠しているかです。それらの分かった情報をもとに改善のきっかけにしていくこともできると思うのでまずはやってみてはいかがでしょうか?※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。2019の13日目の記事です。これまでの記事はどれもRSGTにゆかりのある話だったり、ためになる話だったりで楽めてます。きっとこ...旧館より強みを否定される人によってその会社を去る理由は色々あると思います。(所属組織、他の組織問わず)辞める(た)理由を直接/間接的に聞いた時に思ったことです。打合せ前に少しだけ調べておくとある社内での打合せの席で思ったことです。「相手の方を少しだけ知っておくと、それだけど打合せがスムーズに進む(進みやすい)」と。その打合せは部門も違い、お互い初対面でした。事前に「○○さんと△△さんが出席する」ことは分かっていま...旧館より白魔導師はファイアを使えません最近、久しぶり...半年ぶり...にお客様常駐から社内に戻ってきました。それで、あるプロジェクトのお手伝い...調査、プログラミングなどを少ししたのですが、その時のお話です。プログラミングですが、当初はVB6(.NETではなく古い方のです)で作ると...旧館よりできるだけ文字を打たないことでミスを少なくする文章やプログラムを書く時に効率性や質の向上の為に自分なりのルールや注意していることがあります。1つは前に書いた文章の揺らぎです。1つは低レベルな話ですが「出来るだけ文字を打たない」ことです。業務の引継ぎや情報の伝達で思ったこと今のチームで仕事をやり始めて2ヶ月半が過ぎました。その2ヶ月半で、業務の引継ぎや情報の伝達について、ふと思ったことがあったのでつらつらと書いてみます。コメントをキャンセルコメントを投稿するにはログインしてください。サウスポーなエンジニアの独り言.ホーム検索トップサイドバータイトルとURLをコピーしました。