JonathanRasmussonのレビュー一覧

アジャイル開発の概要を理解したいときに読む本。
事例を踏まえて学びたいときは、次に「アジャイルな見積りと計画づくり」を読むとよい。

アジャイル開発は、実態を可視化しづらいウェブアプリを前提としており、実態やプロトタイプを作る組み込みの世界にそのまま適用できなさそう。
特に、エンドユーザが直接的に価...続きを読む値を感じ取れないデバイス系や、Tire2サプライヤの開発には適用が難しいと思った。

組み込みの世界に適用できないところ。
　１．部分発注
　２．途中からの機能ドロップ
　３．ストーリベースの開発
　　　　ハードウェア上でソフトウェアが動くので、
　　　　どうしてもソフトウェア階層の下位から上位へ開発が進むので、エンドユーザへリリースできない。

組み込みの世界に適用できるところ。
　１．インセプションデッキでプロジェクトの外観を知る
　２．TDD　検証基準で顧客と合意しておく。

アジャイル開発の方法・志を説明している本です。
軽快な文章であり、それに加えて300ページほど文量なので非常に読みやすかったです。
開発者ならアジャイルについて理解するためにも読むべき本だと感じました。

Agile開発の本は、どうも苦手な内容が多かった。
あまりにも抽象的すぎて、効果の高さだけが宣伝されている「幸運のツボ」的な内容が多かったからだ。
この本は初めてライフサイクル全体に関するウォークスルーがなされていた。

そして、重要な事は、Agile開発での一般的キーワード、「ユーザーストーリー」...続きを読む「スタンダップミーティング」「ふりかえり」というものは、単なる方法の一つにすぎず、

「価値あるものを創るための障害は全て排除し、助けになるものはなんでも使え」

という事がよく分かる内容だった。

メソドロジーの本にあまり良書はないけど、これは良い本だと思う。

プログラマとしての生き様を描いた本。Q/C/Dが確定した状況では、スコープを調整する以外にソフトウエアを開発する方法はなく、この事実に向き合わないことが現在のソフトウエア開発の問題であることを再認識させられる。

「サムライ」というタイトルだが、訳書。
なので、洋書独特の言い回しや、アイスブレイクの仕方は好みが分かれるところ。
（マスターセンセイと弟子のくだりとか）
内容はアジャイル開発を始めるために必要な情報が網羅されていて、入門書としてオススメの一冊。

分量が多く斜め読みした。

アジャイル開発に携わっていた時に良んでおくべきだった。
アジャイル開発のフレームワークについてはこれを読んでおけばいいかなという印象。
やり方どうこう以前にもっと量書かないといけないなと自覚した。

アジャイルで躓いた時に再度読み直そうかな。
一冊家に置いておけばいい一冊

顧客とプロジェクトの状況を正直に包み隠さずに共有出来ることが、ベースとしての大事な考えだと感じた。
ただ、上記はこれまで経験してきたプロジェクトや契約の習慣とは大きく異なっていて、それがアジャイルをイマイチ有効活用できてない原因なのかもと。
もう一度本書を元にチームで原点に立ち返ってみようかと思う。

2023/5/14
■インセプションデッキの10の設問
1.我われはなぜここにいるのか?
　何のために自分たちはチームを組むのか。自分たちの顧客は誰なのか。そもそもこのプロジェクトが始まった理由は何なのか。こうしたことを再確認する。
2.エレベーターピッチを作る
　30秒以内に2センテンスでプロジェ...続きを読むクトをアピールするとしたら、何を伝えるべきだろうか?
3.パッケージデザインを作る
　何気なくめくった雑誌のページに、自分たちのプロダクトやサービスの広告が載っているとしたら、それはどんな内容がいいだろうか?それからもっと大事なのは、その広告を見た人は君のプロダクトを買いたくなるだろうか?
4.やらないことリストを作る
　プロジェクトで実現したいことというのはかなり明確になっているものだ。それと同じかそれ以上に、やらないこともはっきりさせよう。そしてそれをわかりやすく一覧にするんだ。
5.「ご近所さん」 を探せ
「プロジェクトの関係者」に含まれる範囲というものは、自分たちが思っているよりもずっと広いものだ。そうした「ご近所さん」を招いて、コーヒーでもごちそうしながら自己紹介ぐらいしてもいいんじゃないだろうか。
6.解決案を描く
　チーム全員の認識が揃っていることを確認するために、概要レベルのアーキテクチャ設計図を描こう。
7.夜も眠れなくなるような問題は何だろう?
　プロジェクトで起きる問題のなかには、考えることすら恐ろしいものだってある。だが、あえてそうした心配事について話し合おう。どうすれば最悪の事態を避けられるだろうか?被害を最小限に食い止める方法はあるだろうか?
8.期間を見極める
　どれぐらいの期間が必要なプロジェクトだろうか?3ヶ月? 半年?それとも9ヶ月?
9.何を諦めるのかをはっきりさせる
　プロジェクトにはいくつか操作可能な要素がある。期間、スコープ、予算、それから品質。現時点で譲れない要素はどれだろう?譲ることになるのもやむを得ない要素はどれだろう?
10.何がどれだけ必要なのか
　期間はどれぐらいかかりそうか?コストは?どんなチームならプロジェクトをやり遂げられるだろうか?

