まったく新しいチームの作業プロセスをどう立ち上げますか?

Question

Accepted Answer

**軽量で明示的に**始め、それから実際の痛点からチームにプロセスを進化させてもらいます。最大のミスは、前職の重厚なフレームワークを初日に持ち込むことです。新しいチームに必要なのは、いくつかの譲れない基本、共有された合意、そして調整のための速いフィードバックループです。

## 最小実行可能なプロセス

- **完了の定義(Definition of Done)**と**着手可能の定義(Definition of Ready)** — 「完了」と「着手可能」が全員にとって同じ意味になるように。
- 作業の単一の**信頼できる情報源**(一つのボード)、そして仕事が5つの脇道から来ないよう、明確な受け入れ経路。
- **ブランチとコードレビュー**の標準、加えて基本的なCIパイプライン。品質ゲートは初日から存在し、後付けではありません。
- 軽量な**儀式**: 短いデイリー同期、計画のリズム、そして最も重要な**レトロスペクティブ** — 他のすべてを改善するエンジンです。

## どう展開するか

1. **まず聞く。** 各人と話し、何かを押し付ける前に彼らのコンテキスト、強み、不満を学びます。
2. **作業合意を共同で書く。** オーバーラップする時間帯、意思決定の方法、on-callの期待、コミュニケーションの規範。オーナーシップは共著から生まれます。
3. **小さなものを端から端まで速く出荷する。** 実際のタスクで一度プロセスを動かし、ギャップを見つけること以上にプロセスを築くものはありません。
4. **レトロを実施し調整する。** プロセス自体を、バックログを持つプロダクトとして扱います。

## トレードオフと落とし穴

- **多すぎるプロセス**は勢いを殺し、不信を示します。**少なすぎる**と混乱とやり直しを生みます。軽い側に寄せ、本当の問題が要求するときだけ追加します。
- **ツールとプロセスを混同しない** — Jiraは方法論ではありません。
- **お達しによるプロセス**に注意。チームが形作りに関わっていなければ、彼らはそれを回避します。
- 早めに**心理的安全性**を確立します。誰も正直に話さないレトロは演劇です。

## シンプルなテンプレート

- 私たちは[リズム]で働く。完了とは[DoD]を意味する。すべてのPRを[X時間]以内にレビューする。[DACI/オーナー]で決定する。[間隔]ごとにレトロを行う。

## なぜ重要なのか

チームのプロセスは、他のすべてが動くオペレーティングシステムです。うまく立ち上げれば良いエンジニアが複利的に効き、まずく立ち上げれば、毎スプリントを摩擦、曖昧さ、やり直しと戦って過ごすことになります。これを意図的に — 軽量に、明示的に、共同所有で — 行うことは、シニアのリーダーシップの最も明確なシグナルの一つです。