今日は、新しいフレームワークでのチームの人生の最初の年についてのスクラムマスターの観察を共有します。
なぜスクラムに行くことにしたのですか？その理由は多くの企業にとって一般的です。
- 「ビジネス」と「開発」の間のそれほど単純ではない関係。
- 配達を促進する必要性;
- プロセスを再構築する必要があることを理解する。
キックオフへの移行には、約6か月（2019年の初めから）かかりました。勉強、トレーニング、資料の準備、必要な情報の収集です。そして最後に
、2019年6月3日に最初のスプリントを開始しました。
新しいフレームワークの最初の年は、チームとスクラムマスターの両方にとっての課題です。考え方を根本的に変えて、違うことを始める必要があります。
この期間中にスクラムマスターは何を覚えておくべきですか？
スクラムマスターは靴ではなく、快適である必要はありません。チームとその個々のメンバーの不健康な行動パターンを反映する持続可能なスキルを開発する必要があります。スクラムマスターと対戦相手の両方がコンフォートゾーンから外れる場合でも、フィードバックを正しくタイムリーに提供する方法を学ぶことは非常に重要です。
個人ではなく、チームの観点から考える必要があります。チームを生き物と見なし、「個々の臓器が病気になった場合」、生物全体が暴れ始める可能性があることを覚えておく必要があります。類推を続けるために、スクラムマスターはセラピストです。外科医ではなくセラピストであるため、他の専門家にとって難しい臨床例があります。
LeSSのように、スクラムはチームメンバーの個人的な未熟さを許容しません。チームがスクラムが何であるかを知らず、このフレームワークで機能したことがなく、さらに、現在の構成ですでに機能している場合は、すぐにLeSSを使用しないことをお勧めします。
以前にスクラムに取り組んだことがないチーム内でキックオフ（通常は3日かかります）のボランティアを特定することは、本質的に偽物です。人々がこれまでこのフレームワークで働いたことがない場合、彼らはそれが何であるかを本当に理解することはほとんどなく、このように働く彼らの意欲について本当に話すことができます。
ハーディだけではありません。ソフトウェアに問題があると、硬度の点で非常にクールな開発者でさえ大きな問題になる可能性があります。
自己組織化チームでは、熟考、感情的知性、継続的な自己発達への欲求、意識の拡大、パラダイムを変える意欲を持つ人々が調和して生き、存在することができます。
あなたが最も賢いと信じるのは素朴でしょう。このメッセージをチームのすべてのメンバーに伝えることは非常に重要です。この最も単純な考え方への浸透は、不利な点ではなく、多くの長所を生み出します。相互の尊重から「一緒にいるという感覚」までです。
最も難しいのは責任を持って働くことです。「自発性」とは、スクラムで働く意欲や意欲だけではないことを理解することが重要です。これは、成長する準備、自分より上に成長する準備、フィードバックの授受を学ぶ準備、反映して変更を加える準備についてです。これは、プロセスだけでなく、私たち自身も改善する継続的なプロセスについてです。
スクラムマスターが必要な理由を理解していないことがよくあります。そしてここで、多くの異なる対話とワークショップ、議論と会話の後で、私はこの誤解はしばしばそれを理解する準備の欠如によるものであるという結論に達しました。スクラムマスターはこれを念頭に置き、作業を続ける必要があります。
スクラムは1年で私たちに何を与えましたか？
「ビジネス」と「開発」は不可分になり、「私たち」と「彼ら」の理解はなくなりました。ビジネスの専門家は、同じチームの開発者と協力します。現在、ビジネスに必要なものの理解は、開発チーム内にあります。その結果、配信速度が大幅に向上しました。リリースはスプリントごとに1回行われます。私たちは現在、3週間のスプリントに住んでいます。以前は、実際のリリース率は1.5か月に1回にすぎませんでした。
私たちは技術的債務を合法化し、スプリントでそのための時間を作り始めました。 70％対30％の比率で合意し、30％が技術的債務に割り当てられました。
1年で、チーム内のすべての重要な能力、放棄されたベンダーを巻き込み、開発を内部化することができました。開発結果と実装されたソリューションに対するそれぞれの影響は大幅に増加しています。製品とクライアントコンテキストへの開発者の没入感が大幅に向上しました。したがって、セマンティックロード「なぜ？」は質的に変化しました。
ディスカバリープロセスを開始しました。「クライアントの肌」への没入感を大幅に高めました。これで、クライアントが役立つと思われることについて、すべてのアイデアをクライアントに直接確認します。実験の準備ができた環境と実験する意欲の文化を作りました。
CI / CDを実装しました。
WEBアプリケーションのほぼすべての機能を自動テストでカバーしました。これにより、手動回帰の時間と人件費が大幅に削減されました。
マイクロサービスアーキテクチャへの移行を開始しました。これにより、開発チームの独立性が高まります。
アプリケーションとハードウェアを監視するシステムを導入しました。オンラインモードでは、一方と他方のステータスを監視でき、顧客からの電話がかかる前に信号を受信することもあります。自動モードのKPIを含む、ビジネス指標を監視するためのダッシュボードを多数構築しました。
その年の間に私たちは何とか多くのことを成し遂げましたが、私たちの道はまだ続いています。
PS：私は意図的にスクラムの実装の段階については書きませんでした。あなたは今これについてたくさん読むことができます。興味があれば、別の記事を書くことができます。