スクラムの構築対象：アジャイルコーチVasily Savunovのインタビュー

みなさんこんにちは！



今日は、アジャイルコーチ、Vasily Savunovがいます。 スクラムシステムに関するチームの作業の編成について少しお話しするとともに、スクラムとかんばんのトレーニングに関する貴重な推奨事項を取得します。









インタビュアー-Ilya Dzensky、フリーランサー、UX / UIデザイナー、アジャイルのフォロワー。



イリヤ：こんにちは、ヴァシリー！



バジル：こんにちは！



イリヤ：用語を理解しましょう。 インターネット上の記事、たとえばRusbaseの記事を読むと、用語が混乱する可能性があります。 かんばんとスクラムはアジャイルからのものであると言う専門家もいれば、かんばん、スクラム、アジャイルは3つの異なるものであり、それぞれ適切なタイミングと場所で適用する必要があると言う人もいます。 どちらが正しいですか？



ヴァシリー：アジャイルが比較的以前にロシアに参入したという事実にもかかわらず（最初のアジャイルトレーニングは2007年頃に始まりました）、実際の専門家はあまりいません。 したがって、用語の混乱は依然として存在します。 アジャイルについて話すとき、アジャイルマニフェストからの4つの値を意味します。

• 人と相互作用はプロセスとツールよりも重要です。
• 実用的な製品は包括的なドキュメントよりも重要です。
• 顧客との協力は、契約条件に関する合意よりも重要です。
• 変更の準備は、元の計画に従うよりも重要です。

これらの4つの価値は12の原則によって補完され、すべてをまとめてアジャイルと呼びます。 類推すると、アジャイルは憲法に似ており、あまり具体的ではありませんが、一般的な方向性と概念を示しています。 また、スクラム、機能駆動開発、極端なプログラミングなどはアジャイル固有の実装です。 上記の例を取り上げると、スクラムは、イベント、ロール、およびアーティファクトの形式で憲法を実装する法律です。



アジャイルは、前述のアジャイルアプローチと方法論を包括するブランドのようなものです。 そして、これらのツールははるかに多くあります。 スクラムは、その外部の単純さのためにマーケティング戦争で勝利し、他の方法論により企業でより頻繁に使用されています。 しかし、外部の単純さはだまされています-スクラムには多くのニュアンスがあります。



イリヤ：アジャイルには4つの価値があるとおっしゃいました。 私はそれらに従うが、どの方法論も使用せず、チームも持っていない場合、アジャイルは一人でも機能しますか？



バジル：はい、アジャイル哲学は一人で働くことができます。



しかし、悪魔全体は、複数の人（これが顧客、請負業者、そしてその分野の専門家）になると、アジャイルを具体的にどのように実装するかを理解し、決定する必要があるという事実にあります。 すべての方法論、同じスクラムは、物事を整理しようとしています。 彼は次のように述べています。「これは一連のアクションとルールです。 これらのルールとアクションに従えば、アジャイルであることが保証されます。 4つの値がすべて満たされます。 しかし、たとえばこれらの事柄の少なくとも1つに違反すると、回顧の実施を停止すると、フィードバックが失われ始め、ビジネスプロセスを停止し、必要な柔軟性を達成できなくなります。」



あなたの質問に答えます。はい、アジャイルは1人で作業できますが、最初はチームが同じ方法で作業できるように考案されました。



イリヤ：スクラムチームとチームの参加者の最適な人数は？



古典的な管理から、特定の運用上の上限があることが知られています。 これは、コンテキストを失うことなく、またコミュニケーションを失うことなく管理できる人の数です。 これは7 + -2人だと考えられています。 最大-9.非常に才能のあるリーダーのみがそれらを管理し、彼らと何が起こっているのかという文脈にいることができます。 この量を超えると、サブグループへの分割が開始され、この分割は自然に発生します。 チームの人数が大幅に多い場合、参加者間で情報が送信されると、情報の大幅な損失と歪みが始まります。



チームの数について。 専用スクラムマスターは、3〜5チームを首尾よくリードできます。 1人のスクラムマスターが5チーム以上を実施することは非常に困難です。すべてのチームのすべての問題（計画、毎日の集会、回顧、デモンストレーション）に対応する必要があります。 そしてもちろん、優秀なスクラムマスターは、チームが行うことの専門的および技術的背景を理解する必要があります。



