プロダクトマネージャーに必要な「定義しにくいスキル」 - もくもくプロダクトマネジメント( @Nunerm )
こちらはプロダクトマネージャー Advent Calendar 2020の21日目の記事です。 改めまして久津と申します。今年の6月からグロービスでPMをやっております。 はじめに 「PMにはどのようなスキルが求められるのか」 「PMになるためには何から学べばいいのか」 こういった話をよく聞きます。若手のエンジニアからよく相談されたりもします。その際に自分なりに「まずドメイン知識を学ぼう」とか「ユーザーの声を聞きに行こう」などアドバイスはするのですが、毎回自分の口から発しているアドバイスに自分自身が腹落ちしないというか、芯を食っていない気がしていました。 PMのスキル定義には、有名なプロダクトマネジメントトライアングルや、エンジャパン岡田さんがこの記事で定義した「PM SkillChart HEX」があります。 note.com これらの定義は良く整理されてて素晴らしいと思いますし、内容に
ITエンジニアを取り巻くストレス要因／離職率を下げ、各人のパフォーマンスを最大化する｜久松剛／IT百物語の蒐集家
今回は離職率を下げ、各人のパフォーマンスを最大化するためにはどうするべきかということを、VPoE/EM/ピープルマネージャーの観点からお話します。採用を多めに語りがちな本コンテンツですが、穴の空いたバケツに水を注いでも無駄なように、離職率を下げること、そして入社してくれた人材が活躍してくれることもまた重要です。 従来型の新卒一括採用・一括研修と能力のバラツキ これまでお話してきたように、従来型の新卒一括採用・終身雇用型の企業においては大学で取り組んできたことには触れず、地頭ベースで採用試験をし、適性検査を経て一括研修をする、そこで晴れて一人月として配属されるというものが中心でした。伝統的なSIerでは半年から1年の研修があります。これは個の特性の考慮は足らないものの、均一な最低限の品質を持った「一人月」を輩出するという目的を前には有効であると考えます。そもそも大学入学時の大学・学部選びが「
マネジメントのきっかけは“炎上プロジェクト”。普通のエンジニアがPMにハマったわけ
女性も参加しやすいRuby勉強会「TokyoGirls.rb Meetup Vol.2」。合同会社PeerQuestの社長であり、エンジニアでもある浪川舞氏が、自身の経験を元にプロジェクトマネジメントにとって大切なことを話しました。 実はもともとJavaエンジニアだった 浪川舞 氏（以下、浪川）：よろしくお願いします。私からは、プロジェクトマネジメントについてお話しします。 本日は名立たる企業のRubyistが並んでいますね。私はRuby界隈に参加することは少ないのですが、まいどる（@maidol_28）という名前でTwitterをやっているので、よかったらフォローしてください！ 私は半年前に起業して、今はPeerQuestというシステム開発会社を3人でやっています。キャリアは、音楽大学卒業後に音楽の仕事に就いてたところから始まります。実はエンジニアになったのが5年ぐらい前の2014年と、
人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について - HsbtDiary(2019-02-27)
■ 人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について 去年 @pyama86 さんが読みやすくて面白かったと話していたので買ってシュッと読んだ。 確かに面白くて、コンピテンシーという考え方はなるほどなって感じだった。いろんな立場の人が組織にはいるけど、より管掌や責任の範囲が広い人は狭い人ができることは当たり前とした上で、立場にあった評価の基準が重なっていくという話で、自分も含めて「わかるー」という感じだった。 後、この本では評価を決めるのは影響力というくだりがあって、これは特に専門職に分類される人には読んでもらいたいところなんだけど、エンジニアの場合だとシニアエンジニアは「技術力が高い」から評価されるのはなく「技術力が高いので結果として生み出されるアウトプットの影響力が高い」から評価されると置き換えるとわかりやすいと思う。 「アウトプット」と言われると OSS であ
プロダクトマネージャーはSlack（ゆとり）が大事 - hikoharu's blog
はじめに PMの実態 よくあるケースと処方箋について PMが全部把握したいマンになっているケース 処方箋 PMがタスク持ちすぎなケース 処方箋 PMがコミュニケーションのハブになっているケース 処方箋 おわりに はじめに プロダクトマネージャーをやっていると楽しい一方で、MTGや問い合わせ多くて、忙しすぎるという声をよく聞きます。 そこで本来集中すべきことは何かと、それを阻害する忙しさにどう対処するべきかまとめてみました。 PMの実態 組織内でPMが大変そうと思われる。周りからなりたくない職種と思われるのは危ないサインだと思います。 プロダクトマネージャーというとミニCEOと呼ばれたり、花形とか言われますが、実態としては割と忙殺されていて、職場でも「あの人すごいと思うんだけど、なりたいかと言われると、、、」 みたいに見られているのが多いんじゃないかと思います。 PMが忙しいパターンとそれぞ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
