基本の仕組み

どのスキルをどの順番で動かすかは、skill-dependencies.yamlというファイルに書かれています。用途に応じて選べる4種類のプロファイル(mvp/core-only/ux-to-spec/full)についても説明します。

Phase 1という最初の工程が終わった直後に、次に進んでよいかどうかを判断する仕組み(Go/No-Go判定)です。

今どのフェーズが動いていて、検証ゲートの判定やコストがどうなっているかを、ターミナル上でリアルタイムに確認できる画面です。

実装作業のたびに読み込まれる、チームで共有しておく知識のまとまりです。

Issueに貼るラベルがtodo→doing→review→doneの順に変わっていく仕組みです。どのラベルを誰(どのスキル)が変えていいかも決まっています。

タスクを分けた「子タスクリスト」、完成の条件を示す「受入基準」、実装からマージまでの進行段階を示す「Delivery Status」の3種類があり、それぞれチェックを入れていいスキルが違います。

途中で止まっても、進捗はファイルに記録されています。同じコマンドで続きから再開する方法と、今どこにいるかを確認する方法です。

何がコストを決めるのか、実際にかかった額をどう確認するのか、事前に見積もるコマンドです。