・作ろうとしているものは何なのか、それはなぜ必要なのか。
・このプロジェクトの魅力はどこにあるのか。
・プロジェクトで解決したい課題は何か。
・「ご近所さん」は誰なのか。
・解決策はどんな風になりそうか。
・向きあうことになりそうな課題とリスクは何か。
・プロジェクトの期間はどれぐらいの長さになりそうか。
・柔軟に対応すべきところはどこか。
・(期間や費用は) ざっくり何がどれだけ必要なのか。




＝＝＝
アジャイル開発のお勉強。

・ソフトウェア開発の３つの真実
　1.プロジェクトの開始時点にすべての要求を集めることはできない
　2.集めたところで、要求はどれも必ずといっていいほど変わる
　3.やるべきことはいつだって、与えられた時間と資金よりも多い

・アジャイルプロジェクトの3つの特徴
　1.役割分担がはっきりと分かれていない
　2.分析、設計、実装、テストといった開発工程がどれも、途切れることなく続く連続的な取り組みになる
3.チームが一丸となって成果責任を果たす

・インセプションデッキの課題一覧
　1.我われはなぜここにいるのか？
2.エレベーターピッチを作る
3.パッケージデザインを作る
4.やらないことリストを作る
5.「ご近所さん」を探せ
6.解決案を描く
7.夜も眠れなくなるような問題は何だろう？
8.期間を見極める
9.何を諦めるのかをはっきりさせる
10.何がどれだけ必要なのか

・荒ぶる四天王
　・スケジュールは圧縮される
　・予算は削減される
　・バグのリストは長くなる
　・やるべきことは際限なく湧き出てくる

・文書化の難しさ
　実際のソフトウェアプロジェクトで、重厚な文書化が要求を捉える手段として本当にうまく機能したことなんて一度もない。顧客は自分たちの欲しいものを手に入れることはほとんどなく、開発チームは求められたものを構築しきれない。

・ユーザーストーリーVS要件定義書と仕様書
　無駄がない、正確、必要な分を必要なときに　vs　重厚、不正確、最新じゃない
　対面でのコミュニケーションを促す　vs　憶測や誤った前提を招き寄せる
　計画がシンプルになる　vs　計画が複雑になる
　低コスト、素早い、手軽　vs　コストがかさむ、遅い、手間がかかる
　最新の情報が反映されている　vs　情報が古くなったまま放置される
　チームが学習するということを踏まえている　vs　チームが学習するということを考慮しない
　フィードバックを即時反映できる　vs　フィードバックを即時反映できない
　見積り精度の高低を当てにしない　vs　さも見積り精度が高いかのように取り繕う
　チームの協調作業や新しい取り組みを歓迎する　vs　オープンな協調作業や新しい取り組みを歓迎しない

・アジャイルソフトウェア開発の12の原則
1.顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。
2.要求の変更はたとえ開発の後期であっても歓迎します。変化を味方につけることによって、お客様の競争力を引き上げます。
3.動くソフトウェアを、2-3週間から2-3ヶ月という、できるだけ短い時間間隔でリリースします。
4.ビジネス側の人と開発者は、プロジェクトを通して、日々一緒に働かなければなりません。
5.意欲に満ちた人々を集めてプロジェクトを構成します。環境と支援を与え仕事が無事終わるまで彼らを信頼します。
6.情報を伝えるもっとも効率的で効果的な方法は、フェイス・トゥ・フェイスで話をすることです。
7.動くソフトウェアこそが進捗の最も重要な尺度です。
8.アジャイル･プロセスは持続可能な開発を促進します。一定のペースを継続的に維持できるようにしなければなりません。
9.技術的卓越性と優れた設計に対する不断の注意が機敏さを高めます。
10.シンプルさ（ムダなく作れる量を最大限にすること）が本質です。
11.最良のアーキテクチャ・要求・設計は、自己組織的なチームから生み出されます。
12.チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。

整理されてはいる。が、広範なのである人にはぼんやり伝わってしまうような気がして、これで技術者を勇気付けたり煽ったりすることができるのか知りたい。

内容としては、知っていることが多かったが、メンタルな部分は参考になり、読みやすかった。
初心者から上級者、誰向けにいいとも思わないが、軽い読み物かな