著名なスクラムマスターの仕事は、独自の知識とスキルを備えた不可欠な人物ではなく、これらのチーム内でそのような組織的な作業に興味を持ち、チームの有効性の向上に貢献する人々を見つけることです。 スクラムマスターは、組織全体の持続可能性と安定性を向上させるために、チーム内で権限と組織の問題を可能な限り移行する必要があります。 そうすると、専用のスクラムマスターの必要性がなくなり、この役割をチームの誰かが引き受けることができます。



これが発生しない場合、いわゆる「バス係数」または「バス係数」が表示されます。 これはややユーモラスな用語ですが、そこには多くの真実があります。 「プロジェクトを立ち上げるために、チームの何人の人がバスにぶつかる必要がありますか？」 したがって、数値が低いほど、あなたにとっては悪いことです。 これが1人の場合、病気になったり、辞めたり、バス（神に禁じられている）がバスにぶつかると、チームは独自の能力を失い、プロジェクトが停止するか、「死ぬ」ことさえありません。



多数のチームでスクラムの作業を整理するための、より洗練された複雑な方法があります。 このために、LeSSやSAFeなどのスクラムプロセススケーリングフレームワークがあります。



Classic LeSSを使用すると、最大8チームのスクラムで作業できます。 さらにチームがある場合は、Huge LeSSが適用されます。



SAFeは、500〜2000人というさらに大規模な作業に役立ちます。 たとえば、SberbankはSAFeを使用します。 システムは非常に複雑で、インタビューでこれを伝えることは想定していません。 使用方法についてのポータル全体があります ： www.scaledagileframework.com



イリヤ：「ドリームチーム」になるには？



バジル：そもそも、アジャイルとスクラムは万人向けではありません。 頭で考え、理解したい、ビジネスプロセスとビジネスロジックを掘り下げる準備ができている人向けです。 そして、午前9時から午後6時まで働いている人たちのためではなく、明確な技術的要件にのみ基づいています。



その理由を説明します。



アジャイルの価値観の1つは、「契約を交渉するよりも顧客とやり取りすることが重要です。」 この場合の契約も技術的なタスクと見なされます。 プログラマーは熟練した人々であり、契約の操作に非常に優れています。 プロジェクトの配信時に、顧客が「なぜこの機能を実行しなかったのか？」と尋ねる場合がよくあります。 彼女はここで自分に懇願します。」 プログラマーは、「これはTKにはありませんでした。 書かれていない-完了していません。 次回書き込み。」 TKは契約だからです。



顧客は、「そして、話をしますか？」と尋ねることがあります。プログラマーは、「電話代は支払わない」と言います。 そして、プログラマーがますます詳細な技術仕様を要求し、それを有利に解釈するときに、「契約の戦い」が始まります。 顧客はTKに実装が困難な要件を入力する場合がありますが、TKがあり、これは契約であるため、プログラマーの「手のひねり」が開始され、この要件を作成する必要があります。



私たちは製剤をめぐって戦い、製品は苦しみます。



したがって、アジャイルは直接宣言します。最初の話をして、顧客とニュアンスを一緒に話し合ってから、紙の上で契約を修正します。 逆ではありません。



「ドリームチーム」を形成する段階について。 各チームには特定の段階があり、その段階を経ます。 これらの手順は、いわゆるブルースタックマンモデルで詳しく説明されています。







最初の段階は「フォーミング」と呼ばれ、人々がお互いを知るとき、チームの有効性はそれほど高くありませんが、特に矛盾はありません。



2番目の段階は「ストーミング」です。人々はお互いを少し認識しますが、一緒に働くには十分ではなく、一緒にいくつかの困難なタスクを実行する必要があります。 対立、resみ、サブグループへの分割が始まります。



それが、スクラムがスクラムマスターの役割を提供する理由です。 彼はこのダイナミクスを知り、制御し、グループが「ストーミング」の困難な段階を経るのを助ける必要があります。 これを行うには、開発の次の段階である「ノーミング」に進むことができるように、チームが協力して議論（円滑化）を適切に整理し、競合を解決し、サポートし、奨励し、協力できる必要があります。



「ノーミング」段階では、チームはすでに主要な対立を解決し、チームメンバーは誰が何をする価値があるのか​​、お互いにどのようにやり取りするのが最善かを理解し、リーダーは際立っており、弱いリンクは消えています。



スクラムマスターが賢い人であれば、チーム内で対立を開き、解決策の建設的な検索を整理して、チームメンバーが互いに交渉し連絡を取り合うことを学びます。 経験の交換と、共通の目標を達成するためにお互いを交換したり助け合ったりする意欲により、チームは徐々に安定します。 その結果、チームから個々の参加者を排除することはそれほど重要ではなくなります。 各チームメンバーが同僚の仕事の複雑さを知っており、欠席している場合、ある程度目標を達成できるように仕事の一部を行うことができる場合、相乗効果、補完性があります。



