先日、採用について面接について下記のようなポストされているのを拝見しました。 > 「あなたは何を大切にしどのような考え方をするのか」「あなたはどのように振る舞うのか」「あなたはどの程度の経験があるのか」しか聞いていないよ。ただ深く聞くだけ。 私は去年事業責任者になり、採用の最終意思決定者になることが増えました。まさにAkiさんが書かれていたようなことを聞きたいと思ってはいるのですが、どのように深く聞いていくのか、わかっているようで恐らくわかっていません。そのため、実践できていません。よろしければ、Akiさんがどのようなことに気をつけて、どのような対話をされているのか、教えていただけないでしょうか。来週、面接があるので勉強と準備をして臨みたいと思っています。

乗っかりでいくつか質問です。 >ちなみに、「この機能便利そう」レベルで意思決定ができる組織においては仮説検証と実プロダクトリリースの境目は曖昧になります。（いわゆる、出してみて確かめるというやつです） 1. このタイプのチーム・組織である場合でも、最低限事前に確認しておいた方が良いことはあるのでしょうか？ 例えば、既存データからわりと簡単に類推可能な想定ユーザー数とか、既存ユーザーからの意見など。 2. 出してみて確かめる場合、仮説検証と確認する項目に違いはあるのでしょうか？ 事前の場合、定性でしか取れなかったデータが定量でも分析可能になるようなイメージはあるのですが、具体的なケースが描けていないからか考えがはっきりしません。 3. 事前に仮説検証する場合と、出してから考える場合のどちらが好みですか？

追加の質問です。 うちの組織では「エンジニアは開発に集中、デザイナーはデザインに集中」という前提があり、それ以外の業務をすべてPMが担う形になっています。 リリースは1〜2週間に1度のペースで、常に仕様書を先回りで準備しておかないと開発の手が止まってしまう状況です。 セールス側も「毎回リリースがある」ことを前提に顧客コミュニケーションをしており、開発サイクルを止めづらい空気があります。 質問1 軸が定まりきっていないことは自覚しており、まずそこを明確にすることに時間を使うべきだと理解しました。 ただ、そのためにいったん開発を止める（＝リリースを止める）ことは現実的でしょうか？ もし止めるとしたら、エンジニアだけでなくセールスやマーケにも説明が必要になりますが、「軸を定めることの重要性」をどう伝えれば理解してもらえるでしょうか？ 質問2 「他の人を巻き込む力が必要」という点もまさにだと感じています。 とはいえ社内では「PMがやって然るべき」と思われている業務が多く、他の人に振ることが難しいのが現状です。 上司もPdM出身ではないため、PMの仕事範囲を誤解している節があります。 こうした状況で、巻き込みや役割の再設計を進めるにはどんなアプローチが現実的でしょうか？

最近気になっているもの、はまっていることはありますか？

仕事の家庭をどう両立してこられたのか教えてほしいです。

先日、採用について面接について下記のようなポストされているのを拝見しました。 > 「あなたは何を大切にしどのような考え方をするのか」「あなたはどのように振る舞うのか」「あなたはどの程度の経験があるのか」しか聞いていないよ。ただ深く聞くだけ。 私は去年事業責任者になり、採用の最終意思決定者になることが増えました。まさにAkiさんが書かれていたようなことを聞きたいと思ってはいるのですが、どのように深く聞いていくのか、わかっているようで恐らくわかっていません。そのため、実践できていません。よろしければ、Akiさんがどのようなことに気をつけて、どのような対話をされているのか、教えていただけないでしょうか。来週、面接があるので勉強と準備をして臨みたいと思っています。