flywheel

学びを蓄積し、コードを増やすだけのことを進捗と取り違えないように、サイクルを回します。

目標

flywheel は、次のターンを繰り返してプロジェクトを前進させます。

FRAME -> BUILD -> DRIVE -> RETRO -> HATE -> RE0-WORK -> BUILD AGAIN

進捗の単位は、時間、ファイル、パネル、機能ではありません。品質基準をクリアしたテンプレート、再利用可能なプラットフォームモジュール、および後続のサイクルで排除されたアンチパターンの数です。

ワークフロー

1. 仮説と品質ゲートを設定します。
2. 完全な垂直スライスを1つ構築します。
3. 実際のサーフェスで動かします。Web アプリならブラウザー、API コントラクトなら HTTP、デスクトップアプリならコンピューター操作、データ形式の成果物に限って CLI を使います。
4. retro を実行して、教訓、アンチパターン、次のサイクルのゲートを抽出します。
5. 次のパスでその場で反復するか、re0-work を使うか判断します。その判断や次の動きが不明な場合は、nba でサイクルの状態を読み取り、次に取るべき単一のアクションを返します。
6. 構築に着手する前に、次の計画を徹底的に検討します。プロジェクトの敵対的レビュー用スキルを使うか、そのスキルがユーザーのみ実行できる場合は、人が起動する攻撃的レビューを行います。
7. 品質ゲートをクリアしたテンプレートまたはモジュールにのみバージョンを付けます。

ルール

• テストは補助的な証拠であり、ゲートではありません。すべてのターンで、成果物に見合った実際のサーフェスでの検証結果が必要です。
• コアループをクリアするまでは、範囲を広げないでください。
• 生成物の多様性を構造上の多様性と混同しないでください。多くの出力が同じ形に収束するなら、サイクルは多様性ゲートに失敗しています。
• 後続のサイクルで同じアンチパターンが再発していないことを証明できるよう、ネガティブコーパスを保持してください。
• コードを捨てることを恐れないでください。必要な教訓を保持したうえでの再スタートも進捗です。
• 外部から新たな事実が入らなければ、その周回を止めてください。内部でさらに作業する前に、証拠を追加してください。

検証

周回を終える前に、次の点を確認してください。

1. 実際のサーフェスを動かし、証拠を記録しました。
2. レトロスペクティブで、次のパスに影響する教訓、アンチパターン、またはゲートを少なくとも1つ明示しました。
3. 維持、反復、re0-work のいずれにするかを明示しました。
4. バージョンラベルが付いているのは、品質基準をクリアしたテンプレートまたはモジュールだけです。