いつも同じです。 誰かがアジャイル変革を進めていると言うとき、あなたが想像する典型的なパターンは何ですか? 通常のシナリオは次のようになります。組織が持つ資金の量に応じて、ビッグ 3 のいずれか、または「ブティック アジャイル」またはそれほど有名ではないコンサルティング会社を雇います。彼らは来て、1 ～ 3 か月を費やし、200 ページの PowerPoint を作成します。 このドキュメントには、目を引くグラフィック、図、シナリオ、新しいアプローチの主な利点が満載されています。また、使用するツール、最初の Jira ボードの構成方法、適応するカレンダー ケイデンス、水平バックログ スライスと垂直バックログ スライスの違いなどに関する提案も含まれている場合があります。 おそらく、これらのスライドのどこかに何らかの SAFe 実装も含まれるでしょう。組織の上級管理職は制御を失いたくないはずです。 その後、コンサルティング会社は出発します。 プロジェクト マネージャーは、成熟度レベルの評価に関するワークショップで上級リーダーが組織の成熟度レベルを決定した評価と、場合によっては特定の個人の個人的な好み (それを説明する文でさえ意味をなさない) に応じて、スクラム マスター/アジャイル コーチ/プロダクト オーナーに名前が変更されます。その後、チームはチーム憲章演習を主催し、スクラム カンバン ボードを作成し、2 つの作業スプリントを改良して、作業を開始します。 この時点で、誰もがすでにイライラしています。その理由は次のとおりです。 コンサルタントとして、最初の評価の段階では、一部のチームが同じ環境で作業しておらず、他のチームと同様のワークフローを使用できないことを理解する機会、時間、資金（またはそれらすべて）がありませんでした。 チームの中には、すでに 5 年間「新しい働き方」で作業しているにもかかわらず、アジャイルの本当の意味を一度も経験したことがないチームもあります。 エンジニアは現在、コーディングよりも仕事の改良に多くの時間を費やしています。エンジニアがそれを嫌っていることは誰もが知っています。 … よく見かけますね。しかし、それは正しいアプローチでしょうか? 学校に戻る 中学校で子供たちが初めて幾何学を学ぶとき、すべては基礎から始まります。 点、線、面とは何か。 平行線が決して交差しない理由 直角が 90 度に等しい理由; この基本があれば、前進しやすくなります。 Scrum も同じです。Scrum Guide を開くと、まず理論から始まります。経験主義の考え方を読者に丁寧に説明し、透明性、検査、適応という 3 つの柱を紹介しています。次に来るルール、イベント、成果物などはすべて基本の実装であり、それに従わなければ不可能です。幾何学と同じではありませんか。高校生向けの課題を開いても、5 年生で学んだ基礎知識がなければ解決できません。 違うことを試してみよう これらの基本に焦点を当てるようにしてください。これらは触ることも見ることもできませんし、ダッシュボードで測定したり視覚化したりすることも困難です。しかし、これらは Scrum の真の魅力を明らかにし、「ソフトウェアを構築するより良い方法」を発見するのに役立つ価値観です。 透明性を促進し、それに従うにはどうすればよいでしょうか。プロセスを改善するために、明らかにされた事実を実際に考慮に入れていることをどのように確認すればよいでしょうか。不必要な無駄をすべて実際に把握し、それを排除する方法を模索していますか。 これらの質問は、スクラム ガイドの真髄です。「従うのは簡単だが、習得するのは難しい」。特定のアクションを通じてどのような可能性を発見できるかを理解することに焦点を当てます。変更/実践の背後にあるものがわかれば、チームがそれを理解して従うことが容易になります。「より良い結果を出すのに役立ちますか? 3 つの基本的な柱によってアクションをサポートしていますか?」という質問で、すべてのアクションをサポートし始めます。 アジャイル変革の領域に足を踏み入れようとしている多くの組織がこれまで経験したのと同じ間違いを犯さないようにするには、アジャイル宣言とスクラム ガイドをもう一度読んでみてください。読みながら、これらのドキュメントで各項目がどのように提示されているか、どのように相互にサポートし合っているか、どのように意味のある共通構造を構築しているかについて考えてください。 想像力を使って 変革は、決断を下すたびに基本的な価値について考えるときにのみ価値をもたらします。間違いを犯した場合は、重要な要素の 1 つを組み込む必要があるかもしれません。行動を変えずに異なる結果を期待するのは狂気の沙汰です。いずれにしても、もう一度挑戦するには何かを変える必要があります。では、学校に戻ってみてはいかがでしょうか。どの要素が欠けているのかを正確に理解するようにしてください。それを見つけて、プロセスに組み込めば、おそらく成功するでしょう。 私たちの主な目標は、過去 20 年間市場に蔓延してきた習慣、つまりツールやテクニックの価値や仕組みを考慮せずに実装する習慣を排除することです。 をぜひ読んでみてください。素晴らしい読み物であると同時に、フレームワークから実装するすべての項目の目的を考慮しなかった場合にチームが遭遇する可能性のある最大の問題のライブラリでもあります。 Zombie Scrum 大切なことに従うための秘訣は何ですか? コメントで共有してください。
