仕事の進め方 - takayuki321/test_01 GitHub Wiki
【仕事の進め方とコミュニケーションの取り方】
■ 目的
仕事をスムーズに進め、トラブルを未然に防ぐためには、適切な判断と、報連相(報告・連絡・相談)が不可欠です。
本ドキュメントでは、業務の進め方を自分で判断し、必要なコミュニケーションを取る力を育てるための基本をまとめます。
■ 仕事の進め方を判断するフロー
● 進め方がわかる場合
- 「対応可能です」と伝えて受けてよい
- 以下の点を確認してから着手することで、ミスや認識ズレを防げる
- 作業の目的
- 成果物の形式や納品方法
- 期限
- 過去の参考資料や仕様の有無
《例》 「この作業、以前も対応したことがあるので進められます。この場合はAの方法で対応できると思います。アウトプットは帳票形式で認識あっていますか?今週金曜までに作成できそうですが、期限はいつですか?」 「
● 進め方がわからない場合
◎ 理想的な回答
- 自分なりに考えたうえで、仮説や案を添えて相談する
- タスクが分割されており、作業内容が明確
《例》依頼:残高と都合のプレ実装 「CSVをワークテーブルに取り込んで、帳簿テーブルと金額を突合し、一致・不一致を判定した結果を帳票に出力する流れで考えていますが、 SQLはまだ決まってないものがある為、完成しているものから作成します」、「チェック系のSQLは共通処理を作成予定なので優先度下げます。」 「インプットとアウトプットのデータを整理し、インプットに必要なデータを洗い出し、データ作成を行って残高突合のアウトプットを作成しようと思います。 」
→ 主体性・理解力・提案力があり、信頼を得やすい
○ ベストな回答(合格ライン)
- 進め方がわからないことを正直に伝えた上で、前向きな姿勢を見せる
《例》 「この作業は初めての内容なので、過去の資料や仕様があれば共有いただけると助かります。調べながら進めてみたいです。」 「経験した事のある作業ですが、理解から抜けている内容があるので認識合わをさせて下さい。」
→ 素直さと学ぶ姿勢があり、任せても安心
❌ NGな対応とその理由
・「はい」(だけ)
→ 理解したのか不明、誤解して進むリスクがある
・「できます」(やったことがないのに)
→ 後でトラブルや手戻りが起きる
・「無理です」(理由を言わない)
→ 非協力的に見える、成長の機会を逃す
・「どうすればいいですか?」(丸投げ)
→ 考えずに依存する癖がつく
■ コミュニケーションの基本
-
確認を怠らない → 目的・納期・形式など、最低限の確認をしてから着手する
-
進捗をこまめに共有する → 特に作業が止まったときや迷ったときこそ報告が重要
-
わからないことは早めに相談する → 「何が」「なぜ」わからないかを明確にして伝える
《例》 「◯◯までは完了しましたが、〇〇のデータ編集が仕様書に見当たらず、進められていません。別の機能ではA方式でしたが、今回も同じで良いでしょうか?」
■ 推奨テンプレート(依頼を受けたとき)
- 「この作業の目的は◯◯という理解で合っていますか?」
- 「以前に同様の作業を対応したことがあります/初めてですが対応できそうです」
- 「△△の部分が不明ですが、□□という前提で進めても問題ありませんか?」
■ まとめ
- 「進め方がわかる/わからない」を自分で判断できるようになることが第一歩
- わからない場合は、考えた上で質問することが大事
- 自分で考えず黙って受ける・丸投げするのはNG。信頼や成長機会を失う