royskeane「どうやったらアジャイル開発が成功できますか?」という質問に答えられませんが、悲しいことに「どうやったら失敗するか」は答えられます。本当はうまくいく方法があって、それをみんなで共有できればいいんですが。今日はこれまでに経験した「アジャイル開発を失敗させる方法」について書いてみます。スポンサーリンクスケジュールにコミットしないバックログというやることリストを作り、優先順位をつけ、上から順番にやっていきます。ベロシティとかがわかれば、「だいたいどれぐらいでどの量の作業が終わるか」を見積もることができますが、それとコミットメントは別です。関係者間で「ベストエフォートで作業する」という共通認識があり、信頼関係が築けているなら、多少の「ぶれ」、すなわち「ちょっとだけ目標より作業をこなせませんでした」とか「思った以上にできました」とかがあってもいいと思います。その前提条件をクリアせずにやってしまうと「スクラムなんで計画に確実にコミットメント求められても困ります」といった、プログラマに都合のいいスクラムができあがります。プログラミング以外に責任を持たないスクラムをするならスクラムガイドの4ページ目にでてくる「スクラムチーム」を実現する必要があります。勝手に思っていて、このハードルが高すぎるから、いろんな失敗事例がでてくるのかなぁと思っています。スクラムガイドの説明を読んでみてください。スクラムチームは、プロダクトオーナー・開発チーム・スクラムマスターで構成される。スクラムチームは自己組織化されており、機能横断的である。自己組織化チームは、作業を成し遂げるための最善の策を、チーム外からの指示ではなく、自分たちで選択する。機能横断的チームは、チーム以外に頼らずに作業を成し遂げる能力を持っている。世の中の「スクラムやってます!」って企業はもうとっくにこれを解決しているのでしょう。いぢわるに書きました。僕が言いたかったのは、こういった人のアサイメントや組織レベルの変化を実現できる環境なら、成功への道のりが見えてくるのではないでしょうか。ない場合、なかなか超えるのが大変な壁に見えます。「チーム以外に頼らずに作業を成し遂げる能力を持っているチーム」を作っても、役割が大きく変わるわけではないと思います。近くにいることをいいことに、本来持つべき責任を丸投げするプログラマがいるようです。テスターが都度QAをしてくれるので、コードレベルの単体テストを実施しないとか、デザイン崩れなどはデザイナ責任としてチェックすらしないとか、プログラマに都合のいいスクラムができあがります。・仕様がかっちり決まってないと作れない・スプリント途中の変更は受けつけないとか、ちっこいウォーターフォールみたいになっちゃうと、プログラマに都合のいいスクラムができあがります。おわりに最近、ふとこんなことを思いました。15知識だけあってもだめだし、行動力だけあっても人がついてこなかったりするみたいで、なんでもかんでもスクラムが最高だったり、スクラムが最悪だったりするのが最近見ている風景です。残念な部分は多々あるんですけど、こういう経験は次に活かすためにあるものだと思うので、やる側は「次はうまくやるぞ」ってモチベーションを持ってもらい、やられる側は失敗を受け入れられる環境を整えたり、結局のところ、双方の信頼関係が重要なのでしょう。「それはスクラムじゃない!」とかになりがちだけど、それは本質ではない。ソフトウェア開発の実現に向けて奮闘中。週末に娘と息子とお昼寝しながら世界のビーチや離島を旅する夢を見る。お仕事募集中!daipresentsをフォローする857翻訳しました。赤ちゃんの肌にやさしいおしりふき10種類を夫婦でガチ比較してみた2015.08.252020.01.082016年アジアベストビーチに選ばれたミャンマーのガパリに行ってきた。t("").html(tocplus.visibility_show).text():default:t(this).html(tocplus.visibility_hide),t.cookie&&(o?t.cookie("tocplus_hidetoc","1",{expires:30,path:"/"}):t.cookie("tocplus_hidetoc",null,{path:"/"})),t("#toc_container").css("width",tocplus.width).removeClass("contracted"),t("ul.toc_list").show("fast")}})}}});タイトルとURLをコピーしました。