¥500

10月26日

質問者さん

私はスタートアップにて社内IT(いわゆる情シス、コーポレートエンジニアと呼ばれるロール)をしている者です。 組織において社内ITに関する課題が多い状況で、課題の優先順位の付け方や、何をやるべきで何をやらないべきかの仕分けの進め方に悩んでいます。 そこで、社内ITを1つのプロダクトと捉えるとするならばプロダクトマネジメントの考え方が活かせるのではと思っているのですが、私にはPdMの素養がありません。 このような状況において、PdMの素養を身に付けるとした場合の効果的なインプットとして何かAkiさんがおすすめされるものがあれば教えてもらえませんでしょうか。 あるいは、そもそものこの課題に適切に取り組むためのアプローチ(課題設定の仕方や問いの立て方)についてのコメントでもいただけると嬉しいです。

10月27日

Aki

Akiさん

プロダクトマネジメントの素養が特に活かせる部分はこのあたりだと思います。 ・ユーザー視点でのニーズの明確化 ・優先順位の明確化 ・MVPから広げていく漸進的なアプローチ 特に今お悩みの部分は優先順位関連だと思うのですが、それを明確にするためにはまず今ITとして何を最も成し遂げたいのかを明確にするところからだと思います。 社内ITってやることが多いですよね。それらを「なぜやるのか」をまず考えてみると優先順位がつけやすいんじゃないかと思います。 例えば端末の管理、インフラの管理、コスト削減施策、セキュリティ対策、アカウント管理、などなど挙げればきりがないのですが、それらって普段何のためにやっていますか? 一口に端末管理と言っても、会社によってそれは快適に働くためだったりセキュリティリスク軽減のためだったりと目的が異なったりします。現在の課題が「根本的な原因」なのか「表面的な問題」なのかを検証し、戦略に本当に擦り合っているかを確認することも重要です。 ・今なぜやっているのか  ・それは今後も必要なのか  ・それは現在の戦略とどう関わるのか ・会社として重要視していることは何なのか ・これからIT戦略としてどういう方向に向かっていきたいのか ・そのために優先度が高いことは何なのか というあたりを検討してから進めていくアプローチでしょうかね… あわせて、もしまだでしたら社内ITの改善活動にも成果指標を設定し、小さな改善の効果を測定するのもおすすめです。これによって継続的な改善サイクルを回せるようになり、「優先順位を今決めきらなければならない」というプレッシャーからある程度解放されるかもしれません。 インプットとしては過去に(ちょっと別文脈ですが)おすすめの本を紹介しているのでご参照ください。 https://querie.me/answer/m3RDLn2wabC6AbSIJiMD 入門書としては「プロダクトマネジメントのすべて」もおすすめです。

Akiさんに 質問してみましょう!

アイダホバーガーがハワイからアイダホに帰還することを望む人のアカウントです。発言内容は個人の見解であり所属組織を代表するものではありません。

何でもどうぞ。私のツイートのあの感じで回答します。難しいことははぐらかす癖があります。 非公開質問でプロダクト関連の相談も受け付けています。(もちろん公開でもいいんですが、非公開のほうがお互いいろいろ気にせず発言できると思うので。)

Tips質問回答方針

Tipsがあるものから優先的に、且つなるべく文字数多めで回答します。なくても回答します。 回答が役に立ったと思ったら、よろしければTips付きでその旨教えていただけるとその後のやる気に繋がります。

Tips報酬金額を選択する

(Tips質問者は回答全文をメール受領できます)

¥0(無料質問)

Akiさんが

回答したTips質問

¥500

03月30日

シリーズAのtoCプロダクトでPMをしている者です。 最近、経営企画に新たに入ったメンバーと一緒に、株主に向けた1年後までの事業計画(PL)を作るように指示されました。 この事業計画では、「いつ・どの数値を・どのくらい上げるか」を、過去の施策で得た学びをもとに描いてほしいと言われています。これまで数年サービスをやってきているなら数字を見通せない訳はない、シリーズA以降はこのやり方でやらないとダメと言われました。 理想のPMは、一年後までどの数字をどの施策でどのくらい上げられるかを見通しているのでしょうか? 根拠のない数字を掲げても、達成できてもできなくても誰も責任を取らないから、と、PMが計画と共に策定することが重視されています。 この方針自体は一理あると思うし、計画づくりにPMが巻き込まれるのはありがたいことだと感じています。(上から謎の数字が降ってくるより、コミットしやすい計画になると思います。)が、これまでやったことがない動き方なので大変戸惑っています。今の私は「今後やる施策の結果を見て、次に何をやるか決める」ような探索的なサイクルでしかプロダクトを動かした経験がなく、「この数字を上げるためにこれをやる」と1年分のロードマップを先に描いたことがありません。 自分たちのアウトプットがどのくらいの結果を出せるかの学習が少ないのが原因かなと思っているのですが、全然その辺の感覚がなく、できることはやって結果が上振れることも下振れることもあって、どうしたらいいのだろうと思っています。 このような経験は、Akiさんにもあったでしょうか? ・PMとして事業計画に対してどのようにコミットされたか ・どのようにして「施策と数値の関係性」への理解を深めていったのか ・事業計画を引くときに、どこまで仮説で描き、どこから柔軟性を持たせているのか など、何かご経験や考えがあれば教えていただけると嬉しいです。 どうぞよろしくお願いします。

¥500

03月30日

