ジェフ・サザーランドのレビュー一覧
-
Posted by ブクログ
# スクラムの作成者による“スクラム”
スクラムの共同開発者の一人である、ジェフ・サザーランド氏による”スクラム”。
本書を読むことで、スクラムの役割、イベント等が、このようなかたちになっていことが理解できる。スクラムで表現されることを外側をなぞるだけではわからなかったことが、本書でわかるようになる。
特に印象深かったのは、以下の点である。
■目指すチームはオールブラックス
> ハカを踊り相手サイドに攻め込むオールブラックスの映像を見て考えた。なぜこうなれないのか。こういうスピリットを持てないのはどうしてか。私たちは単なるいいチームではなく最高のチームを目指していた。
（”第四章 -
Posted by ブクログ
私が見積もりが苦手（リスクが読めない）なのもあるが、ある程度精度の高い見積もりをする場合、もう作ってしまった方が早くない？といつも思っていたので深く共感出来る内容だった。いつもこうすればスムーズにいくと感じていたことが書いてあってこれはスクラムと名前がついていることを知れた。イイぞもっと言ってやれ！って感じで読むことが出来た。全てを業務に適応させるには厳しいかも知れないが一部のみ適応しつつ実績をつむことで、スクラムのファンを増やすことが出来ればいずれはそういう社風になっていくかと考える。ウォーターフォールしか知らない方は是非読んで欲しい書籍です。
-
-
-
-
-
Posted by ブクログ
アジャイル開発フレームワーク「スクラム」の生みの親である、ジェフ・サザーランド氏の著書。
スクラムはプロジェクトにおける無駄を徹底的に排除し、チームに幸福をもたらす。生産性を高めるツールとして、今最も熱いフレームワークだ。
本書はスクラムの方法論を教科書的に説明するものではない。米国人特有のやや冗長なストーリー主体の書籍であり、豊富な事例でもってスクラムがチームを変えてきたことを証明する。
開発手法と言うよりも、プロジェクト管理手法であり、ソフトウェア開発のみならず様々なシーンで適用できる。オランダの高校の化学の授業でさえ、スクラムを取り入れているという。
1週間のスプリントの最後には -
Posted by ブクログ
普段チームでアジャイル開発をしているが、「バックログ、ベロシティの計測、デイリースタンドアップ、レトロスペクティブなど」が、なぜ必要になったのか？という背景が、効果が上がった事例と共に紹介されており、発見が多い本だった。
以下は特に気づきがあった部分。
- チームのスピードアップを妨げる要因となっている「障害」を見つけ、改善し、ベロシティを上げていく。（KPTの P -> T で何気なくやっていたことが「障害」を潰すことをしていた、ということに改めて気づいた。）
- デイリースタンドアップでは、個人の進捗報告だけに終わりにせず、「チームの全てのタスクを終わらせる」というスプリントの -
Posted by ブクログ
アジャイルソフトウェア開発宣言執筆者の一人である著者が、プロジェクト管理の手法であるスクラムが、システム開発以外にも応用できることを説いている。プロジェクトにかかわるすべての人にぜひとも読んでほしいと思った一冊。
冒頭、FBIが第二の同時多発テロを未然に防ぐプロジェクトのストーリーから始まる。４億５００万ドルを費やしたが、まだ半分しか進んでおらず、すでに予定より１年遅れていて、完成まで６年から８年を要し、さらに３億５０００万ドルを投入する必要があるという危機的な状況を打開するというものである。この後、スクラムを導入して打開していくのだが、進め方を間違えると、巨額と長い期間を無駄にしてしまうとい -
Posted by ブクログ
ここ数年で、日本のほとんどのITエンジニアに名前は浸透していると思われる、スクラム。
本書は、スクラムの生みの親のジェフ・サザーランドによるスクラムの解説書になる。なぜスクラムが生まれたか、スクラムを導入すると何が起こるのか、なぜ導入すべきかが、筆者の経験・実例を交えてわかりやすく説明されている。
オランダの学校でスクラムのやり方を取り入れた授業、エデュスクラムは、生徒の主体性を育てる素晴らしい実例で、非常に羨ましく思った。
自分は過去に実験的にスクラムを導入するプルジェクトに参加したことがあるが、チーム全体のスクラムに対する理解が浅いためか、うまくいかなかったことがある。
ただ、スクラ -
-
Posted by ブクログ
ネタバレスクラム関係の本は５、６冊は読んだが、その中でも必読の本。ウォーターフォールとの対比が分かりやすい。
・チームの重要な要素
個人のパフォーマンスだと１０倍ほどの開きが出る。これをチームで見ると２０００倍ほどの開きが出ることがわかった。これから分かることは、メンバー個人の力量に注目して、生産性を上げるより、チームに注目して生産性を上げる方が効果がある。その大事な要素が自律的なチーム。
・ブルックスの法則：遅れているソフトウェアプロジェクトへの要素追加はプロジェクトをさらに遅らせるだけ。
・根本的な帰属の誤り：自分んは状況に判断して行動をきえめていると考える一方で、他者についてはその人の性格 -
-
Posted by ブクログ
アジャイル開発のひとつであるスクラムについてを考案者が自ら解説する本です。従来のウォータフォールモデルの開発の弊害を考察しつつ、スクラムの優位性を語っています。スクラムというのは仕事のしかたの方法論、フレームワークです。スクラムマスター・プロダクトオーナー・ディベロッパーの3つの役割があり、それぞれが協調して仕事をすることによって効率良く、熱意を持って働けるとしています。また、スプリントと呼ばれる期間に区切って仕事をすることで振り返り
、軌道修正が速やかに行われ、工数見積もりの評価もやりやすくなります。読み物としても大変面白く、著者の経験に裏打ちされた説得力ある説明になっています。 -
Posted by ブクログ
スクラムの特徴を端的にまとめた本。
変化の多い中でお客さまの
ニーズに合ったものを提供するには、
ウォーターフォール型ではなくアジャイル型が適切。
とはいえ、変化に都度対応しつつ、
ニーズに合わせて対応するのはかなり難易度が高い。
それをこなすために何をすればよいか？を書いています。
また、うまくチームを回すにはどうすればよいか？
についても書いています。
使ったことがない人は一度読んでみるとよいと思います。
【勉強になったこと】
・変化に対応していくためには、早い段階で失敗し、
修正することが大切。
・チームは少人数であるべきだが、
同じ能力を持った人ではうまくいかない。
色ん -
Posted by ブクログ
仕事に幸福感を感じる事は凄いことだと思う。
スクラムを導入することで、コミュニケーションが増え
無駄を省く点が満足間を与える部分があるかもしれない。普段から自分の範囲のみで仕事をしてれば、抜けや漏れに気づかず進めてしまう。
全員の仕事の見えるかができれば、アドバイスもできるし、各自の成果が見えて厳しくなるかもしれないけどチーム全体にとっては問題点が見えて改善しやすくなると思う。小規模チーム向けのスタイルなので組織へ導入する場合、全体を統括する人の能力が次第。
日本の官僚的な組織に導入すると中間管理職以上の人から既得権を守る為に猛反対を受けるのは間違いない。 -
-
Posted by ブクログ
当たり前ですが速くなりません。
銀色のように見える本ですが、銀の弾丸にはなりえません。
スクラムのいいところを得たいと思って読んだものの、
ちょっと言いすぎなんじゃないと思うところが多く・・・。
その一方で書かれていることは正しいのだろうと思うところもあったのはあった・・・。
実際にスクラムをやるとなると、この本ではできません。
（以下抜粋。○：完全抜粋、●：簡略抜粋）
○1968年に『ハーバード・ビジネス・レビュー』誌に掲載された、
二人の日本人経営学者、野中郁次郎と竹内弘高の論文だった。
タイトルは「新たな新製品開発競争（The New New Product Developme