タスクだけ渡していませんか？～WEBサイト開発などの現場で気をつけたいこと～

こんにちは。猫より犬派！PIVOTコラム編集部です。
皆さん、今日も「目標」を達成するためのタスクをコツコツと消化していますか？

シーンの違いや大小に関わらず、目的と目標を設定することは大切ですね。特にビジネスでは最重要事項なので、様々なレイヤーで最初に設定するようになっていることが殆どではないでしょうか。

先日「リンゴを２個買っておいてね」と妻に頼まれました。既に冷蔵庫には１つ在るにもかかわらず…です。理由を問うと、「夕食に使おうと思っている」との事。納得して買って来たのですが、夕食後に冷蔵庫を開けるとリンゴが２つあったのです。「えっ、使ってないじゃん！」と思いました。心の底で。

仕事でも同じようなことってありませんか？ 頼んだのに自分が想像していた通りになっていなかったり、進捗が遅かったり。
「だったら自分でやったほうが良かった〜」って思ったことありませんか？

無論、タスクにも目的と目標があります。そして、タスクを行う「理由」も存在します。

私は特にPIVOTでエンジニアリングを担当していることもあり、チケット管理システムを使い、「タスク」をチケットとして記述する事が多いです。

その際、チケットに理由を書くようにしていますし、逆に、渡されたチケットに理由の記載が無い場合は尋ねるようにしています。

それは何故かというと、「理由」を書いたり尋ねたりする事が、タスクの目的・目標を達成する過程において、「間違った方向へ行動してしまわない為」と「納得・理解を得る為」が大きいかなと感じているからです。

しかし、それでも上手く出来なかったり、納得出来なかったりすることがあります。

リンゴの話を思い出してください。妻に理由を聞いて行動しましたが、納得行く結果にはなっていません…（答えは最後に） 。

前置きが長くなってしまいましたが、理由だけじゃ伝わらないときの解決方法としてオススメしたい方法があります。

「理由」ではなく「リスク」を伝える 

全てのタスクに必要だと断言は出来ないのですが、「仕事を頼む」ケースではリスクを言語化し渡すことを意識すると有効だと感じています。「理由」にリスクが含まれていることも多いのですが、抜け落ちないように意識することが大事です。

何かを人に頼む瞬間って、漠然とした「リスク」を感じるときってありませんか？「心配」とも言えるかもしれません。これが大事な共有ポイントだと思うのです。

どう行動するか？は頼まれた人が考えることです。しかし、あなたが抱えていたり懸念しているリスクは相手が想像しにくいものです。

似たような言葉で「課題」という言葉がありますが、「課題」はタスクを産むものであって、リスクは、その「タスク（仕事、行動）」にくっついているイメージという理解を私はしています。

日頃、開発プロジェクトを推進していく上でもリスクの言語化、そしてそれを伝えることが大事です。特にリスクの共有は自分の【弱み】を見せるような感じがして無意識に「伝えたくない」とか「伝えなくてもいいよね・・」というような思い込みをしがちですが、先にリスクが分かっているのであれば、それを共有することはお互いにプラスではあれ、マイナスではないと考えています。社内だけなく、クライアント様も含めた連携あってこそ、リスクヘッジへ繋がると考えています。

タスク（行動）の共有よりも【リスク・心配事の共有】がソリューションを産み出すのではないでしょうか。