市谷聡啓のレビュー一覧
-
Posted by ブクログ
いわゆるアジャイル開発の進め方をスクラムをモデルとして具体的に解説。チームビルディングからチームにおける役割、日々のスプリントの回し方、マインドなどが解説される。
私は本書が想定する読者ではなかったため、あまり刺さらなかったけれど、アジャイル・スクラムを具体的に導入したい方には実践的ガイドとなっているだろう。
とはいえ、守破離に言及する文脈で、あえて不確実性を残すことも必要という観点は面白かった。新規プロダクト開発はややもするとみんなが想像できる安定感のあるプロダクトに落としてしまいがちだけれど、それをあえて揺さぶるために不確実性を残す、取り込むという観点は忘れてはならないだろう。何のために新 -
-
-
Posted by ブクログ
# 「アジャイル開発」という言葉の説明
## 面白かったところ
* 開発者を含めたプロダクト開発に関わる人向けに書かれているため、IT業界を取り巻く状況などの背景知識もざっくり知れるとこ
* アジャイル開発のはじめ方にも種類があり、導入や初歩でつまづきそうなQ＆Aも揃っていて安心感があ
## 微妙だったところ
* 本に書かれていることは、おそらく「スクラム」というフレームワークに沿って進めていること前提に書かれている印象だが、スクラムとアジャイルは似て非なるものなのでごっちゃになりやす
## 感
仕事をすればするほど、本を読めば読むほど、ソフトウェア開発は難しいと思う
現場で開発 -
Posted by ブクログ
# チームの成長に寄り添った、ソフトウェア開発の物語
## 面白かったところ
* カイゼン・ジャーニーの続編という文脈を濃く受け継いでいる点
* チームの運営や雰囲気などに詰まった時、視座を高めてくれる一冊
* ひとえにチームと言っても、様々な段階や顔が存在することを知れる
## 微妙だったところ
* 組織マネジメントではなく、あくまでも「チーム」に特化した一冊であるため、分かりづらい点も少なくないこと
## 感想
エンジニア（開発者）として、チームの一員としてどう振る舞うべきか悩む時がある。
悩むのは悪いことはいいが、無数の答えが存在してメリットやデメリットを測ることも正直難し -
-
Posted by ブクログ
具体的なHowについては、実践しながらインプットするとして、一旦概念的なもののメモを残しておく。
◾️第二章: スクラム開発
4つの価値
・対話を重んじる
・早く動くものを作る
・顧客との協調
・計画よりも変化への対応
原則
・早く、継続的に
・変化を味方につける
・振り返り改善する
チーム
・PO）プロダクトの価値の最大化
・開発チーム）製造・完成
・SM）スクラムプロセスの実施中
スクラムイベント
・プランニング
・デイリースクラム
・レビュー
・レトロスペクティブ
成果物
・プロダクトバックログ
・スプリントバックログ
・インクリメント
9つの意義 ≒ 目的
・早く認識を揃え -
-
-
-
Posted by ブクログ
■チームになるための４つの条件
①チームの目的を揃える
②共通の目標を認識する
③お互いの持ち味を把握する
④協働で仕事するためのやり方を整える
■リーダーとリード
リーダー：組織上の職位として定義され、人に張り付く言葉のイメージ。
リード：ある状況において前進を主導する「役割」。役割なので、他の人に代わる、代えることもある、より動的なイメージ。
■雁行陣開発
…プロダクトリード、チームリードという役割を置く。プロダクトリードは、プロダクトのつくり方、方針、そしてその実装について先導する役割である。一方、チームリードは、チームの運営を担うことになる。その他のメンバーは適宜プロダクトバック -
Posted by ブクログ
ソフトウェア開発のことはよくわからないが (自分はハード屋寄りなので)、カイゼンについて知りたかったため前作を読み、さらにチーム運営についても学びたいと思い読んだのがきっかけ。
私が本書から得たキーワードとしては、問うこと、多様性、ともにつくる、の3つ。うしろ2つはセットなので、2つと言ってもよい。
仕事でもなんでも、主体的にものごとを進めようと思うならば、問うことが欠かせない。なぜこの仕事をするのか、なぜ私がやるのか、どうしてこのやり方なのか、あるべき姿はなにか。いくらでも問いは生まれる。問うことを止めてしまえば、目の前の仕事に没頭してしまい、こなしていることで前に進んでいる感覚は得られるか -
-
-
Posted by ブクログ
不確実性に対処するためには、チームの多様性を最大限生かすような開発を行うことが重要、というのが本書の要旨と思います。システムに必要な要件="正しいもの"を探るにしろ、開発中の仕様変更や課題解決及び無駄の低減="正しく作る"にしろ、チームで共に考え創る体制を作ることが、正解のない問題に対してより良い結果を得る方法なのだと思います。また、アジャイル開発（主にスクラム）において陥りやすい問題や、その対処方法なども紹介されています。
ただ、アジャイル開発に関する説明は、本書だけで十分とは言えないと思います。尤も書中でも述べられている通り、アジャイル開発は理解は -
-
-
-
-
Posted by ブクログ
バラバラのチームが、幾多の強敵プロジェクトと戦いながら結束するまで。チームの開発技法を学べる物語
★本の概要・感想
システム・ソフトウェア開発における、チームワークの技法が詰まっている。実際にチームでシステム開発をしているなら、読めば役立つフレームに出会えるかもしれない。また、この本はチームの様々な状況を描いているため、自分たちの開発状況を客観視するのにも役立つ。特にスクラムマスターやマネージャーなどはこれらの本を読むと良いだろう。「こんなもんだ」と思っていた自社の開発環境が、実は時代遅れなものだったり。もっと効率の良い情報共有の仕方があるのに、それに全く気付いていない、というような可能性