角谷信太郎のレビュー一覧

アジャイルサムライ――達人開発者への道

いきなりマスター・センセイってなんやねんって感じだけど、
文章も画像もいい塩梅のユーモアがあり、訳註も親切で非常に読みやすかった
(荒ぶる四天王ってこれが元ネタだったのか......)

リーン開発の現場 カンバンによる大規模プロジェクトの運営

カンバンを使ったアジャイル開発のプロジェクト管理を学べる。

何十人規模の大きい組織での、エピソードをもとに説明してくれる

アジャイルサムライ――達人開発者への道

荒ぶる四天王の元ネタがついに！

古典的と思い後回しにしていたけれど、アジャイル開発を理解するにあたり素晴らしい知見のかたまりでした。
軽快なトーク（のような語り）も味があります。
まさにアジャイルマニフェストの12の原則を体現していたと思いました。

アジャイルサムライ――達人開発者への道

こんなに軽やかに読めるタッチの本が、バイブル的な立ち位置になってるのすごい。

当然、元々の内容が素晴らしいことはあるだろうが、訳者の些細な気遣い・心意気が、メチャメチャ効いてるんだろうなと思う(細部の挿絵の言葉選びとかライトなネットスラングとか)

最後の一節は、エモすぎて、全文メモ余裕でした。

アジャイルサムライ――達人開発者への道

『デイリースタンドアップでの報告の仕方をこう変えてみては？』の例示がユーモア溢れるな〜と感じるとともに、「顧客への価値を届ける上で、実際に何を成し遂げたか／今日は何を成し遂げるつもりか」という一つ視座を上げた考え方にも繋がりそうでアリだな〜と気付きを得られた。

アジャイルサムライ――達人開発者への道

「アジャイルサムライ−達人開発者への道」は、アジャイル開発を学ぶのに最適な一冊です。この本では、マスター・センセイと弟子との会話を通じて、読者はアジャイル開発のエッセンスを楽しみながら理解することができます。特に、インセプションデッキやドラッカー風エクササイズのような、すぐに実践できるワークショップの記述が豊富で、内容が非常に充実しています。この本は、アジャイル開発に関する理解を深めたいすべての人にお勧めできる作品です。

アジャイルサムライ――達人開発者への道

アジャイルの要点を理解し、それが自身の携わる業務に適しているかどうかを考えることができるようになる本。

・相対サイズで見積もり、チームがどれくらいの速度で仕事を進められるかを計測する（ストーリーポイントとベロシティ）。
・プロジェクトに先立つ概算見積もりは当てずっぽうである。これは不確実性コーンとして示されている。

・プロジェクトの開始時点では、ベロシティは推測であり、実際にやってみないと分からない。
・想定より進みが遅い場合、最初に立てた計画にはこだわらず、スコープを調整して対処する。※そのためには、取り繕わず、隠し立てせず、プロジェクトの計画や進捗を顧客と常に共有して、情報の非対称性を解消しておくことが必須だと感じた。

Clean Agile 基本に立ち戻れ

アジャイルを勉強する際に確実に読んでおきたい一冊
歴史的経緯の説明もあるため、どのような流れで生まれ、現代まで引き継がれているのか、というあたりも知れる

アジャイルサムライ――達人開発者への道

言葉として知っていた『アジャイル』の背景を知ることができた
大学や現場では、知識は教えてくれるがそれ以上は教えてくれない

開発者としての経験を何年か積んで得られる内容を、簡単に得ることが出来る良書だ

大学やプロジェクトを初めて任された人たちが絶対読むべきである
深掘りしたい箇所でも読むべき本が提示されているので、親切

あっという間に読み終えることができます！

アジャイルサムライ――達人開発者への道

これだけ読んどけば良いと言われたことがあるが、アジャイル、スクラムを始めてみて知りたいこと、疑問に思うことが一通り語られているのではなかろうか。後で必要に応じて本棚から手に取り参照することもしばしばあるので、物理本で買って良かったなと思った一冊。

Clean Agile 基本に立ち戻れ

Clean AgileとClean Architectureを理解すればエンジアとしての思考の土台が固まる。

Clean Agile 基本に立ち戻れ

久しぶりに読みごたえのあるアジャイル本。どうせ口うるさいボブじいさんの与太話だと思っていたが、この十年で直面した、感じていたことが言語化されていて一気に読みふけってしまった。アジャイルは死んだのか？少なくともまともなアジャイルは生き残っているはずだと思う。

アジャイルサムライ――達人開発者への道

「毎週、価値ある成果を届けられているか？」何度も繰り返されているが、アジャイルかどうかはこれに尽きると思う。

インセプションデッキ、イテレーションが〜のような難しそうなワードを聞くたびにアジャイルから避けて来てたが、これらはあくまで手段。チームによって必要なものを取り入れていけばいい。

開発者であれば12章〜の内容は基本スキル。

以下は引用

P22 これから2週間で課題を解決すると宣言。

P25 お客さんを目の前にしてデモをする。

P64 今回は気にしない。→今回がプロジェクトを指してるのか、スプリントなのか不明。

P68 助けを求めたくなる前から知り合いになっておくんだ。

P106 しかる時が来たら詳細を検討するが、それは本当に必要だと確信をもてるようになってからの話だ。

P191 ペルソナがいるとシステムに人間味を持たせることができる。

P214 デイリースタンドアップでの報告の仕方をこんなふうにしてみたら〜。

P216 ストーリは完了したか、してないか。そのどちらかだ。

P226 チームの意思を明確にする

アジャイルサムライ――達人開発者への道

陽気な達人プログラマーに教えてもらった気分だった。

めっちゃいいです！

いきなりページを開くと(厳密には数ページだけど)
1. 君は学ぶことが心から好きだ。
2. 君はソフトウェアのことを大切に思っている

