みなさんこんにちは！ 今日は、「反会議」AgileCamp 2015への私の魅力的な旅についてお話したいと思います。
このイベントに参加する前は、スクラムとかんばんを使用した経験がなかったため、実際に柔軟な方法論を試すのは非常に興味深いことでした。 どこかで用語を台無しにしたり、聞いたことの意味を変えたりした場合は、まず謝罪します。まず、印象を共有したかったです。 コメントや追加など、コメントをお待ちしております。
集合場所は変更できません
飛行機、エアロエクスプレス、地下鉄、送迎バスで長い道のりを歩いた後、私はモスクワの近くにある、絵のように美しい湖の岸にあるヤホントの寄宿舎に行きました。
美しい自然、清潔で新鮮な空気、涼しい気候-AgileCamp 2015の雰囲気はあらゆる意味で特別だったと言えます。
伝統による「反会議」の最初の日は、登録から始まり、もちろん、ホットコーヒーは非常に速く分散したため、ボイラーに注ぐ時間がありませんでした。 ゆっくりと、しかし確実に、AgileCampのすべてのゲストがウェルカムラインのために地元の会議室に集まりました。
主催者からの短い紹介の後、AgileCampの「カウンセラー」が「先駆者チーム」を発表しました。
- 食料品-ユーザーの苦痛、市場調査、視聴者との連携について。
- エンジニアリング-リファクタリング、TDD、BDD、DevOpsの助けを借りた、最も迅速で高品質な開発について。
- プロセス-製品作成チェーン全体のプロジェクト管理について。
プロセスユニットのトピックは私にとって最も興味深いように思えたので、スピーチ、記事、および本からすでによく知っているカウンセラーのこのようなスター旅団にユニットに行きました。
スタート！
紹介プレゼンテーションの後、すべてのユニットは会議室に分散しました。 この時点で、カウンセラーはすでに最初のタスクを準備していました。各自がトランプカードを受け取り、最強のポーカーハンドを探しに行かなければなりませんでした。 私はスペードのエースを手に入れました。これは誰にも向かない強力なカードです。 フラッシュ用のこのようなカードが不足している人を見つける前に、ホール全体を回らなければなりませんでした。 その後、次の5人とチームを組み、1つのテーブルに座って、戦闘チームが登場しました（ブラックスクリーン、こんにちは！）。
次のタスクも同様に興味深いものでした。いくつかの新製品を考え出し、それらを次のGeoffrey Moore形式で記述する必要がありました。
多くのアイデアがありましたが、議論がまだ本格的だったとき、新しいタスクが到着しました。「フィールド」に行き、同僚に発明したサービスについてのフィードバックをもらうことです。 このような最も単純な調査でも、その利点を過大評価することは困難です。他の参加者からの質問と説明のおかげで、さらに発展したアイデアでテーブルに戻りました。 しかし、たった一つの製品が生き残りました。 私たちはもう少し議論し、最終的に1つのサービスのアイデアを選びました。 その後、次に進むべき時でした。
TKを書くためのシミュレーションゲーム
サービスの要件の開発を開始する前に、カウンセラーは、多くの「洞察」と「認識」があったTKを準備するゲームをプレイすることを提案しました。
ルールは非常に単純です。まず、参加者は5人のチームに分割されます。 次の役割が各チームに分散されています：2人の開発者、2人のアナリスト、1人の郵便配達員。 アナリストはホールの反対側に行き、そこでマルチカラーの幾何学的形状の写真と「テキストのみを使用してこの写真にTKを書き込む」タスクを取得します。 開発者は、完成したToRに従って、「自然なものと同一」の絵を描かなければなりません。 コミュニケーションは、郵便配達員を通じて書面でのみ行われます。 ここに別の制限時間を追加すると、非常にエキサイティングなゲームが得られます。
私たちのチームの秘密は明かさないので、あなたが自分でプレイするのがもっと面白いように、このゲームではコミュニケーションの重要性を明確に見ることができるとだけ言います。 また、反復プロセスとプロトタイピングのすべての利点を示します。 「洞察」と「認識」を自分で試してみてください。真実は非常に重要です。
リーンスタートアップキャンバス
次のタスクは、Lean Startup Canvasを使用してサービスのビジネスモデルを記述することでした：
一見、考え抜かれた
素晴らしいアイデアをお持ちの場合、簡単な作業はないようです。 しかし（はい）、このタスクはチームにとって多くの時間を要しました。 私たちがテーブルで製品について議論している間、それはシンプルで簡単に見えましたが、形式化が始まるとすぐに、多くの質問が現れました。 私たちは、実際にどのような問題を解決し、何を提供し、何にお金を使うのかを議論しました。 その結果、このテーブルのすべてのフィールドに何らかの方法で入力し、リラックスしました。
しかし、この瞬間、カウンセラーの一人が私たちのところに来て、この奇跡のテーブルのブロックをセルフテストに使うことができる（そして使うべきだ）と言った。 たとえば、機能は問題を解決する必要があり、メトリックはソリューションパラメーターを反映する必要があり、販売チャネルは視聴者に対応する必要があり、競合他社は独自の利点を利用できません。 Lean Canvasの最初のバージョンは、単に矛盾に満ちていることが判明しました。
新しい知識で武装して、私たちは再びプレートの上を歩きました、そして最終バージョンでは、製品の多かれ少なかれ調和のとれたコンセプトを得ました。 一般的に、セルフテストは間違いなく不要ではありません。
カスタムストーリーカード
それで、製品の形式化されたアイデアを得ました。 次に、製品の開発を分解する必要がありました。 アーキテクチャコンポーネント、画面フォーム、ユーザーストーリーなど、さまざまな内訳オプションについて説明しました。
次のタスクは、最小の実行可能製品（MVP）用にこのストーリーマップを作成することでした。
私たちは熱心に働き始め、実行可能性の選択された仮説を非常にすぐに忘れ、個々のタスクの実装について情熱的に議論しました。 私たちのカードは非常に膨張しており、さまざまな機能が生い茂っています。 ある時点で、私たちは仮説を思い出し、一枚の紙に書き留め、それを目立つ場所に貼り付けました。 その後、マップを徹底的に間引きしました。最小限の関数で仮説を検証することができました。
次のステップは、タスクを評価することでした。 チームの半分は、プランニングポーカー、もう1つはバケット評価を調査しました。
最初の方法と2番目の方法の評価方法については、さまざまな書籍で詳しく説明されているので、課題中に得た経験のみを共有します。 ポーカーを計画することは、人格の影響を十分に平準化します（おそらく、あなたは、権威ある同僚の影響下で評価を表現する人がいることに気づくでしょう）。 しかし、カードを使用した繰り返しの秘跡は、非常に迅速なプロセスではありません。 この点でバケットの評価はより簡単であるため、既に連携しており、評価を迅速に完了する必要があるチームに適しています。
見積もりが行われた後、最初の作業反復の計画を開始
し、エンジニアリングチームのメンバーにタスクを投げる準備ができました。 しかし、この前向きなメモで、この部分のトレーニングは終了し、製品を手放さなければなりませんでした。 1日も経たないうちに、製品を作成するというアイデアを、人件費の見積もりを伴う具体的なタスクに変えました。 私自身の経験から、フィードバック、反復、形式化、アイデアの検証がメリットをもたらすと確信しました。
ワールドカフェ
一日の終わりに、問題を議論するこの興味深い方法を試しました。
最初に、投票方法による議論のために10のトピックを選択しました。 各トピックは特定のテーブルに割り当てられました。 参加者は興味のあるトピックとともにテーブルに来て、モデレーターを選びました。 その後、20分間、問題について議論し、モデレーターが議論を指示し、その結果を記録しました。 時間が過ぎると、参加者は他のテーブルに移動し、モデレーターは蓄積された経験を新しいチームに伝えるために留まりました。
いくつかのそのようなラウンドの後、モデレーターは議論の結果を発表しました。
私がこのトピックのモデレーターを務めたテーブルで、「ビッグレガシープロジェクトとその中のアジャイル」について議論しました。 このトピックは多くの聴衆に非常に関連していることが判明しました。さまざまな企業の同僚が自分の痛みや恐怖だけでなく、成功したストーリーも共有しました。
3ラウンドの議論をまとめると、結果は次のようになります。アジャイルは、低品質で変更を行う長いプロセスとしてのビッグレガシーのような問題の解決に役立ちます。 しかし、まず、プロジェクトにアジャイルを実装するには、チーム自体の誠実な要望が必要です。 第二に、準備段階がなければ、適切な組織構造を持つ巨大なモノリシックプロジェクトでアジャイルを実装することは失敗します。 プロジェクトを小さな機能部分に分割し、それぞれの小さなチームを形成する必要があります。 第三に、それは信じられないほど難しく、まったく速くないため、そのような変更にはスポンサーが必要です。 一部の同僚にとっては製品の所有者がそのようなスポンサーになり、他の同僚にとっては外部の顧客になりました。 さらなる解決策は、巨額の技術的負債の返還に帰着します。誰かが専用のチームを実践し、誰かが技術税を使用します。 このプロセスでは、「積極的な」自己テスト、スカウトルール、およびコードレビューの実践が非常に役立ちます。
ウイスキーパーティー
1日の終わりに、主催者はシベリアクラウン
ウイスキーパーティーを開催しました。火の周りから夜遅くまで、参加者はプロジェクトでアジャイルを使用する見通しから、アセンブラーでの子供たちの体験まで、シベリアの霜、熊、ウラルに関する話を交換しましたスターリン地下鉄の森と秘密。
2日目は新鮮な空気で爽快なチャージで始まり、シベリアのクラウンパーティーの参加者は会議ホールのホールにゆっくりと集まり、コーヒーは倍速で散らされました。 多くの人が部屋からチェックアウトするために夕食を待たないことに決め、バックパックとバッグを持ってきました。
エキサイティングで有益なgetKanbanゲームがすでにテーブルで待っていました。
GetKanbanシミュレーションゲーム
AgileCampでは、ようやくこの素晴らしいシミュレーションゲームをプレイすることができました。 ある種のエンターテインメントのように見えましたが、実際には実際のワークフローよりも簡単ではないことがわかりました:)ルールと最初の反復を勉強するのに約2時間かかりましたが、その後すべてが時計仕掛けのようになりました。
このゲームの利点を過大評価することは困難です。 かんばんプロセスの落とし穴の「マッチを感じて」、チームの長所と短所を確認できるので、見知らぬ人と作業チームの両方でプレイするのが理にかなっていると思います。
伝統的に、私は秘密を明かしませんが、ゲームのすべてのステップでたくさんの紙片と図を記入するだけでなく、多分それらが非常に有用であると証明することを示唆します;）。
私が驚いたのは、さまざまなタイプのタスクの実行時間を定性的に予測する能力と、プロジェクトの基本的な指標に従ってプロセスが収束することです。
ボールポイントゲーム
率直に言って、このゲームはこの2日間で最も楽しくポジティブなテストになりました。
ゲームのルールは簡単です。10人のチームが15個のピンポンボールを受け取ります。 1ボール= 1ボール。チームの各メンバーに触れました。 ボールは投げたり転がしたりすることができますが、制限があります-左または右の隣人に移すことはできません。 ゲームは、2分間のディスカッションと2分間の作業の5つの反復で構成されています。
繰り返しますが、戦略の秘密は明らかにしませんが、各チームメンバーの積極的な参加と各反復後のプロセスの改善により、35ポイントの単純なスキームから2分で156ポイントのデバッグされたコンベヤーに移行したと言えます。
また、プロセス全体の最終的な結論を思い出し、気に入りました。自分で決定を下すのではなく、マネージャーがあなたにそれを与えるだけであれば、ピンポンからボールを熱狂的かつ無私無欲に移すことはほとんどありません。
そして、繰り返しを拒否し、10分間考えてから10分間働く場合、少なくとも近い結果が得られることはまずありません。
これを試してみてください;）
機能する回顧展
そして
、別の寄宿舎での 2日間のアジャイル
は 、回顧と継続的な改善のサイクルに関する話で終わりました。
各段階で回顧と活動の構造を議論しました。 このトピックに関する詳細なプレゼンテーションは、
ここにあります 。
そして、知識を統合するために、getKanbanモーニングゲームのレトロスペクティブを実施しました。
罪悪感を探すことを控えることはそれほど簡単ではありませんでしたが、集団の心はこれらの衝動を打ち負かしました、そしてポジティブな波で私たちの欠点を議論し、いくつかの改善を概説し、お互いに良い仕事に感謝しました。
おわりに
この記事では、AgileCampの最も記憶に残る瞬間について説明しました。 もちろん、他の多くの興味深いトピックが「反会議」で議論されました：スプリント燃焼図から国内管理の特性までのトピック。
私が自分でした主な結論：柔軟な方法論は、ソフトウェア開発プロセスを整理するための強力なツールです。
- 進行中の作業の制限は、それがかんばんのタスク制限であろうとスクラムのスプリントのバックログであろうと、タスク間の有害な切り替えを排除します。
- 集団的責任は、自己組織化とチームワークに貢献します。
- 自己組織化により、まったく異なるレベルの責任、関与、および動機を得ることができます。
- 反復により、変化する要件に迅速に対応し、結論を導き、プロセスを改善できます。
- プロセスの継続的な改善により、各反復での改善により、重要な結果を達成できます。
ただし、このツールを使用することは、数冊の本を読んだ後のように簡単ではありませんでした。 アジャイルプロセスは、チームの自己組織化のレベル、各従業員の関与、責任、および意識の基準を設定します。 したがって、特定の方法論の規則を正式に実装するだけでは十分ではなく、これらの規則を採用し、柔軟な方法論の精神で作業する必要があります。
最も重要なことは、それが可能であり、機能するということです！ AgileCamp "Anti-Conference"は、必要に応じて、完全に見知らぬ人でさえもチームプロセスに積極的に関与し、一緒に良い結果を達成することを明確に示しています。
アジャイル分野で頑張ってください。ScrumTrekのメンバーは新しいエキサイティングなAgileCampsを持っています（そして、そう、ブラックスクリーン、こんにちは！）。
