← 実例マッピング | livt
ストーリー ルール 提案中のルール テストが自動化している 具体例 疑問点 ユビキタス言語
表示
提案から合意までをスキルで運ぶ→

ルール

4
#R-01
提案から合意までは、合意済みのルールを変えるスキルとは別のスキル（propose-rule）が運ぶ
具体例5
#EX-01
提案中のルールを載せる、合意済みにする、却下するのは、propose-ruleの仕事になる
livt: skill-fired.md:2
#EX-02
change-ruleは合意済みのルールの追加・変更・退役だけを扱い、書くルールにstatusを付けない
livt: writes-no-status.md:2
#EX-03
change-ruleがproposedのルールの変更を頼まれたら、propose-ruleに回す
livt: hands-it-to-propose-rule.md:2
#EX-04
同期で実例マッピングをするチームは、propose-ruleを使わずに済む
#EX-05
合意されたルールは、そこからchange-ruleが扱う
#R-02
提案の一生の1歩が、1つのコミットになる
具体例5
#EX-01
提案するコミットは、ルールと具体例を proposed で足す
livt: proposed-with-its-examples.md:2
#EX-02
合意済みにするコミットは、statusの1行だけを変える
livt: changes-the-status-line-only.md:2
#EX-03
却下するコミットは、statusをrejectedにし、具体例を退役させる
livt: rejected-with-its-examples-retired.md:2
#EX-04
2つのルールを提案するなら、コミットは2つになる
#EX-05
合意の中で意味が変わったルールは、却下して、新しいIDで提案し直す
#R-03
誰の合意が要るかは、スキルが推測せずに尋ねて、decision_makersに書く
livt: case.yaml:1
具体例5
#EX-01
提案を頼まれて、誰の合意が要るかを聞いていなければ、尋ねる
livt: asks-who-has-to-agree.md:2
#EX-02
個人のメンションで書き、チームは書かない
livt: names-people-not-the-team.md:2
#EX-03
ルールを書いた本人が決める1人なら、本人も書く
livt: names-the-author.md:2
#EX-04
知らせるだけの人は書かない
livt: leaves-out-the-informed.md:2
#EX-05
誰も挙がらなければ、decision_makersなしの提案として載せる
livt: proposed-with-nobody-named.md:2
#R-04
スキルが書くのは合意の頼みまでで、合意そのものは書かない
livt: case.yaml:1
具体例4
#EX-01
agreements/ には書かない
livt: writes-no-agreement-record.md:2
#EX-02
会話に「合意した」とあっても、それを承認として扱わない
livt: does-not-take-chat-as-approval.md:2
#EX-03
チェックのないリポジトリでは、合意が要る人が合意したとユーザーが言ってから、acceptedにする
livt: accepts-once-the-user-says-so.md:2
#EX-04
チェックがacceptedに書き換えるリポジトリでは、proposedのまま承認を待つ
livt: leaves-it-proposed.md:2
ユビキタス言語
実例マッピング→ ディスカバリー→ livtリポジトリ→