【開発生産性/開発改善/ PR Review】手戻りの少ない実装の進め方・PRの精度を高めて手戻りを減らす方法を考える📝

手戻りの少ない実装の進め方を考える📝

要件・仕様確認 ->
Spike (要件の実現性確認・動作確認 & 実装・実装方針の検証) ->
チームに実装方針など共有・認識合わせ & 合意形成 ->
実装 Logic Refactor ->
Test作成 ->
Test Refactor ->
最終チェックRefactor (Self Review) ->
Testケース(QAテスト項目)作成 ->
PR Open

要件・仕様確認

• 要件・仕様の抜け漏れをなくしたい📝
• 全体影響の確認📝

Spike

• 要件の実現性確認・動作確認：要件を叶える挙動であることの確認
• 実装・実装方針の検証

チームに実装方針など共有・認識合わせ & 合意形成

そもそもの実装方針・設計が、Reviewによって変わることがあり得るので、先手を打って認識合わせ・合意形成をしておく📝

実装 Logic Refactor (Self Refactor & AI Refactor)

Self Refactorする📝
さらに、AIにRefactorできる点を聞いておく📝

ex) この関数のRefactorできる点があったら教えてください。

Test作成

テストのベースラインは、Cursor ComposerなどのAIに自動で書かせて、それをRefactorするのがおすすめ📝