チームの開発の最終段階はパフォーマンスです。人々が一緒に仕事をし、やる気があり、プロフェッショナルであり、生産性を最大限に高めます。



イリヤ：1人のスクラムマスターが指揮する「チーム」を持ち、会議、回顧、その他のイベントを開催していると想像してください。 スクラムマスターは、いくつかの投稿と機能を組み合わせることができますか（つまり、プログラマーなど）、これは望ましくありませんか？



バジル：いい質問です。 これが1つのチーム内のローカルマスターである場合、結合は適切かつ適切です。



スクラムマスターはポジションではなく、これが役割です。 それは自分でそれを引き受ける任意のボランティアによって実行することができます。 チームにおけるスクラムマスターの役割が推移的である場合、私は肯定的な例を知っています。 1つのスクラムマスターが1つのスプリントで動作し、別のスクラムマスターが別のスプリントで動作します。 これは、チームの構築とこの役割の尊重に大きく貢献します。 この意味で、ローカルスクラムマスターはチームのメンバーである必要があります。



プロダクトオーナーとスクラムマスターの役割を組み合わせることは、まったく異なるトリックがあるため、非常に推奨されません。 製品の所有者は、人ではなく製品に焦点を当てていますが、スクラムマスターはまったく反対です。 これら2つの役割を1人で組み合わせると、内部的に利益相反が生じます。これは、調和して解決するのは非常に困難です。



スクラムマスターが複数のチームに特別に割り当てられている場合、チームの1つの内部で作業位置を結合することは彼にとって実質的に不可能です。 彼には、単に組織活動以外のことをする時間がありません。



イリヤ：チームメンバーが全国または異なる国にいる場合、リモートチームを編成するのはどれほど難しいですか？



Vasily：正直に言うと、アジャイルは分散した人々の状況で非常に懸命に働いています。 私の実践では、分散したチームが自己組織化の力を見つけることができた場合がありました。 一般的なケースでは、これらの人々が少なくとも1〜2か月間会って一緒に働く場合にのみ機能します。 そうでなければ、「肘の感覚」はありません。



37信号（現在のBasecamp）は、リモートワークを実装した最初の企業です。 彼らには事務所がありませんでした。 当時、これはトレンドでした。 あなたはオフィスを維持する必要はなく、誰もが世界中の国や都市にいることができると言っているリモートブックさえあります。 しかし、最近、人生はこれが効果的でないことを示しました。 ノキアとアップルは現在、チームをローカルに集めています。従業員をオフィスに移送して、全員が隣に座ってお互いを見られるようにします。



心理的には、Skypeの対談者またはメッセンジャーは画面上の画像として認識されます。 あなたが生きている人である、私があなたに責任があるという感じはありません。 インターネットでは、対話者の質問にすぐに答えることはできませんが、相手があなたの前に座って質問した場合、すぐに答えないようにしてください。 ライブでの対面の個人的なコミュニケーションは所有感を生み出しますが、インターネット経由のコミュニケーションはそうではありません。



1つのチームの2つのパートで作業したとき、私は前例がありました。1つのパートはモスクワにあり、2番目はロストフにありました。 私たちは彼らを月に一度、モスクワに連れて行き、モスクワの同僚と同じオフィスで2週間働き、問題を一緒に解決し、デモを行いました。 その結果、これは非常に重要な効果を生み出しました：途方もない量の紛争と誤解が消えました。 人々は本当にチームのように感じました。 そして、彼らが異なる都市の自宅に戻ったときでさえ、コミュニティの感覚が残っていました。 結局、チャットルームで「Petya」とコミュニケーションをとることは1つのことであり、彼が「何も理解していない」または「長い間答えている」と怒ることができます。彼と話し、問題を解決しました。 その後、誤解した場合は、「はい、すべてが順調です。ペティアはいい人です。チャットルームで混乱しているだけです。 今、私は彼に電話し、すべてを迅速に解決します。」



スティーブ・マコネルは、信頼の半減期の概念を導入しました。 たとえば、私たちが会ってチャットし、その後1か月半通信しなかった場合、通信しなかった場合、まったく通信しなかった場合：メッセンジャーでも、電話でも、電子メールでもない場合、あなたと私はお互いを知る必要があります、私たちは私たちの人々であるという感覚が消え、分散したチームでも同じように機能するためです。



高品質のリモート作業の鍵は、組み込みの同期プロセスである可能性があり、これを実現するには多大な努力が必要です。



