こんなスクラムには気をつけろ!?
こんにちは。@ryuzeeです。
支援をしている際に、こういう兆候があったら注意して見る、というポイントがいくつかあるので共有します。 あくまで課題発見用のツールなので、マルバツ表を作ってどうこうする、という類のものでもないですし、そうすべきでもありません。 スクラムマスターの人、外部から支援する人は、自分用の確認ポイントを整理しておくと良いと思います。
なお、スクラムを実践すること自体は目的足り得ないので改めて言っておきます。
- 全体
- なんでもアジャイルでやろうとする
- そもそもアジャイルを採用することが目的化している
- プロジェクト初期にマイルストーンやスケジュールを決めていない
- 十分にトレーニングを受けていない
- 認定資格をとればそれで十分だと思っている
- 全体の要件やアーキテクチャを考えずいきなりコードを書く
- 予定できることなのに、「アジャイルだから」と予定しない
- ドキュメントを書かない
- 文化や考え方を変える必要があるのを理解しない
- 形式にこだわりすぎる
- 基本に従わずいきなり現状の制約にあわせて変形しようとする
- 会社のルールを交渉なしに無視する
- カイゼンしていない
- 標準化に従うよう求められる
- 権限が委譲されていない
- スクラムチーム
- いきなり分散型をやろうとする
- チームのやり方を決めていない
- チームのやり方を守らない人を放置している
- そもそもチームに必要なスキルがない
- 自分の立場を守ろうとして情報を隠す
- 困っている人がいるのに助けない
- チームのやり方がずっと同じ
- 面倒くさそうな仕事がいつも後回しになる
- スクラムマスター
- スクラムマスターがタスクをアサインする
- スクラムマスターがプロダクトオーナーの言いなり
- スクラムマスターがチームに対する妨害を排除しない
- スクラムマスターが忙しすぎる
- スクラムマスターが遠い場所にいる
- プロダクトオーナー
- プロダクトオーナーがプロダクトに必要な知識を持っていない
- プロダクトオーナーが忙しすぎて捕まらない
- プロダクトオーナーがステークホルダーの言いなり
- プロダクトオーナーがステークホルダーに会わない
- プロダクトオーナーがステークホルダーの意見を想像する
- スプリント
- スプリントが外部から妨害される
- スプリントレビューがない
- ふりかえりがない
- スプリントの長さが可変
- スプリントの長さが足りないといって途中で長さを変える
- スプリントレビューで動作するソフトウェアをレビューしていない
- 同時にたくさんのプロダクトバックログ項目に手をつける(のでスプリントの最後の方まで完了しているものがない。いつもギリギリ)
- デイリースクラム
- デイリースクラムがタイムボックスに収まっていない
- デイリースクラムが同じ時間に行われていない
- デイリースクラムを報告メールで代用する
- デイリースクラムが単なる報告会になっている
- ふりかえり
- いつも同じ問題がでる
- 取るべきアクションを決めるが結局誰もやらない
- ふりかえりの場で個人を責める
- プロダクトバックログ
- そもそも固定スコープ
- プロダクトバックログが大きすぎる
- プロダクトバックログの受け入れ基準があいまい
- スプリントに入ってから、そのプロダクトバックログがReadyじゃないと分かることが多い
- プロダクトバックログのメンテナンスをしていない
- プロダクトバックログの供給が間に合わない
- 機能でなく、実装レイヤーで分割してしまう
- 優先順位がついていない
- プロダクトバックログがなぜかタスクのバックログになっている
- 完了の定義
- 完了の定義があいまい、または存在しない
- 完了の定義を満たさないものを完了にしてしまう
- 完了の定義を途中で下げる
- 自動で検証できるものを手作業で検証する
- 見積り
- 毎回オーバーコミットして、それが守れない
- 見積りが毎回はずれている
- 外部からオーバーコミットを求められる
- いつも残業してコミットメントを守ろうとする
- 最初から残業をあてにしている
- 進捗管理
- フィーチャーではなく、行動がモニタリングされている
- 他のプロジェクトやチームとベロシティを比較する
- メトリクスが見えないところにおいてある
- 外部への報告用に大量のメトリクスを要求される
- コーディング
- コードが特定の個人に紐付いている
- テストを書いていない
- テストで異常なカバレッジを求める
- リファクタリングしていない
- CIしていない
- CIが落ちても気にしない
それでは。
SCRUM BOOT CAMP THE BOOK
- 著者／訳者：西村 直人、永瀬 美穂、吉羽 龍太郎
- 出版社：翔泳社
- 発売日：2013-02-13
- 単行本（ソフトカバー）：280ページ
- ISBN-13：9784798129716
- ASIN：4798129712
サイト内検索
著作
著者／訳者：吉羽 龍太郎
出版社：日経BP社( 2018-7-12 )
定価：￥ 3,456
業務システムをAmazon Web ServicesやMicrosoft Azureに移行する手順を企画フェーズ、戦略・分析フェーズ、PoCフェーズ、設計・移行フェーズ、運用フェーズの5段階に分けて解説しています。たくさんの業務システムを効果的にクラウド移行する方法を探している方に最適です
Effective DevOps ―4本柱による持続可能な組織文化の育て方
著者／訳者：Jennifer Davis、Ryn Daniels / 吉羽 龍太郎、長尾高弘
出版社：オライリージャパン( 2018-3-24 )
定価：￥ 3,888
主にDevOpsの文化的な事柄に着目し、異なるゴールを持つチームが親和性を高め、矛盾する目標のバランスを取りながら最大限の力を発揮する方法を解説します
変革の軌跡【世界で戦える会社に変わる"アジャイル・DevOps"導入の原則】
著者／訳者：Gary Gruver、Tommy Mouser / 吉羽 龍太郎、原田騎郎
出版社：技術評論社( 2017-1-25 )
定価：￥ 2,138
米ヒューレット・パッカードのLaserJet部門でいかにしてAgileやDevOpsの原則を適用しマーケットの変化に対応できるようになったかの事例を解説。巻末には日本の大手企業の事例も収録
著者／訳者：リチャード・シェリダン / 原田騎郎, 安井力, 吉羽龍太郎, 永瀬美穂, 川口恭伸
出版社：翔泳社( 2016-12-20 )
定価：￥ 1,944
米国で何度も働きやすい職場として表彰を受けているメンローの創業者かつCEOであるリチャード・シェリダン氏が、職場に喜びをもたらす知恵や経営手法、より良い製品の作り方などを惜しみなく紹介しています
著者／訳者：荒木靖宏, 大谷晋平, 小林正人, 酒徳知明, 高田智己, 瀧澤与一, 山本教仁, 吉羽龍太郎
出版社：マイナビ出版( 2016-06-10 )
定価：￥ 2,797
AWSを企業に導入する際に知っておくべきAWSサービスの全貌から、セキュリティ概要、システム設計、導入プロセス、運用までをまとめた書籍。操作の仕方ではなくどのように導入していくかの考え方や設計方法に焦点をあてています
著者／訳者：Jimmy Janlén / 原田騎郎, 吉羽龍太郎, 川口恭伸, 高江洲睦, 佐藤竜也
出版社：Leanpub( 2016-04-12 )
定価：$14.99
この本は、チームの協調とコミュニケーションを改善したり、行動を変えるための見える化の実例を集めたものです。96個(+2)の見える化の方法をそれぞれ1ページでイラストとともに解説しています。アジャイル開発かどうかに関係なくすぐに使えるカタログ集です
著者／訳者：原田騎郎 安井力 吉羽龍太郎 角征典 高木正弘
出版社：オライリージャパン( 2016-03-25 )
定価：￥ 2,138
チームの仕事や課題を見える化する手法「カンバン」について、その導入から実践までを図とともにわかりやすく解説した書籍です。カンバンの原則や流れの管理などの入門的な事柄から、サービスクラス、メトリクスの使用、プロセスの改善など、一歩進んだ応用的な話題までを網羅的に解説します。カンバンを一から学びたい、組織で使ってみたいと考える方に最適な実践的な入門書です。
サーバ/インフラエンジニア養成読本 DevOps編 [Infrastructure as Code を実践するノウハウが満載! ]
著者：吉羽龍太郎 新原雅司 前田章 馬場俊彰
出版社：技術評論社( 2016-02-26 )
定価：￥ 2,138
DevOpsの基本と主にツール面からの解説。Ansibleによるサーバ管理、CircleCIでの継続的インテグレーションフロー、Dockerの話まで幅広いトピックを扱っています
著者／訳者：西村直人 永瀬美穂 吉羽龍太郎
出版社：翔泳社( 2013-02-13 )
定価：￥ 2,520
スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。
著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕
出版社：インプレス( 2014-09-19 )
定価：￥ 4,320
Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説
Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus)
著者／訳者：吉羽 龍太郎 安藤 祐介 伊藤 直也 菅井 祐太朗 並河 祐貴
出版社：技術評論社( 2014-05-22 )
定価：￥ 2,992
スタンドアロンでのChef Soloの利用から始めて、クックブックの書き方や注意すべきポイント、さらにはクックブックのテスト、継続的インテグレーションなど幅広いトピックを解説
Software in 30 Days スクラムによるアジャイルな組織変革“成功"ガイド
著者／訳者：Ken Schwaber、Jeff Sutherland著、角征典、吉羽龍太郎、原田騎郎、川口恭伸訳
出版社：アスキー・メディアワークス( 2013-03-08 )
定価：￥ 1,680
スクラムの父であるジェフ・サザーランドとケン・シュエイバーによる著者の日本語版。ビジネス層、マネジメント層向けにソフトウェア開発プロセス変革の必要性やアジャイル型開発プロセスの優位性について説明
How to Change the World 〜チェンジ・マネジメント3.0〜
著者／訳者：Jurgen Appelo, 前川哲次(翻訳), 川口恭伸(翻訳), 吉羽龍太郎(翻訳)
出版社：達人出版会
定価：500円
どうすれば自分たちの組織を変えられるだろう？それには、組織に変革を起こすチェンジ・マネジメントを学習することだ。アジャイルな組織でのマネージャーの役割を説いた『Management 3.0』の著者がコンパクトにまとめた変化のためのガイドブック
寄稿
著者／訳者：河原一哉, 白土慧, 菊田洸ほか
出版社：技術評論社( 2017-8-24 )
定価：￥ 1,598
100号記念選書、TOPエンジニアを支える一冊の企画に寄稿しました。紹介したのはアジャイル開発の原点の一つとも言える大野耐一著『トヨタ生産方式』です
著者／訳者：Roy Osherove著, 島田浩二翻訳
出版社：オライリージャパン( 2017-5-13 )
定価：￥ 3,024
本書は日本語版オリジナルとして巻末に日本人エンジニアによるエッセイが14本収録されています。そのうち、42章：採用プロセスについてもっと考えよう、を当方が寄稿しました。リーダーシップが必要なのであれば採用のときにも候補者にリーダーシップがあるのか確認すべきですよね
著者／訳者：原田騎郎, 吉羽龍太郎, 松浦隼人, 須藤涼介ほか
出版社：技術評論社( 2016-6-24 )
定価：￥ 1,598
特集の「実践見積り」を寄稿。見積りでは、スケジュールやスコープ、メンバーのスキルなどの要素が密接に絡み合っていて難しいと思う人が多いと思います。本特集では見積りの歴史的経緯、従来型とアジャイル開発における見積りのやり方、見積りの今後について解説しています
著者／訳者：原田騎郎, 吉羽龍太郎, 山口陽平ほか
出版社：技術評論社( 2014-10-24 )
定価：￥ 1,598
特集の「強いチームの作り方」を寄稿。刻々とニーズが変化する近年のソフトウェア開発では、既成観念にとらわれない新しいアイデアが不可欠ですが一方で意見の対立がメンバーの衝突を引き起こすことも多くあります。本特集では、意見の違いをメンバーどうしが受け入れ、新しいアイデアへつなげていけるチームの作り方を解説しています
著者／訳者：Mitchell Hashimoto
出版社：オライリージャパン( 2014-02-21 )
定価：￥ 2,808
Vagrantの概要やマシン設定から、プロビジョニング、ネットワーク、ボックス、さらにはプラグインによる拡張までを網羅した開発者自身による解説書。日本語版限定で「Vagrantプラグイン」と「Packer」について寄稿。また伊藤直也さんによる描きおろしも含まれている
100人のプロが選んだソフトウェア開発の名著 君のために選んだ1冊
出版社：翔泳社( 2012-02-22 )
定価：￥ 1,944
ソフトウェア技術者のための名著案内。国内最大級の開発者向けカンファレンス「DevelopersSummit」のベストスピーカーを中心とした、100名の執筆陣が書籍を選定・紹介。アジャイルプラクティスについて寄稿