市谷聡啓のレビュー一覧
-
Posted by ブクログ
正しいものを正しくつくることへの挑戦は未来永劫続く。
そして、「正しくつくれる」一部の「できる」エンジニア、マネージャーが暗黙的に持っている知見を見事に言語化した良書である。
スクラム開発についても言及しているが、あくまで本書を完結させるために記載したものである。スクラム開発を深く理解するためには、一度同著者が書いた「カイゼンジャーニー」を一読することをお勧めする。（カイゼンジャーニーを読んだ後、本書を読むと良いかもしれない）
私見だが、「できる」エンジニア、マネージャーに最も必要な要素は視座と視野だと考えている。それを上上下下左右左右過去未来とはよくもまあ良い表現を思いついたものだと感 -
Posted by ブクログ
システム開発における様々な問題を、主人公が成長しながら解決していく物語。
他の一般的な書籍と違い、物語として読むことができるため、自分の境遇と比較しながら読みすすめることができます。ポイントを逐一紹介しているため、説明はとても分かりやすいです。特に一番最後のあとがきで全てをまとめているのはとてもありがたかった。
主題は物語ではなく、様々な問題をどうやって解決するかを学ぶことなので、物語の全てが
・問題発生
・解説
・解決策を遂行
・うまくいった
という流れで進みます。1〜2章は解決策を他人が提示するので、まるでドラえもんみたいだと感じましたが、学びを得るのが主題なのでやむを得ないかなと思いま -
Posted by ブクログ
新規事業のシステム開発は要求や仕様が明確でない場合がほとんど。
何を作るか、何故作るかを常に考えるが、
それが正解かどうかは分からない。
分からない中でも前に進んでいくために
アジャイルの考え方は必要だと思う。
ただ、チーム全員がその考えを持っていることは少なく考えを浸透させるのは難しい。
この本ではフィクションとしながらも
事実をベースにしているため
現場の緊迫感が伝わってきて良かった。
自分が一歩前に進むきっかけになりそう。
アジャイルや、事業開発で使うツールや
その使い方が分かりやすく説明されており
解説書としても使えそう。
一人でできること、
チームで出来ること、
チーム外部と出 -
Posted by ブクログ
アジャイルに作るとは、作ることを通じて学びを得る活動
現在の私たちが手がけるプロダクトづくりは、誰かの頭の中に正解のイメージがあってそれをうまく取り出してコードにしていくという開発ではない
どうあるべきか本当のところ誰にもわからないが、なんとかして形に仕立てていく
顧客やユーザーという言葉は便利だが、代名詞でしかなく、その中身は多様だ
早く少しだけ形にする
アジャイルは開発手法の共通性を表現するための言葉
暗黙的な期待を放置したままでは合意形成にならない
自分自身の期待に当事者が気づいていない場合もある
広さでコミットし、深さを調整する
アイスボックス＝開発対象から外しておくた -
Posted by ブクログ
昨日の「プロダクトをつくるとはどういうことなのか？ -正しいものを正しくつくる-」に参加して、言われてみたらまだ本を買って読んでいなかったこともあり帰りに購入。
著者の体験を書籍にまとめたとのことですが、特に衝撃だったのは「アジャイル開発は二度失敗する」という章。早く少しだけ形にすることで新たにわかってきたこと(特に不安的要素)を現実的にどう受け止められるかという第1の壁、そして、プロダクトオーナーと開発チーム間の境界線という第2の壁がアジャイル開発に存在するということを痛切に思い知りました。私自身はアジャイル開発の経験がほぼないに等しいのですが、実際に取り組むときはこの2つの壁を意識しつつ、 -
Posted by ブクログ
300ページを超える本書は、特に初めてプロダクトオーナーなど「プロダクトでの視座を求められる」エンジニアに勧めたい。
第一章 なぜプロダクトづくりがうまくいかないのか ではどこの現場でも失敗や混乱が起きていることを伝え
第二章 プロダクトをアジャイルにつくる ではアジャイル開発の基本について解説され
第三章 不確実性への適応 では「暗黙的な期待」「成り立たないトレードオフ」といったアジャイルを導入してもなお立ち上がってくる不確実性と向き合い、ひとまず「正しくつくる」方法を身につける。
第四章 アジャイル開発は2度失敗する では文字通り、2つの壁が提示され「正しくつくる」だけでは不十分であるこ -
-
-
-
Posted by ブクログ
スウェーデン警察のプロジェクトという実在のプロジェクトで、どのようにカンバン・リーン原則を適用したか、これに対して何を学びどのように解決しようとしたか、が書かれた本。
リーンやアジャイルの原則に則り、自分たちでいろいろ試してプロジェクトに合う方法を見つけていった過程は非常に刺激になる。
本に書かれている基本的なやり方だけをやっているだけではだめで、自分たちで何が問題かを考えてそれをどのように解決したらよいかを実践することが大事であることを再認識させられた。
手法としては「因果関係図」が目から鱗だった。なぜなぜで掘り下げるだけではなく、ループ図を作るように事象の関係を結んでいくことで、システム思 -
-
Posted by ブクログ
非常に実践的な内容で学ぶべきところが多かった。アジャイルの難しい所は、どう実践すればよいかが分からない、これに尽きると思う。ここでは実際のプロジェクトでどのように問題を解決してきたかの一端を見ることができる。プロジェクトの規模、内容が違うのでこのまま使えるわけではないが大いに参考になると思う。そして一つのやり方にとらわれることなくプロセスも常にカスタマイズするべきであることもわかる。決まった手順にとらわれがちであるが、組織、チームに合ったやり方というものもあるし、全ての開発フェーズで同じやり方で良いわけではない。プロセスを変えることを恐れてはいけないし、むしろプロセスを適切に変化させることが
-
-
-
-
-
Posted by ブクログ
デブサミ関西2013にて、本書訳者の藤原大さんのセッションを聞いて以来、発売前から楽しみにしてました。そしたらなんとRakuten Technology Conference 2013で、@jcoplienさんに質問させていただいたのがきっかけで発売直後に頂きました。嬉しすぎてわけわからないです。
で、内容はとても生々しくて良いです。現場で考え続けてきたことを、なぜそのように考えたのか、どんな課題があったのか、つぶさに書かれています。200ページ弱の薄めの本ですが、内容はとても濃かったです。
「スクラムを取り入れたチームに起きる問題は、スクラムを採用したことが原因ではない。むしろ、抱えている問 -
-
-
