写真提供元
3年目、私は開発チームの生活の中でアジャイルの価値と原則を紹介してきました。肩の後ろ-2つの大企業でスクラムマスターとして働き、まったく異なる業界でアジャイル手法をリモートで実装した経験、数え切れないほどの本を読んだり、ミートアップに参加したりしました。
しかし、それはすべて小さく始まり、この間に私は複数のバンプを埋めました。そして時間が経つにつれて、私はこれらの隆起が非常に典型的であることに気づき始めました、そして私の初心者の同僚は定期的にそれらに遭遇します。脇に置きたくないので、失敗の可能性について同僚に警告するために、この記事で自分の経験を共有することにしました。
それで、私はスクラムマスターとしての仕事の最初の年にどのような教訓と結論を出しましたか（私は最後のポイントで簡単に概説しました）：
ピンクのメガネ
2日間のスクラムトレーニングの後、私は山を動かし、会社の途中で世界をより良く変える準備ができました。有能なコーチと志を同じくする人々のチームほど刺激的なものはありません！しかし、開始するとすぐに、突然、スクラムフレームワークだけが残ります。自分のタスクを積んだ人がいて、チームの仕事ですでに形成されている習慣や価値観があり、プロセスを独自の方法で見る管理があり、これは常に価値観と並行しているわけではありませんとアジャイルのアイデア。全体として 、現実の世界へようこそ。
したがって、最初は、チームの信頼と開放性を獲得する必要があります。 あなたの以前の経験と常識に頼ることは重要です。チームが今本当に必要としているもの、存在する問題や控えめな表現、そして発生した質問の少なくともいくつかを解決するためにチームを支援する方法を理解します。
抵抗
もちろん、革新と明らかな今後の変更はあまり満足していませんでした。私の場合、他の誰かが管理して教えに来たという事実への辞任でした。「 まあ、結局のところ、すべてが順調です。」何もすることはありません-私は自分が助けに来たことを証明しなければならず、実際にはこれを実証する必要がありました。
重要なポイント：最初に開発チームにサポーターが見つからない場合、拒否されるリスクがあります。
新しく造られたスクラムマスターが変更しようとしたときに最初に直面するのは抵抗です。もちろん、このプロセスは自然ですが、痛みがないわけではありません。 人々は、自分自身に価値があると感じたときにのみ、変化する準備ができています。したがって、最善の選択肢は、スクラムがプロセスと生活の両方を改善するという考えにチームに到達する機会を与えることです。
「この役割に参加する目的は何ですか。また、チームが既存の作業プロセスを改善するのをどのように支援できますか？」と自問してください。あなたが答えを見つけることができたら-素晴らしい、変更に移りましょう！そうでない場合は、もう少し見る価値があります。
改善について言えば、たとえば、チームの苦痛を特定し、開放性を生み出すことを目的とした一連の会議を開くことができます。しかし、私はこれについて次の記事で話したいと思います。
ヘイストは最悪のヘルパーです
仕事の最初の日から自分を見せたいという急いで欲求は、おそらく初心者のスクラムマスターが犯す最大の間違いです。なぜそれが必要なのか、そしてそれがチームの現在の生活様式にどのように影響するのかを理解せずに劇的な変化がさらに抵抗と不信を引き起こす可能性があることを知ることは非常に重要です。スクラムマスターが、思いがけない未完成の変更のためにチームに危害を加えたことがあります。
変化への準備は徐々にチームからもたらされます。物事の「自然な」コースに干渉することなく、1〜2週間チームを観察します。最初の段階では、プロセスの論理チェーンと確立された値を自分で理解し、作業の脆弱性を確認して、実際に解決策を提案する必要があります。ステップバイステップで、方法論のイベントと価値観をチームの意識と生活に導入してみてください。
ミーティングの促進、個人的およびイベント形式の両方でのチームとの頻繁なやり取り、コーチングはこれを支援します。そしてもちろん、対話に対する信頼と開放性。
環境を理解する
私が最初にチームで働き始めたとき、私は大きな間違いを犯しました。それは最初は私の目に留まらず、些細なことのように見えました。つまり、反対側からそれらを明らかにした開発者の多くのテーマ別チャットを見失いました。彼女は経営陣から距離を置き、重要な情報を見逃しました。それがチームに伝わる可能性がありました。
私の過ちを繰り返さないでください。あなたの会社が小さいか大きいかは関係ありませんが、部門間のコミュニケーションを理解し、いくつかの重要な同僚を個人的に知る必要があり ます。スクラムマスターは、チームがIT製品を作成する際の邪魔になる障害を取り除く必要があると言われています。しかし、誰に頼るべきかわからない場合、どうすればこれを行うことができますか？
したがって、最初は特に重要です。
- すべてのチャットにアクセスして、チームがどのように、誰と通信するか、どのような問題があるかを確認します。
- 経営陣とコミュニケーションを取り、会社が一定期間に追求するグローバルおよび二次的な目標を追跡します。
- 会社にすでに経験豊富なスクラムマスターがいる場合は、志を同じくする人々とコミュニケーションを取ります。
上記のすべてが、環境にすばやく没頭し、プロセスをより完全に観察するのに役立つ可能性が最も高いと確信しています。
戦略の存在
そのため、チームや経営陣と話し合い、関心のある質問をし、回答を受け取り、すべてのチャットに参加し、すべてのイベントへの招待状を受け取りました。私たちは問題を認識し、管理の目標を知っていますが、どこから解決を開始するかはまだ明確ではありません。次はどうする？
決定を下すためには、何を正確に、なぜ変更したいのかについて明確な目標を立てることが重要 です。そして、「これをどのように行うのか」という質問に答える作業計画を作成し ます。"。
ほとんどの場合、私がチームに来たとき、彼らがすべての問題を解決しようとしている間、彼らが1.5〜2時間毎日会議を開催する方法を見ました。ちなみに、これは労働時間から差し引かれる膨大な時間であり、チームの作業の効率を低下させます。そして、スクラムガイドはこのイベントに15分しか提案しておらず、それ以上は提案していません。
あり方：私の意見では、最も正しいアプローチは、これらのアクティビティを分離し、スプリントの目標内に設定されたタスクに焦点を当てることです。
主なスクラムイベント（計画、毎日、デモ、レトロ）に加えて、苦痛と最も頻繁な質問に基づいて、たとえば、毎週の研究会議、アイデアのバックログの議論、または詳細に議論するためのブレーンストーミングセッション今日ICLサービスで起こっているように、問題が形成される可能性があります。私たちは苦痛を感じ、状況を修正する方法と何をする必要があるかを知っています-残っているのは、最高の効果を達成するために経営陣とチームと作業の形式を変更することについて話し合うことです。
計画も柔軟で、チームメンバーの条件や特性に応じて変更する必要があります。あなたが提案したすべてがすぐに仕事に取り入れられるとは限らないので、計画された道筋について経営陣と話し合うことが重要です。そして、目標設定や経営陣自身の要望によって、何かが一変することもあります。
技術的知識の欠如
私は技術教育を受けていないので、開発チームの広範な用語を完全に理解することは、技術が静止していないことを考えると、私にとってかなり難しい作業でした（そしていくつかの場所で残っています）。
しかし、ここでも、非常に単純なライフハックがいくつかあります。
- チームに助けを求めることを恐れないでください。
- 関連する文献を研究する。
- インターネットでダミーの用語辞書を検索するか、必要に応じて個人辞書を入手してください。
簡単な要約
- 以前の経験に基づいて構築します。チームが何を必要としているか、どのような問題や控えめな表現が存在するか、そしてどのようにそれを助けることができるかを理解します。
- 変更がチームにどのように役立つかを特定し、それをチームに示します。人々は、自分自身の価値を理解するまで、変化する準備ができていません。
- Sprint, , .
- – , , – -.
- « ?», . « ?» , , . . .
- 技術的知識の欠如。技術的なバックグラウンドはないが、用語を習得したい、または習得する必要がある場合は、恐れずに助けを求めてください。個人的な用語辞書も良い助けになります。
私が学んだすべての教訓は、私がしていることを本当に愛しているので、結論を導き出し、正しい方向に再構築するのに役立つと確信しています。そして、最も重要なことは、間違いを恐れずに、間違いから学ぶことです。がんばろう！