永瀬美穂のレビュー一覧

めっちゃ作者の親切が伝わる良本
スクラムがどんなものか、どのあたりが難しいのかイメージがしやすい。
どのフレームワークで開発できるかも重要だけどまずこの開発枠組みを知ることが大事だと思う。

近年のソフトウェア開発における組織のあるべき姿をシンプルに解説した良書。
4つのチームと3つのインタラクションモードという切り分け方は、実際の業務においても納得感があった。
一方で、このプラクティスを適用できる段階・できない段階の組織というものはそれぞれありそう。
本書に登場する単語は独特なものばか...続きを読むりで、概念を知らない人には伝わりづらい部分がある。
とはいえ、難解な概念は少なく、昨今の組織戦略の文脈では多く登場するのもあって、理解と咀嚼に時間を割く価値はあるなと感じた。

コミュニケーションパスの制限による開発速度の向上は実感としても感じるものがあるが、チーム間のコミュニケーションによって生まれていた何らかが生まれづらくなる懸念があるのではないかと感じた。
そういった部分を俯瞰的に見る役目はイネイブリングチームか、あるいはEM的な立場の人になるんだろうか。

スクラムガイドは硬い翻訳文で全然入ってこなかったけど、この本で結構しっかり理解できた気がする。絵が可愛い。

具体的なアジャイル開発の進め方がよく分かり、1冊目として最適。
実際にアジャイルのプロジェクトを経験すると、コミュニケーションの密さ度合いもよく表現されていたんだなーと実感。
場数を踏みつつ、適宜読み返して引き出しとしてストックできればと思います。

アジャイルの手法を用いると「働く喜び」に繋がりそうだということはなんとなく感じられるのだけれど、いかんせん、物語形式だと、文章がズバッとダイレクトに心に突き刺さるみたいには感じられず若干もったいないことをしたように思う。再読したらもっと刺さる個所が見つかるかもしれない。変化を起こすには小さく（少人数...続きを読むで範囲を限定して）始めるのがやっぱり良さそう。「ストーリーカード駆動の、五日間の繰り返しサイクル」のような「硬い運用システム」を10年以上続けているというのはすごい。

スクラムで使用する概念をストーリー形式で乗っけてくれているのでスクラムの原理がスッと理解できる。
スクラムについて理解したかったらとりあえず読んでおくと良い一冊。

スクラムとは、チームで学習を重ね、
いいものを作るアプローチ。

コンサルで普段やってる考え方に違いが、
取り入れたいこともいろいろある。

チームが作るものは、すべて
プロダクトバックログに書かれていく。
誰がいつ書いてもよい。
プロダクトオーナーが責任をもって、
優先度を決める。
直近やるものは...続きを読む、内容を具体化していく。
プロダクトバックログに要求を書く場合は、
　誰が
　何をするためにつかうのか
　それは何を達成したいからか
を書く。これをユーザーストーリーと呼ぶ。
ユーザーストーリーが実現された姿として、
デモ方法を記載していく。

一定期間ごとに作業をこなしていく。
この期間をスプリントと呼ぶ。
スプリントの頭に、スプリントプランニングとして
当該スプリントでやるプロダクトバックログを
決める。
タスクに砕き、タスクをスプリントバックログとして管理する。

スプリント期間中、毎日同じ時間、場所で
デイリースクラムを15分行い、
やったこと
これからやること
課題
を確認しあう。

スプリントの終わりに、関係者に向けて
報告を行い、フィードバックをもらう。

次のスプリントに向けて、チームがよりよい
仕事ができるようにするたまの改善点を整理
する、スプリントレトロスペクティブを行う。


スプリントには、
　プランニング、
　デイリースクラム
　フィードバック
　レトロスペクティブ
　次のスプリントのための
　プロダクトバックログの見直し、具体化
の時間をとっておく。

リリースに向けた作業や、
フィードバックをふまえま修正なども
プロダクトバックログで管理する。

本書ではスクラム開発におけるロールやイベントが説明されており、
基本をおさえることができます。

