1. 自分よりも能力が高い人たちに、その仕事を任せる。 2. Product Managerはスーパーマンを目指すな。 この2点を意識すれば、プロダクトは成長します。その組織づくりや、考え方について。
1. 自分よりも能力が高い人たちに、その仕事を任せる。 2. Product Managerはスーパーマンを目指すな。 この2点を意識すれば、プロダクトは成長します。その組織づくりや、考え方について。
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね?」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります(もしこれらを利用できる環境にいるならとても幸せなことです)。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
PMBOK(Project Management Body of Knowledge、頭字語として「ピンボック」と読まれることがある)は、「プロジェクトマネジメント知識体系ガイド」(英語: A Guide to the Project Management Body of Knowledge、略称: PMBOK Guide、PMBOKガイド)の略語である。PMBOKガイドは、プロジェクトマネジメント協会 (PMI) が発行している。 プロジェクトマネジメントの知識を体系化したものである。第6版までは10の知識エリアと5つのプロセス群から定義されているものであり、第7版からは12の原則と8つのパフォーマンス・ドメインから定義されている。また、ソフトウェア開発のプロジェクト管理において必要な知識体系である。 PMBOKガイドは、国際的に標準とされているプロジェクトマネジメントの知識体系(ガイド
こんにちは、Tablyの小城(@ozyozyo) です。 ■ ■ ■ この記事のまとめ ■ ■ ■ 「理想のプロダクトマネージャー」が持つべき素質についてのアンケートにご協力ください! https://forms.gle/7SVGJcdxCmyfLdCG7 小城「及川さん、これまでの議論をもとに、プロダクトマネージャーに必要なスキルとタスクを洗い出してみました。」 [別記事] PMのスキルについて https://note.com/tably/n/n2f0d286ae3b6 [別記事] PMのタスクについて(以下の2ページ目の表にあたります) https://codezine.jp/article/detail/12487 及川さん「僕思うんですけどね、ここに書いてるスキルが全部できる人ってほとんどいないと思うんですよ。」 小城「できたらスーパーマンですね。」 及川さん「必要な知識はたくさ
こんにちは、フリッツ です。プロダクトマネージャー(以下 PM)になってから相当の年月が経ち、特に、現職の US メルカリにおいては「 UIUX 強化型 PM 」として認知されるようになりました(ありがたい)。 ただ、最近は自分があまりにもいま持っているスキル・経験に立脚しすぎているなぁ、と感じており、強みの分野を広げようとお勉強中。 ということで、旅の序盤として、本記事では「プロダクトの成功」を導くために必要とされる、問題定義・優先順位決定・実行 という 3 つのステージを PM 視点から 20 項目にわけてみました。できるかぎり、(自分の今までの)現場の動き方に沿うようにまとめました。割と基本的な内容ではありつつも、特に実行のパートにおいては、現場で役立つような個人的知見を多少含められたはず…。 プロダクトに関わる方、および・駆け出し~数年目の PM の方のお役に立てる記事になっていれ
女性も参加しやすいRuby勉強会「TokyoGirls.rb Meetup Vol.2」。合同会社PeerQuestの社長であり、エンジニアでもある浪川舞氏が、自身の経験を元にプロジェクトマネジメントにとって大切なことを話しました。 実はもともとJavaエンジニアだった 浪川舞 氏(以下、浪川):よろしくお願いします。私からは、プロジェクトマネジメントについてお話しします。 本日は名立たる企業のRubyistが並んでいますね。私はRuby界隈に参加することは少ないのですが、まいどる(@maidol_28)という名前でTwitterをやっているので、よかったらフォローしてください! 私は半年前に起業して、今はPeerQuestというシステム開発会社を3人でやっています。キャリアは、音楽大学卒業後に音楽の仕事に就いてたところから始まります。実はエンジニアになったのが5年ぐらい前の2014年と、
この記事は Ansible 2 Advent Calendar 2019 24日目 の記事です。 自己紹介+この記事の説明 サーバーサイドのインフラの設計や構築周りをやっているあんでぃーと申します。 どちらかというと大手(?)SIerに勤めています。 弊社では、一昨年〜去年あたりから色々なプロジェクト(以下PJ)で「Ansibleを使いましょう」という指令が発射されるようになりました。 それまでのやり方はウォーターフォール型で、 Excelで設計書作ってレビューして Excelで構築手順書を作ってレビューして 単体テスト仕様書を作ってレビューして 構築手順書と設計書を見ながら実機をカチャカチャして構築して 単体テスト仕様書と設計書を見ながら実機をカチャカチャして正しく構築されてることを確認して といった感じのまごころドリブンなやり方です。 まぁ複数人でシステムを作るにあたっては一般的(であ
スマートキャンプの郷田です。 先日行われたRoppongi Product Manager Meetup #8 にスピーカーとして参加させていただきました。 本記事では、私がPM(自称)となるまでの発表内容をまとめましたので、ご紹介します。 pm-roppongi.connpass.com 発表内容まとめ 発表の目的 プロダクトと私のタイムライン 1回目の越境 多くの問題と行動意識 実施した施策サマリ 2回目の越境 勉強中の参考書 発表スライドはこちら 最後に 発表内容まとめ 発表の目的 開発リーダーとして振る舞っていた私がいつの間にかPMの振る舞いをしていた話のため、対象者はPMになりたいエンジニアかなと思います。 また、PMの仕事を全く知らなかった私が、泥臭く問題解決に動いていることを紹介しているスライドとなります。 ※ちなみに、主催の pm-roppongi - connpass は
by MATEUS_27:24&25 プロジェクトの計画と実行において総合的な責任を持つ職務をプロジェクトマネージャーと呼びますが、NASAのゴダード宇宙飛行センターの副監督者であるJerry Maddenさんが何年にもわたって出典不詳のソースから集めた「プロジェクトマネージャーとしての心得」とも言える100のルールがPDFファイルで公開されました。プロジェクトマネージャーとしてだけでなはく、仕事やグループを統括する人にとって非常に役立ちそうなルールとなっています。 One Hundred Rules for NASA Project Managers - 100-rules-for-nasa-project-managers.pdf (PDFファイル) https://www.projectsmart.co.uk/white-papers/100-rules-for-nasa-proje
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く