危険意識がなければ相互責任は生じないことを理解することは非常に重要です。 この種の危険性があります。今同意しない場合は、後ですべてが悪くなるように横たわります。 スクラムでは、この感覚は、チームが顧客に結果をデモンストレーションすることによって作成されます。 これが正しく構成されていれば、分散したチームであっても、全員が「同じボートに乗っている」という感覚があります。 別の都市にいる場合でも、チームの結果をリモートで顧客に示し、すべての質問に答えなければならない状況が発生する場合があります。 ここであなたは鮮やかに興味を持ち始めます-そして誰が何をしましたか？ すべて準備ができていますか？ テストベンチは確実に機能しますか？ そして、コミュニケーションの手段は何ですか？ などなど。



分散したチームはひじの感覚を大幅に軽減し、スクラムマスターの多大な努力を必要とします。 しかし、強力なスクラムマスターがあれば、何でも可能です。



イリヤ：リモートチームは何をすべきですか？ アジャイルを実装しようとするか、アジャイルから遠ざかり、他の方法論に注意を払っていますか？



Vasily：リモートチームにアジャイルを実装することは可能ですが、その有効性は大幅に低下します。 リモートチームの最大の問題は理解です。



最悪の相互理解は、人々が電子メールを介して通信する場合に発生しますが、音声（電話）を使用する方が少し良くなります。 理想的な選択肢は、黒板でコミュニケーションを取り、会話や絵を描くことです。



リモートチームの場合、最初に段階的に作業の絶対的な透明性を構築し、明確かつ明確な優先順位を付け、チームの制限が見えるようになるときに、かんばんから始めることをお勧めします。 Wipの制限（作業中-作業中の制限）について理解し始めています。 私たちは、新しいものを開始するのではなく、開始したことを完了することがより重要であるという事実に慣れています。 結局のところ、私たちが多くのことを始めても、少しだけ終わったら、本質的には、「地面に」たくさんのお金を「掘ります」。 発生から本番サーバーでの計算まで、可能な限り迅速にタスクを実行する必要があります。 そして、これにはチーム全体の努力が必要です。



このように優れたワークフローを構築したら、人々の相互作用と相互理解に頼り始めます。 そして、ここからスクラムについて考え始めることができます。



かんばんとスクラムは互いに矛盾しません。 かんばんはスクラムに「重ね合わせ」ることができますが、これらは互いに補完しますが、目標は異なります。



イリヤ：かんばんがリモートチームに導入されるが、参加者の1人が絶えずプロセスの速度を落とすというまれな状況を想像してみましょう。 この人をどうするか：やる気や火事？



Vasily：解決方法は1つだけです。 人に適切な危険感を与えることが必要です。



言い換えれば、私たちは完全に透過的にカンバンで働いており、仕事の統計があるので、この人とのそのような対話が可能です。「見て、プロセスの50％があなたにかかっている。 統計は次のとおりです。最初から最後までタスクを完了するのにかかった平均時間から、遅延とジョブリターンのほとんどはあなたのステージにあります。 この状況はかなり前から続いているので、それについて何かをする時が来ました。 2〜3週間で状況を修正できるように改善の計画を提供します。そうしないと、私たちにとってもあなたにとってもどんなに苦しいことでも、あなたと私は去らなければなりません。」 実際には、そのような危険意識の創造は、最も「労苦的な」仲間でさえもかき立てます。 そうでない場合は、引き続き彼と協力する必要がありますか？



繰り返しますが、最初は自己組織化のために最初に構成されたチームを採用する必要があります。



イリヤ：アジャイルを自分で学ぶことは可能ですか？ どの文献を読むことをお勧めしますか？



バジル：スクラムの創設者であるジェフ・サザーランドからのロシア語の本があります。 革新的なプロジェクト管理方法 。 」 これは必要な基礎を提供する本です。 ロシア語では、残念なことに、英語では「短い時間で2倍のことをする方法」と呼ばれるように、名前は完全に誤って翻訳されていました。



チームを結成するには、パトリックレンシの著書「チームの5つの勝利」と、ケンブランチャードの「ワンミニッツマネージャー」と「モンキーズ 」をお勧めします。 最初の本は、チームが一般的に何であり、それを表示するために何をする必要があるかについてであり、2番目は、質問を通じてチームメンバーの独立性と自己組織化を開発する方法についてです。



イリヤ：とても詳細な答えをありがとうございます！



サブスクライバー：アジャイルに興味がある場合は、コメントを残してください。 Vasilyは可能な限りそれらに回答し、自由な時間を取ります。