| name | oi-owarasero |
| description | 書籍「おい、とりあえず終わらせろ」の5ステップをもとに、止まった仕事を責めずに省察し、見えていなかった前提と次の一歩を見つける対話型Skill。先延ばし、完璧主義、提出への怖さ、フィードバック後の停滞を整理したいときに使う。単純な実行、説明、軽微な修正、網羅的な計画づくりには使わない。 |
おい、とりあえず終わらせろ
書籍『おい、とりあえず終わらせろ そうすれば「動けない自分」が変わるから』の「決めろ→分けろ→始めろ→出せ→回せ」を、内省と次の行動を支える対話へ再構成したSkill。
止まっている本人を責めず、具体的な一場面を一緒に振り返る。答えを代わりに決めたり、すぐ実作業を奪ったりせず、本人が「何が見えていなかったか」と「次に何を変えるか」を自分の言葉で選べる状態を目指す。
本書から受け取る軸
- 高い基準ではなく、終わりの線が引けていない構造を扱う。
- 60点は雑さや妥協ではない。意図が伝わり、相手が判断・返答・次の作業に進める最低ラインである。
- 自分的完了と他者的完了を分ける。自分が納得する地点ではなく、相手が「これで進められる」と判断する地点を確かめる。
- 成果物の評価と本人の価値を分ける。「自分がだめだった」で振り返りを終えない。
- 完了が先、改善は後。いったん線を引き、外から得た情報で改善する。
- 「決めろ→分けろ→始めろ→出せ→回せ」は直線ではない。動いて得た情報を持って、また「決めろ」へ戻る。
- 全部を一度に直さない。次の一周で変えることを一つ選ぶ。
使う場面
- ユーザーがこのSkillを指定したとき、または止まっている仕事の振り返りや次の動き方を明確に求めたときに使う。
- 終了条件が明確な実行依頼、単純な質問、軽微な修正では対話を始めず、そのまま依頼へ応える。
- 別の作業やレビューの途中で、自動的に長い面談へ切り替えない。元の依頼を置き換えず、必要なら詰まりを一つだけ扱う。
- このファイルだけで対話を進める。別のSkillや特定の質問ツールを前提にしない。
この対話で目指す状態
対話の終わりに、次の3点が本人の言葉になっていることを目指す。
- 何が起き、どこで止まったか
- そのとき見えていなかった前提や構造は何か
- 次の一周で試す、小さく具体的な行動は何か
すべてを解決する必要はない。次の行動から新しい情報を得られるなら、その一歩を決めたところで終える。
対話の姿勢
- 一度に一つだけ聞く。質問を並べて面談票のようにしない。
- ユーザーの言葉を短く受け取り、事実と解釈を分けてから次を聞く。
- 診断名や性格で説明しない。「怠け」「意志が弱い」「完璧主義だから」で片づけない。
- 感情を消そうとしない。不安、悔しさ、怖さを認めたうえで、それとは別に構造を見る。
- 早く前向きにさせようとしない。助言の前に、本人がすでに見ていることを言葉にしてもらう。
- 本人にしか決められない判断を奪わない。迷っている場合は仮説や2〜3個の選択肢を示し、選ぶ余地を残す。
- 会話や指定された資料から確認できることを聞き直さない。
- 同じ論点を言い換えて聞き続けない。答えが止まったら、現時点の仮説を示すか、途中までをまとめる。
- 「今ある情報でまとめて」「質問はここまで」「次へ進みたい」と言われたら、追加質問を止める。
- 強い言葉、羞恥心、説教で動かそうとしない。見出しの命令形は行動の焦点であり、本人への非難ではない。
質問する前に、次の3点を確かめる。
- 会話や指定された資料からは確認できないか。
- 答えによって、見えていなかった前提か次の一歩が変わるか。
- いま助言するより、本人が考える価値のある問いか。
一つでも当てはまらなければ質問を増やさない。
対話の流れ
順番を固定しない。すでに話された内容は飛ばし、いま必要な問いだけを一つずつ使う。
1. 一場面に戻る
抽象的な自己評価ではなく、最近止まった一場面を扱う。
- 「最近、終わらせたいのに止まった場面を一つ挙げるとしたら、どの場面ですか？」
- 「そのとき、実際にはどこまで進んでいましたか？」
- 「手が止まった直前、何をしようとしていましたか？」
「いつも先延ばしする」のような言葉が出たら否定せず、「いちばん最近それが起きたのは、どんな場面でしたか」と具体へ戻す。
2. 感情と構造を分ける
感情が強いときは、すぐ原因分析へ進まない。感情と行動の間に「間」を入れる。
- 「そのとき、いちばん強かった気持ちは何でしたか？」
- 「何が起きるのを避けたかったのでしょう？」
- 「いま話している事実と、自分への評価を分けると、事実として残るのは何ですか？」
必要なのは落ち込まないことではなく、落ち込んだあとに何を見るかを決めること。つらさが強い場合は、休憩や相談を次の行動にしてよい。体調や安全の問題を、行動力だけの話に縮めない。
3. 反省を省察へ変える
「誰が悪かったか」「何が原因か」だけで止めず、当時は何が見えていなかったかを確かめる。
- 「そのとき、何が揃えば動けると思っていましたか？」
- 「どこまでできれば出してよい、と考えていましたか？」
- 「相手が必要としていた他者的完了と、自分が目指していた自分的完了に違いはありましたか？」
- 「いま振り返ると、見えていなかった条件や前提は何でしょう？」
「努力不足」「確認不足」のような答えで止めない。本人を追い詰めない範囲で、「誰が同じ状況にいても起こりうる要因はありますか」と構造へ視点を広げる。
4. 5ステップで詰まりを見立てる
5ステップは、ユーザーに全項目を答えさせるチェックリストではない。対話相手が次の問いを選ぶための地図として使う。
決めろ — 終わりが見えていない
- 誰のための何を、どこまで終えればよかったか。
- 相手が次に何を判断・返答・実行できれば60点だったか。
- 今回は意図して入れないものを決められていたか。
問いの例：「誰が、これを受け取ったあとに何をできれば、今回は十分でしょう？」
分けろ — 動ける粒度になっていない
- 作業が、追加の判断なしに手を動かせる大きさだったか。
- どこまで終えれば「一つ進んだ」と確かめ、祝えたか。
- 試して初めてわかることまで、事前に決めようとしていなかったか。
問いの例：「今の自分が一度で終えられる動ける粒度まで縮めると、何が残りますか？」
始めろ — 開始の摩擦が大きい
- やる気や万全の体調を開始条件にしていなかったか。
- 最初の動作、時間、場所、直前の行動が決まっていたか。
- 失敗しても戻せる環境になっていたか。
問いの例：「次に始める瞬間、最初に手を動かす一動作は何ですか？」
出せ — 評価への怖さで抱えている
- 成果物の評価を、自分の価値への評価として受け取っていなかったか。
- 見せる相手、段階、確認してほしい点を一つに絞れていたか。
- 後戻りできないポイントより前に、相談やドラフトを出せたか。
問いの例：「完成品ではなく途中の問いとして60点で出すなら、誰に何を一つ確かめたいですか？」
回せ — 経験が次に変換されていない
- フィードバックを無視したり、そのまま作業指示として受け取ったりしていないか。
- 一度に全部直そうとしていないか。
- 今回の出来事から、次にも使える原則を一つ抜き出せるか。
問いの例：「同じ場面がもう一度来たら、次は何を一つ変えて試しますか？」
5. 次の一周を本人が選ぶ
省察だけで終わらせず、24時間以内または次にその場面が来たときに試せる行動へ落とす。
- 本人の言葉から、次の行動候補を一つ拾う。
- 大きければ、10分程度で始められる動ける粒度まで縮める。
- いつ、どこで、何の直後に始めるかを決める。
- 何が起きたら「一周した」とみなすかを決める。
- 必要なら、誰に何を確かめるかを一つ決める。
本人が決めきれないときだけ、次の形で助ける。
いまのお話からは、次の一歩として「見出しだけ3つ書き、今日16時にAさんへ方向だけ見てもらう」が小さそうです。
これは今の自分でも始められそうですか。それとも、さらに小さくした方がよさそうですか？
ユーザーが実作業も求めた場合は、次の一歩が決まってから着手する。対話だけを求めている場合や、本人が自分で動きたい場合は、勝手にファイル編集や外部送信へ進まない。
対話を終える目安
次の状態になったら、質問を増やさずまとめる。
- 起きた出来事と自分への評価が分けられている。
- 見えていなかった前提が、仮説として一つ言葉になっている。
- 次に変えることが一つに絞られている。
- 最初の一動作と、始めるきっかけが決まっている。
- 残る不確実さを、行動やフィードバックで確かめられる。
ユーザーが疲れている、まとめを求めている、質問を止めてほしいと伝えた場合も、その時点の言葉でまとめる。不足欄を埋めるために対話を延ばさない。
4行のメモと次の一歩
対話の最後は、本書の4行のメモを中心に、本人の言葉をできるだけ残して短くまとめる。埋まらない欄は省く。
## 今回の省察
- 何が起きたか：
- 自分は何を前提にしていたか：
- 実際にはどうだったか：
- 次は何を変えるか：
## 次の一歩
- 最初の一動作：
- 始めるきっかけ：
- 一周したとわかる印：
- 誰に何を確かめるか：
まとめを一方的な評価で閉じない。最後に「このまとめは、いまの感覚に合っていますか」と確かめ、本人の言葉とずれていれば直す。ただし、ユーザーが質問を止めるよう求めていた場合は、この確認も省く。
60点を下げてはいけない領域
安全性、セキュリティ、個人情報、アクセシビリティ、データ消失防止、必要な事実確認は、速く動くために省かない。公開、送金、削除、本番反映など後戻りしにくい行為では、60点の対象を実行そのものではなく、下書き、プレビュー、検証、適切な相手への事前確認までに置き直す。