めちゃくちゃ歓迎ムードである笑

いろいろ面白い内容が盛り沢山だったけど印象的なところだけ上げておく(なるべくソフトウェア開発以外にも通ずるような部分を、、、)

1. チームメンバーを探すコツ
　・ゼネラリスト
　　→なんでもそつなくこなせる人。器用貧乏⁈)
・曖昧な状況に抵抗がない人
　　→どっしりと構えてくれる、臨機応変
　・我をはらないチームプレイヤー
　　→ありのままの姿で、調和できるように

2. エレベーターピッチ
　　エレベーターで一緒に乗った友達に自分の仕事を30秒で説明してみよう

3. どのリスクには取り組む価値があって、そうじゃないのらどれなのかを決める
　→願わくばわたしに、変えることのできない物事を受け入れる落ち着きと、変えることのできる物事を変える勇気と、その違いを常に見分ける知恵とをさずけたまえ　-ニーバーの祈り-

4. 計画の立て方
　・顧客にとって価値ある成果を届けられる計画
　・わかりやすく、ありのままを伝える、誠実な計画
　・約束したことを守り続けられる計画
　・必要に応じて変更できる計画

5. 本当に重要なものだけをまずは実装

ここまで読んでいただきありがとうございます。
でもアジャイルって一体なんやねん！と思った方は是非読んでみてください。

読んだその日からあなたも私もアジャイルです。

アジャイルサムライ――達人開発者への道

アジャイル開発についての理念やら進め方について短くまとまっている。
手法そのものよりも「なぜ、何のためにやるのか」を説明しておりわかりやすい。

Clean Agile 基本に立ち戻れ

エンジニアになったときからアジャイルが当たり前にあったので、アジャイルの目的や手法について詳しく学んだことがなかった。この本で目的や手法についての把握ができてよかった。以下まとめ。

## アジャイルとは
- 開発プロセスを効率化する方法論
- ソフトウェア開発を予測可能、実行可能、管理可能にする方法論

## 第１章 アジャイル入門

ソフトウェア開発の4つのよりよい手法として以下があげられた

- プロセスやツールよりも 個人と対話を
- 包括的なドキュメントよりも 動くソフトウェアを
- 契約交渉よりも 顧客との協調を
- 計画に従うことよりも 変化への対応

### 鉄十字とは

- プロジェクトマネジメントのトレードオフ
- 「品質」「速度」「費用」「完成」のうち好きな3つを選べる。4つは選べない
- アジャイルはすべてを100%にするのではなく、各属性の係数をうまくマネジメントすることを可能にしている

### アジャイルはマネジメントをどのように支援するか

- 鉄十字の係数を管理する際に必要なデータを提供する
- 例えば、チームのベロシティ、バーンダウンチャートなどのデータを提供する
- イテレイーションプランミーティング(IPM)でイテレーションを見積もることで、どのくらいのストーリーが完成する可能性があるかをステークホルダーが把握するため
- ベロシティの低下から、コードの品質が低下している可能性があったりすることが考えられる

## 第３章　ビジネスプラクティス

### 三点見積もり

- この見積りは、 最良ケース、 最有力ケース、 最悪ケース の3つの数値で構成される
- これらの数値は、 信頼性を持つ 見積り。 最悪ケース の数値はタスクが95%の信頼性で完了する時間を示している。同様に、 最有力ケース は50%の信頼性、 最良ケース は5%の信頼性を持っている

### イテレイーションプランミーティング(IPM)/スプリントMTG

- イテレーションは イテレーションプランニングミーティング（ IPM）から始まる
- IPMにはチーム全体が参加する。つまり、ステークホルダー、プログラマー、テスター、プロジェクトマネージャーなどが含まれる
- ステークホルダーは見積もられたストーリーを事前に読み、ビジネス価値の順番で並べていく

### ユーザーストーリー

- システムの機能をユーザーの視点から簡潔に記述したもの
- ストーリーはINVESTという頭文字のガイドラインに従う

INVEST

- 他のストーリーに依存せず、独立している(Independent)
- 内容が交渉可能である(Negotiable)
- 価値がある(Valuable)
- 見積可能である(Estimable)
- 大きさは1つの反復期間に収まる範囲に小さい(Small)
- テスト可能である(Testable)

### スパイク

- ストーリーを見積もるためのストーリー

### ベロシティ

- プログラマが完成できると考えるストーリーポイントの合計値

Clean Agile 基本に立ち戻れ

原点に立ち返れ、のサブタイトル通り、アジャイルソフトウェア開発宣言が出されるまでの経緯、本来の意図が力強く主張される。
過激な発言とユーモラスな表現がページをめくる手を止めてくれないが、これは訳者の傑出したワークによるものだろう。訳書によくある読みづらさが微塵もなかった。

アジャイルサムライ――達人開発者への道

アジャイル開発に興味があるなら一度読んでみると良いと思う。マネージャーや現役のエンジニアだけではなく、これから開発をやっていくような人にもオススメしたい。

リーン開発の現場 カンバンによる大規模プロジェクトの運営

ページ数は少なめでさらっと読めるけど、中身はかなり重厚でとても参考になった。
大規模プロジェクトでの実践的なカンバン運用について書かれている。１章ごとに役に立つ内容も多いので、目次を見て気になる章を見てみるのも良いかも。

アジャイルサムライ――達人開発者への道

アジャイルの入門書。アジャイルとはなんぞや？から始まり、計画やプロジェクトの運営方法、プログラム、テストまでの流れが記載されている。あくまでも考え方がのっているものなので、そのままプロジェクトに適用できるかと言ったら怪しいかもしれない。ただこの本は所々に挿絵があったり、文章が口語体になっていたりして、非常に読みやすい。すぐに読みきることができた。