角征典のレビュー一覧
-
Posted by ブクログ
「クラフトマンシップとは、何かをうまくやる方法を知っている状態である。」
クラフトマンシップについて扱ったアンクルボブの新著は、前半の少なくない分量をTDDの解説に割いている。なぜTDDなのか、あとからテストを書くことの弊害、TDDによりコードが洗練されていくさまが丁寧に書かれており、このパートだけでも多くのエンジニアに読んでいただきたい代物だ。
そして、後半の「いい仕事」をするための心構えについてはいろいろ考えさせられた。自分の仕事の影響は、利用者が受ける。そのあたりまえのことを忘れずにクラフトマンシップをもって臨むことが大切なのだ。 -
Posted by ブクログ
2022年、改めて白本を手に取る。
ペアプログラミング、テストファースト、CI/CDといったプラクティスはもはやエクストリームではない。ペアプログラミングを先鋭化させたモブプログラミングさえそれほど突飛なものではなくなった。
この白本からXPの道を歩み始めた先人たちにとって、先述のプラクティスとXPの価値観は分かち難いものだろう。価値観、プラクティス。そのあいだにかけられた原則という橋が、たしかに存在していた。
2022年現在、プラクティスは現場に根付いている。では原則はどうか?価値観は?
CI/CDは回っている、けれどなぜそうなっているかわからない。ペアプログラミングをやっている、ずっとそうやっていたらしいから。
原則が欠落し、価値観へ到達しない現場がもしかしたら増えているかもしれない。
そんなときこそ、あらためて原点であり頂点である本書を手に取るべきなのだろう。
ソーシャルチェンジは続いてゆく。
-
Posted by ブクログ
ネタバレエンジニアになったときからアジャイルが当たり前にあったので、アジャイルの目的や手法について詳しく学んだことがなかった。この本で目的や手法についての把握ができてよかった。以下まとめ。
## アジャイルとは
- 開発プロセスを効率化する方法論
- ソフトウェア開発を予測可能、実行可能、管理可能にする方法論
## 第1章 アジャイル入門
ソフトウェア開発の4つのよりよい手法として以下があげられた
- プロセスやツールよりも 個人と対話を
- 包括的なドキュメントよりも 動くソフトウェアを
- 契約交渉よりも 顧客との協調を
- 計画に従うことよりも 変化への対応
### 鉄十字とは
- プロジェクトマネジメントのトレードオフ
- 「品質」「速度」「費用」「完成」のうち好きな3つを選べる。4つは選べない
- アジャイルはすべてを100%にするのではなく、各属性の係数をうまくマネジメントすることを可能にしている
### アジャイルはマネジメントをどのように支援するか
- 鉄十字の係数を管理する際に必要なデータを提供する
- 例えば、チームのベロシティ、バーンダウンチャートなどのデータを提供する
- イテレイーションプランミーティング(IPM)でイテレーションを見積もることで、どのくらいのストーリーが完成する可能性があるかをステークホルダーが把握するため
- ベロシティの低下から、コードの品質が低下している可能性があったりすることが考えられる
## 第3章 ビジネスプラクティス
### 三点見積もり
- この見積りは、 最良ケース、 最有力ケース、 最悪ケース の3つの数値で構成される
- これらの数値は、 信頼性を持つ 見積り。 最悪ケース の数値はタスクが95%の信頼性で完了する時間を示している。同様に、 最有力ケース は50%の信頼性、 最良ケース は5%の信頼性を持っている
### イテレイーションプランミーティング(IPM)/スプリントMTG
- イテレーションは イテレーションプランニングミーティング( IPM)から始まる
- IPMにはチーム全体が参加する。つまり、ステークホルダー、プログラマー、テスター、プロジェクトマネージャーなどが含まれる
- ステークホルダーは見積もられたストーリーを事前に読み、ビジネス価値の順番で並べていく
### ユーザーストーリー
- システムの機能をユーザーの視点から簡潔に記述したもの
- ストーリーはINVESTという頭文字のガイドラインに従う
INVEST
- 他のストーリーに依存せず、独立している(Independent)
- 内容が交渉可能である(Negotiable)
- 価値がある(Valuable)
- 見積可能である(Estimable)
- 大きさは1つの反復期間に収まる範囲に小さい(Small)
- テスト可能である(Testable)
### スパイク
- ストーリーを見積もるためのストーリー
### ベロシティ
- プログラマが完成できると考えるストーリーポイントの合計値 -
Posted by ブクログ
リーンキャンバスを軸にステップごとにやるべきことを説明する内容。新しいビジネスをグロースさせるために実践で参考にできそう。
リーンの考え方を知っていれば内容に新鮮味はあまりないが、ビジネスレベルで同じ内容が適用できるということを確認できた。
トラクションを指標として事業を成長させるための仕組みを説明。
トラクションとはビジネスモデルがユーザーから金銭的な価値を回収する割合。
ビジネスモデルの原型には「ダイレクト」「マルチサイド」「マーケットプレイス」がある
ダイレクト:ユーザーが顧客になる単一アクターモデル
マルチサイドビジネス:顧客が購入するデリバティブ資産を生み出すユーザーで構成
マーケットプレイス:購入者と販売者で構成され、お互いに取引を行う。
6ステップでGO-LEANを定義(Goal→Observe and Orient→Learn, Leverage, or Lift→Experiment→Analyze→Next Actions)[目標→観察と方向付け→学習・利用・強化→実験→分析→次のアクション]
うまく成長できないのは「局所最適化の罠」と位置づけ、制約理論を引用しながら全体最適化に進む必要性を伝える -
Posted by ブクログ
アジャイル開発をどれだけ実践できるだろうか、実践できていだろうかと考えて、本書を手に取った。
アジャイルの考えやプラクティスがたくさんケーススタディできるようになった昨今において、アジャイル失敗しているなどあるがWF vs アジャイルを見かけることもある。
アプローチの違いでしかないので、どちらがいいか悪いかはない。
この本を読んでいて、アジャイルマニュフェスト自体を誤解していたなと思った。アジャイルを本格的に導入実践するにあたって参考にしていきたい。
そして、アジャイルに失敗したことがある人こそ一度読んでみてほしい。そもそもアジャイルというものを誤解していたから失敗したということがあるかもしれない。