平鍋健児のレビュー一覧
-
Posted by ブクログ
アジャイル開発とスクラム
企業内でもアジャイル開発が広まって来たと思う一方で、まだまだウォータフォール開発がなくならない現実。
アジャイル開発を知識創造型と呼びますが、人との繋がりによって臨機応変に動くことで、より良い、より市場に特化した製品やサービスを生み出す。
私達と顧客と見ることで、一体感を生み出す。
ソフト開発に限らず、ビジネスやマーケティングなどでもスクラムは取り入れられてきた。アメリカの海兵隊の陸海空が連動して動くシステムもまた、然りとのこと。
よりコミュニケーションを必要とすると考えれば、必ずしも万人に、良いものとは思えない。コミュニケーション高荷になりかねないのでは。
そ -
Posted by ブクログ
従来の開発手法ではビジネスの変化に対応できなくなったため、アジャイルが広まった。ソフトウェア開発のみならず、組織経営やチーム運営にも多くの示唆が含まれている。
第1部ではアジャイルとスクラムの基本的な説明、第2部ではリクルート・楽天・富士通でのアジャイル事例紹介、第3部ではそれらを踏まえた考察、という3部構成になっている。
スクラムで決められている役割はこの3つ。プロダクトオーナー、開発チーム、スクラムマスター。スクラムマスターはプロジェクトファシリテーションに注力するサーバントリーダー。管理者たるマネジメントリーダーではない。コマンドコントロール型の組織から、自律化・自己組織化したチーム -
Posted by ブクログ
著者の一人である野中郁次郎氏は、論文「The New New Product Development」の中で、「専門集団によって設計され、文書化されたナレッジが、次の工程の専門集団にに引き継がれ、これを繰り返して物を作っていく」プロセスに対して、当時、キャノン、ホンダなどが行っていた「色々な専門家が一体となり、自律的組織として物を作っていく」プロセスを、ラグビーに例えて、「スクラム」と呼んだ。このスクラムは、海を越え、アメリカでトップ・プログラマたちをインスパイアーした。そして、スクラムは、その名前のまま、ソフト開発プロセスの新ムーブメントとなり、故郷である日本に帰ってきた。
ソフト開発は、 -
Posted by ブクログ
■従来手法の何が問題なのか?
・人の創造性を奪ってしまう
・文書によるコミュニケーションには限界がある
・悪いタイミング
・未来を読む水晶玉はない
・仕事が楽しくない
・部分最適化
■アジャイルを大規模化するフレームワーク
【共通する点】
1.既にうまくいったチームが2つ以上あること
2.大規模化する必要があること
・Nexus:最も純粋なスクラムの複数チーム拡張。あくまでソフトウェアのプロダクト開発に焦点がある。チーム間の依存関係を調整しながら、同期的に全体スプリントを回し、動くソフトウェアをデリバリーする。
・Scrum@Scale:単にソフトウェア開発手法としてのスクラムを拡張したも -
-
Posted by ブクログ
本書は、共著者に野中郁次郎が入っていることからもわかるように、システム開発に従事している人でなくても、経営視点でアジャイルとスクラムについて解説している。やや抽象的なところが多いが、この分野で初めて読むにはお薦め。しかし、米国で始まったスクラムが実は竹内・野中が日本の製造業でのイノベーションの手法として名付けた「スクラム」から来ているとは驚きであった。また、実際にスクラムを採用した、リクルート、楽天、富士通の方のインタビューも興味深かった。
・アジャイル開発が浸透してきた背景には、ビジネスの変化の速さがある。
・アジャイル開発では、すばやくユーザーや顧客のフィードバックを得ることで、ムダな機