失敗を書き残すと、次の挑戦が少しだけ軽くなる
うまくいかなかった操作を消して忘れるのではなく、原因と次の一手を短く残すための失敗ノートの作り方です。
原稿の出典・確認状況
制作記録から考えたメモの取り方です。三行メモを継続して効果を実測したという報告ではありません。
失敗した画面は、早く閉じたくなります。でも、閉じる前に三行だけ残すと、次に相談するための材料になります。原因をその場で言い当てる必要はありません。
三行で十分
- 何をしようとしたか
- どこで止まったか
- 次は最初に何を確認するか
細かな専門用語を並べる必要はありません。未来の自分が同じ場所で困ったとき、最初の一歩が分かれば役に立ちます。
成功だけを記事にしない
たとえば「録音が動かない」とだけ書くより、「開始を押した」「開始失敗と表示された」「もう一度押しても表示が変わらなかった」と、見た順番を残します。エラー文があれば要点を添えます。スクリーンショットを共有するときは、名前・通知・アカウント情報が写っていないかも確認してください。
「接続が原因だろう」という推測は、画面で確認した事実とは別に書きます。推測だけが次の担当へ伝わると、違う原因を調べにくくなるからです。
成功談だけでは、読んだ人が同じ失敗を避けられません。このサイトでは、費やした時間や勘違いも隠さず、判断材料として残します。
直った後にも、何を開き直して確かめたかを一行足します。解決していなければ「未解決」で構いません。次の人が同じ操作を繰り返す前に、どこまで分かっているかが伝わる記録にしたいものです。
実例として、要点が英語のまま表示されたときの記録では、生成された文章と実際の画面を分けて確かめる必要がありました。
記事ごとの実践内容・提案の区別は本文と注記をご確認ください。サービス仕様や規約は変わるため、重要な判断は各公式情報で確認してください。