こんにちは、 @kz_morita です。 今回は、アジャイル開発の見積りと計画づくりに関する書籍『アジャイルな見積りと計画づくり』を読みましたので感想などを書いていきます。 書籍について 『アジャイルな見積りと計画づくり ~価値あるソフトウェアを育てる概念と技法~』 は、Mike Cohnによるアジャイル開発の見積りと計画づくりに関する書籍です。アジャイル開発の基本的な考え方から、具体的な見積り手法や計画の立て方まで幅広くカバーしています。 以下の様な目次になっています。 目次 イントロダクション 第1部　問題とゴール 1章 計画の目的 2章 なぜ計画づくりに失敗するのか 3章 アジャイル手法 第2部　規模を見積もる 4章 ストーリーポイントによる規模の見積り 5章 理想日による見積り 6章 見積りの技法 7章 再見積り 8章 ストーリーポイントと理想日 第3部　価値のための計画づくり 9章 テーマの優先順位づけ 10章 金銭価値による優先順位づけ 11章 「 望ましさ」による優先順位づけ 12章 ユーザーストーリーの分割 第4部　スケジュールを立てる 13章 リリース計画づくりの基本 14章 イテレーション計画づくり 15章 イテレーションの長さを決める 16章 ベロシティの見積り 17章 不確実性に備えるバッファの計画 18章 複数チーム編成プロジェクトの計画づくり 第5部　トラッキングと情報共有 19章 リリース計画のモニタリング 20章 イテレーション計画のモニタリング 21章 計画とコミュニケーション 第6部　なぜアジャイルな計画づくりがうまくいくのか 22章 なぜアジャイルな計画づくりがうまくいくのか 第7部　ケーススタディ 23章 ケーススタディ：ボムシェルタースタジオ 訳者あとがき 索引 感想など 読もうと思ったきっかけは、スクラムで普段開発をしていますがその中でも特にプロダクトの計画や見積もりに関してこまることが多かったからです。 この書籍では、アジャイル開発における計画づくりの基本的な考え方から、具体的な見積り手法や計画の立て方まで幅広くカバーされており、非常に参考になりました。

こんにちは、 @kz_morita です。 先日、久しぶりにスクラムガイドを読み直しました。すると、以前は気づかなかった点や新たな学びが多くありました。特に、スクラムの価値観や原則がどれほど重要であるかを再認識しました。 スクラムガイドについて スクラムガイドは以下のリンクから読むことができ、最新は2020年版です。 https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Japanese.pdf 読んだ感想など スクラムガイドには以下の様な内容が書かれています。 スクラムは複雑な問題解決のための軽量級アジャイルフレームワークです。透明性・検査・適応の3本柱に基づき、経験主義とリーン思考を採用していること。 3つの役割：スクラムマスター（フレームワーク推進）、プロダクトオーナー（価値最大化・バックログ管理）、開発者（実装・品質保証）で構成される10人以下の自己管理チーム。 5つのイベント：1ヶ月以内のスプリント（反復単位）を中心に、スプリントプランニング、デイリースクラム（15分）、スプリントレビュー、レトロスペクティブを実施。 3つの成果物：プロダクトバックログ、スプリントバックログ、インクリメント。各々にプロダクトゴール、スプリントゴール、完成の定義というコミットメントが対応。 スクラムガイドを読み直すと、以下のような点に気づきました。 リファインメントはイベントとしては、記載されていない スプリントレビューの重要性 今の自分のチームでは、スプリントレビューを実施してませんでした。 読み直してチームのスクラムなどを改善すべく書くイベントを見直したり、プロダクトバックログを見直したりしました。 スクラムはまずはガイド通りにやることが重要だと思っているので、ガイドに立ち返って改善などできて良かったと思います。 しばらく運用していこうと思います。

こんにちは、 @kz_morita です。 今回は、認定スクラムデベロッパー研修 (略して CSD 研修) を受けてきていろいろ学ぶことができたのでまとめていきます。 CSD 研修とは CSD 研修はスクラム開発のチームメンバーとして何をすべきなのか、どのように開発を進めていくべきなのかといった点を学ぶ研修です。有料で、研修・トレーニング中に能力が評価されると、Scrum Alliance に登録され認定されます。 有料の研修ですが、お金で資格を取得するものではないため必ず認定されると言うわけではなさそうです。 https://www.odd-e.jp/service_01/ 研修は全てで 3 日間あり、 今回は、全て online で行ったため、以下のようなツールを用いた研修でした。 Google Meet Miro Cloud9 デベロッパー用の研修だけあって、かなりコードを書きました。ツールとしては Cloud9 を用いて、主にペアプロでコードを書いていきました。 学び 研修は最初にアジャイル開発について学びました。内容は主に XP (eXtreme Programming) のプラクティスで、TDD とペアプロを重点的に行いました。 TDD の学び TDD は知識として、知ってはいましたが実際に体験するとかなり印象が変わりました。 TDD を体験する前はテストから書いていくのは、多少面倒に感じていたところもあったし開発スピードも遅くなりそうという疑念がありました。 実際にやってみると、TDD は小さなイテレーションを細かく細かく積み上げていって仕様を満たしていく方法だと実感できました。小さくでも確実に積み上げることで開発が前に進んでいることが実感できるし、テストとともにプログラムを成長させていくので不具合が出てデバッグをするといったことがかなり少なく感じました。 今まで、「仕様を確認する」 → 「実装する」 と言う手順で行っていたものを、「仕様をテストとして書く」→「実装する」→「リファクタリングする」といった手順で行うのが TDD だと体験することでしっくりきました。 Baby Step 講義の中で何度も出てきた言葉が 「Baby Step」です。小さなステップを繰り返して不確実性を極力減らしていく。システムが小さいうちに小さくテストを繰り返して確実な領域を積み上げていく。１度の変更を小さくするといったことの大切さを実感できました。 これは、プログラミングだけに止まらず、なにか作業を行う際に手順を小さくしその一つ一つを十分検査可能な単位に分割するのはとても重要に感じました。 ソフトウェア工学とアジャイル 以前、「ソフトウェア職人気質」を読んだ と言う記事を書きましたが、この書籍の内容と通ずるところが今回の CSD 研修ではありました。 それは、「人間に向き合う」という点だと思います。 作業者がミスをせず完璧にタスクをこなせる (まるで機械のように) という前提ならば、効率が良いのはウォーターフォールだと思います。最初から全てを完璧に把握し設計し、実装するのであれば間違いなく効率が良いでしょう。