最初に変更範囲を固定する
触ってよい場所と、触らない場所を依頼文へ一行ずつ書きます。
作り直しを減らす
一度に全部やらなくても大丈夫です。いまの作業に合いそうなものから、ひとつ試してみましょう。
15本のTips
今日から使える
触ってよい場所と、触らない場所を依頼文へ一行ずつ書きます。
一度に大きく変えず、一つの目的ごとに変更点を確認します。
「完了しました」だけでなく、何をどう確かめたかを受け取ります。
APIキーは値ではなく、変数名と設定場所だけを共有します。
正しいURL、変更箇所、主要な操作を短く確認します。
決定済み、変更済み、未完了、変更しないこと、次の一手だけを残します。
最後の一行だけでなく、最初のエラーと直前の操作を一緒に見ます。
何を、どのリポジトリの、どのブランチへ送るか確認します。
利用者の目的と画面候補を渡し、入口から完了までの順番を整理してもらいます。
困った場面を頻度と影響で整理し、次に直す一つを選んでもらいます。
最初の依頼では変更せず、目的・対象・確認方法を短く整理してもらいます。
最初に確かめたい価値へ必要なものだけを残し、後回しも明記します。
対象ファイル、使われている場所、現在の差分を確認してから変更します。
文章を極端に短くするより、目的と判断基準を揃えて手戻りを減らします。
見た目だけでなく、狭い画面とマウスなしでも目的へ進めるか確かめます。