スクラムの導入からプロダクトのリリースまでを
一つの物語として書かれており、
スクラム開発の流れを理解することもできます。

スクラム開発を行う上でよくある失敗やその対策も
あるのでスクラム開発を導入し...続きを読むようとしている組織には
おすすめの1冊だと思います。

It was nicer book to understand scrum as beginner. In fact, I also follow this book to start a scrum team as scrum master.

アジャイル開発とはどういうものか、プロダクト(社内システム)開発の流れを漫画を交えながらストーリー仕立てで解説してくれる。
耳慣れない用語や、イベント、役割なども一通り説明してくれるため、アジャイル開発の経験がない人にとってこれ一冊を読むことで一通りの知識を身につけることができる。
また知識がある人...続きを読むにとっても、開発中は必ず困難にぶち当たり、試行錯誤することが求められるのがアジャイルの常だが、実際に現場であるあるのことも取り上げられていたり、開発者目線での口語でわかりやすくツボを抑えた書き方をしているので、教科書としていつでも見返せるように手元に置いておきたい書籍となっている。
かくいう私はつい最近、初めて、且つ大規模なアジャイル開発を経験したばかりだったのだが、本書を見て改めて反省すべき点が多かったため、次回の開発ではその内容をしっかりカイゼンして臨みたいと思った。

これまで縦、横、マトリックス、プロジェクト、タスクフォースのような従来の組織パターンでしか考えることが出来なかったソフトウェア開発組織について、コンウェイの法則を踏まえた現代のソフトウェア開発に適応するための新しいチームタイプを定義し、それらをどのように組成し、どうコミュニケーションさせるとよいかを...続きを読む説明した書籍。組成時の設計だけでなく、どのように変化させたら良いかを考えるための良い参考書。

第一印象としては、現代日本の会社経営の常識を覆す大胆な戦略だと感じた。海外の会社だからこそ行える環境もあり、いくつか日本では行えない場合もあることは仕方ないと感じた。ただし、ギスギスした上司部下関係がなく比較的自由に仕事ができるという環境には羨ましいと思った。

少し参考文献にあたらないと腑に落ちない部分もあるものの、全体としてよくまとまっていて思考が整理される。

組織構造とプロダクトが連動するのは別の本で「コンウェイの法則」に出会って知っていてが、より組織構造をどのようにすればよいのかのヒントになる。
IT業界の話ではあるけどもこれはどれぐらい他の組織にも応用できるのかも気になった。
また、「コンウェイの法則」が言われてからこんなにも時間が経ってから組織構造...続きを読むに注目があるのかが不思議である。これまでは組織よりも個人の生産性が高ければなんとかなっていたのかな。

読んだのはだいぶ前だが、スクラム入門にはちょうどよい内容。マンガを交えたストーリー仕立てで入ってきやすい。

スクラムチームにジョインすることになって数ヶ月、なんとなくイベントややることに慣れてきたけど、本当は何を気にしなきゃいけないんだっけ？と自信が無くなったこともあり読んでみた。
一冊でスクラムとはどういうものかというところから陥りがちな間違いまでがわかりやすくまとまっていて、自分の経験と照らし合わせな...続きを読むがらなるほどなあと読むことができた。
ページ数の割に手軽に読めるので、初めてスクラムを実践する人には勧めたい一冊

知識を詰め込むのではなく、漫画でイメージしやすいシナリオが表現されており、自組織でのスクラムの運用をイメージしやすい。
スクラムについて知りたい、スクラムを始めたい人に最初の一冊として勧めたい。

スクラム開発がどのようなものかどのように進めるのかざっと知るには適した本だと思います。
私は、スクラム開発におけるドキュメント作成の重みはどうなるのか、追加開発によるデグレの工数はどう考えてるのか、運用が始まった後の故障対応はどの程度の優先事項なのかの考え方を知りたかったのですが、そういうことは書か...続きを読むれてませんでした。

失敗を学ぶチームになる
チームの課題を解決すためにチームがやりたいことを出来る環境を整える
チームが気づきを得られるように日頃のイベントをみんなで参加する