進め方は道具であって、教義ではありません
どの進め方にも、想定している規模・体制・許せる失敗の大きさがあります。
- 重すぎると
- 個人開発の小さな修正に重い手順を当てはめれば、あとに残るのは成果物の維持費だけです。
- 軽すぎると
- 影響の大きい変更をその場のやり取りだけで進めると、決めたことが記録されないまま消えます。
選ぶ基準は流行ではありません。失敗したときに何を失うか、です。
先に読む回:仕様に何を書き、何を書かないか
どの進め方にも、想定している規模・体制・許せる失敗の大きさがあります。
選ぶ基準は流行ではありません。失敗したときに何を失うか、です。
この5つで並べると、進め方の違いが見えてきます。違いは要するに「どの段階に時間を前倒しするか」です。仕様に前倒しするのか、計画に前倒しするのか。あるいは前倒しせず、作って確かめる回転を速くするのか。
進め方を採り入れるときは、使わない部分を決めて、記録に残してください。
記録がないと、あとから見た人(半年後の自分を含みます)が、意図的に省いたのか手を抜いたのかを区別できません。短い決定記録(ADR)が、ここでは一番割に合います。
ここまでで分からないところがあれば、この回の本文だけを使って答えてもらえます(任意・自分のAPIキーが必要です)。
性質の違う3つの案件について、それぞれ進め方を選び、どこを削ってどこを残すかを決めます。
できあがるもの:3案件分の選択と理由、省いた工程とその理由を書いた Markdown ファイル
3つの案件それぞれについて、選んだ進め方と、5つの軸での理由を確かめてください。
それぞれの案件で使わないことにした工程について、省いた理由を採点してください。
2026-09-14 に確認/2027-03-14 までにもう一度確認
2026-09-14 に確認/2026-12-14 までにもう一度確認
2026-09-14 に確認/2026-12-14 までにもう一度確認
この回で触れている外部の情報は、いちばん古いもので 2026-09-14 に確かめたものです。 この日付は ADR-0019 の一次情報一覧から引き継いでいます。
書いた内容はこのブラウザの中だけに残ります。送信はしません。 成果物そのものではなく、どこにあるか(ファイルの場所、ブランチ名など)を書いてください。 鍵やパスワードは書かないでください。
作ったものを、この回の観点表に照らして見てもらえます。返ってくるのは助言であって、 合否ではありません。完了にするかどうかを決めるのは、いつでもあなたです。 自分のAPIキーを使うため、料金はご自身のアカウントに請求されます。
先に、上の「この回の記録」ですべての確認に自分で評価を付けてください。 モデルの評価を先に見ると、自分の判断がそれに引きずられます。
キーはこの実行にのみ使われ、保存もログ出力もしません。ブラウザにも残らないため、ページを離れると再入力が必要です。
APIキーを発行する