ZATSU私はのび太の味方じゃないわ、悪の敵よ2019-11-20プロダクト開発における納得感これを読んだ。medium.comとてもよかった。エンジニア出身ならわかると思いますが、企画はもちろんデザインナーエンジニアも、「なぜつくるのか」「今後どうするのか」ということはとても関心のあることで、そこの納得感はチームのパフォーマンスに直結するといっても過言でないです。自分も納得した上で作りたい。納得感なくても素早く作ればええやんと思われるかもしれないが、ふとした時につらくなるし何か起きても提案する気も起きなくなる。小さい組織だと納得感重要。自分でもちょっとしつこいなと思うくらい納得できるまで質問することがある。「この機能なんで最初のリリースに入れるんでしたっけ?」とか「これをつける目的は○○で合ってますか?」とか。相手を信用していないわけではなくて、納得して取り組みたいので気になったところを質問するのだ。聞き方をもっと工夫すればよかったと後で反省することは何度もあるのでそれは別の問題として考えたい。納得感を持ってもらうために説明する立場だとして少し考えてみる。納得してもらって進めるには、ロードマップを作っておいたり意見を事前に聞いて取り込んだりと色々とやることはあるが、伝え方も重要である。本来はすごいたくさんのことを考えて色々検討もしたはずなのに、いざ共有してみるとなんかめちゃくちゃ突っ込まれてなんかみんな納得できたかどうかわからん微妙な空気になることあるよね。自分も昔よくあったけど、それは伝え方が下手だったせいだと思っている。やるって話で進めていたし、事業上もないといけない機能です。」みたいな感じで伝えるよりも「もともと今回のリリースは○○という目的で始まった話なので必要かというと必要です。やらないことも考慮はしたんですが、○○という経緯もあってこの時期にやらないと問題になりうるので必要なんですよね。ちなみに、工数上の懸念からですか?それともそもそもない方がユーザーにとっていいからという話ですか?」みたいに目的や背景をお互いに再確認した上で、どういう思考でその質問が出てきたのかを深掘りすると納得感を持ってもらいやすい。検討したみたいな話を説明するのも大事。これを実践するためには、いつなぜやるのかを人に説明できるレベルまで考えておく必要がある。相手がどこに納得できていないかを想像して話を進める必要もある。子供でもわかるように言うと相手の気持ちを考えて自分の意見を伝えましょうという話なのだけれど、とても大変である。考えてきた本人は、相手もわかった前提で話をしがちだからだ。根っこの部分から説明する癖をつけなければならない。長いプロジェクトだと途中で納得感が揺らいでくることもある。目的や背景、検討して捨てた選択肢などは記録に残しておいた方がよい。コストはかかるのだけれど、後で自分が振り返る時にも役に立つ。ある程度テンプレート化しておくと楽かもしれない。リリースノートを先に書くみたいな話もここに関係してくると思う。納得感なんて必要ないくらい阿吽の呼吸で仕事できる状態が理想だと思う。納得感を持つための説明が不要な関係を築くには今まで納得感のある説明をしてくれてきたという信頼関係が必要なのだ。自分が説明する立場の時には相手には完全に納得できるまで質問してほしいし、自分も納得してもらえるまで説明できるようにしたい。16:18プロダクト開発における納得感Tweet関連記事2019-10-11育ってきた環境が違う私には面白くないギャグだったインターネッツの炎の元は、当人が面白いと思ったことが他の人...2019-09-12どういう時に仕事を辞めたくなるかまだ現職辞めへんで!!ということを最初に宣言しておきつつ、...2018-03-12技術的にも工数的にもできるけど歯切れが悪い返事をしてしまった会社で微妙な返事をしてしまって、しかもその気持ちをうまく伝...2017-10-31代替案を考える癖をつける雑にまとめる。言いたいことあるけど言わんとこのパターン分け俺はハラスメントをしていないかいつか息子と松亭でSlackの内容を見落とさない工夫お酒を飲めば誰でも気分転換になると思わないでください月別アーカイブはてなブログをはじめよう!konifarさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。