ハードウェアプロダクトのPM的な役割になりました。ハードウェアと言えどソフトウェア部隊はいますし、今後AIや社内の業務改善で生成AIを扱っていくケースが増えていきますし、その知見を得るためのスキルを身に付けたいと考えています。 そこでの質問なのですが、以下のいずれを選択をするのが望ましいと考えますか?またその理由を教えていただけるとありがたいです。 選択肢① Python独学→AIコース(例. TechAcademy)をスクールで受講 選択肢② 生成AI特化コース(例. DMM 生成AIキャンプ)をスクールで受講 前者は原理から抑えるやり方、後者はアウトプット方法を手っ取り早く学ぶ方法と捉えています。 自分がエンジニアでない場合に、原理を抑えにかかるのとアウトプット作れるようにしていくのとはどちらが良いのかアドバイスをいただけらばと思います。 追伸. 社内でAIがそんなに盛んな訳でもないので一定小さなアウトプットが作れると啓蒙になるかなという気持ちで元々原理抑える流れで考えていたのが揺らぎ始めてます。

¥500

02月22日

続き質問

いつもポスト拝見しています。 転職活動を経て複数社内定しており、①やりたい仕事×非希望勤務地×年収減(手取り維持)、②やややりたい仕事×希望勤務地×年収微減(手取りやや減)、2択で悩んでいます。 ①の仕事内容で関東圏勤務であれば即決なのですが、、パートナーと遠距離になり、婚期が後ろに倒れることを懸念しています。 将来的に①の仕事で関東圏勤務を狙って数年働く→再び転職活動するという動きを考えているのですが、転職活動は1回目と2回目でハードルって変わりましたでしょうか? また、仕事と結婚を両立する上では②を選択すべきでしょうか? ご意見伺えると嬉しいです。

Akiさんが

最近答えた質問

¥500

03月30日

シリーズAのtoCプロダクトでPMをしている者です。 最近、経営企画に新たに入ったメンバーと一緒に、株主に向けた1年後までの事業計画(PL)を作るように指示されました。 この事業計画では、「いつ・どの数値を・どのくらい上げるか」を、過去の施策で得た学びをもとに描いてほしいと言われています。これまで数年サービスをやってきているなら数字を見通せない訳はない、シリーズA以降はこのやり方でやらないとダメと言われました。 理想のPMは、一年後までどの数字をどの施策でどのくらい上げられるかを見通しているのでしょうか? 根拠のない数字を掲げても、達成できてもできなくても誰も責任を取らないから、と、PMが計画と共に策定することが重視されています。 この方針自体は一理あると思うし、計画づくりにPMが巻き込まれるのはありがたいことだと感じています。(上から謎の数字が降ってくるより、コミットしやすい計画になると思います。)が、これまでやったことがない動き方なので大変戸惑っています。今の私は「今後やる施策の結果を見て、次に何をやるか決める」ような探索的なサイクルでしかプロダクトを動かした経験がなく、「この数字を上げるためにこれをやる」と1年分のロードマップを先に描いたことがありません。 自分たちのアウトプットがどのくらいの結果を出せるかの学習が少ないのが原因かなと思っているのですが、全然その辺の感覚がなく、できることはやって結果が上振れることも下振れることもあって、どうしたらいいのだろうと思っています。 このような経験は、Akiさんにもあったでしょうか? ・PMとして事業計画に対してどのようにコミットされたか ・どのようにして「施策と数値の関係性」への理解を深めていったのか ・事業計画を引くときに、どこまで仮説で描き、どこから柔軟性を持たせているのか など、何かご経験や考えがあれば教えていただけると嬉しいです。 どうぞよろしくお願いします。

¥500

03月30日

ハードウェアプロダクトのPM的な役割になりました。ハードウェアと言えどソフトウェア部隊はいますし、今後AIや社内の業務改善で生成AIを扱っていくケースが増えていきますし、その知見を得るためのスキルを身に付けたいと考えています。 そこでの質問なのですが、以下のいずれを選択をするのが望ましいと考えますか?またその理由を教えていただけるとありがたいです。 選択肢① Python独学→AIコース(例. TechAcademy)をスクールで受講 選択肢② 生成AI特化コース(例. DMM 生成AIキャンプ)をスクールで受講 前者は原理から抑えるやり方、後者はアウトプット方法を手っ取り早く学ぶ方法と捉えています。 自分がエンジニアでない場合に、原理を抑えにかかるのとアウトプット作れるようにしていくのとはどちらが良いのかアドバイスをいただけらばと思います。 追伸. 社内でAIがそんなに盛んな訳でもないので一定小さなアウトプットが作れると啓蒙になるかなという気持ちで元々原理抑える流れで考えていたのが揺らぎ始めてます。

03月30日

はじめまして。PM歴だいたい4年(元はデザイナー→ジョブチェンでPM)の者です。業界はITではなくメーカー系で働いています。弊社内ではPMという立場はかなり珍しく、手探りで日々取り組んでいます。 PM業務に携わるようになりしばらくたち、手探りながらもっと体系的にPM知識を得たいと思いWEB検索などを始めたのですが、そこでよく見かけるのがPMP資格です。 実際PMが普及しているIT系の領域の中ではかなりメジャーな資格なんでしょうか?アキさんから見てPMP資格およびPMBK学習について印象などを教えていただけると助かります。(ざっくりした質問ですみません) WEB検索などしていると、どうしてもPM=システム開発のManagementという側面があるのかな?と感じています。 もちろん汎用的な知識は有用だと感じますが、具体的な部分がどうしても自分のいる領域ではあまり参考にならず、「自社内で経験を積む」以外でどのように知識を広げていくのか悩ましいと感じているところです。 PMやPDMがたくさん活躍する業界で働いている方のご意見を参考にさせていただきたく、どうぞよろしくお願いいたします。