一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
設計の知恵を、リアルな価値に変えるために 〜 問題の所在 | タイム・コンサルタントの日誌から
エンジニアだったら誰もが、「自分の出した知恵で、評価されたい」と思うだろう。優れたアイデアを出せば、それが高く評価される。逆に、つまらぬ設計しかできない者は、たいして評価されない。世の中は、そういう風であってほしい、と感じている人は多いはずだ。 評価という言葉には、いろいろな意味がある。同僚や周囲からリスペクトされるのも、評価だ。新しい重要な仕事のリーダー格に取り立てられたり、昇進するのも、評価だ。もちろん、給料やボーナスに反映されるのも、評価だ。ともあれ、優れた知恵を出したら、尊敬され、リーダー役に抜擢され、ちゃんと経済的にも報われるべきだ。つまり、良い設計の知恵は、リアルな価値に、ちゃんと具現化されてほしい。 だが、そうあってほしいと感じる人が多いのだとしたら、それは逆に、世の中はそうなっていない、という事の証拠であろう。自分の身の回りを見る限り、あんまりそうなっていないな、なんとも世
エンジニア200人に聞いて、業務委託単価表を作りました - Qiita
ISSUEへ移動しました 診断機能の結果も元に単価表の精度をアップデートしています。購読してお待ちいただければと思います。 2022年度最新版はこちら こちらの単価表を元に単価診断機能を作りました 様々なご要望を受け、新たに単価診断機能を作成しました！質問形式で現時点での単価目安を診断することができます。改良に改良を重ねていくのでぜひ一度受けてもらえると嬉しいです！ はじめに 私は「ISSUE」という副業プラットフォームを運営しているのですが、プラットフォームを構築する際にエンジニアの方々約200人とお話しました。そのヒアリング内容からエンジニア業務委託単価表を作成してみました。単価はこれから副業やフリーランスとして活動しようという方々がよく悩むところだと思います。私もそうでした。またすでに業務委託をしている方もどのタイミングで単価を上げる交渉をすればいいかとても悩むものだと思います。そん
説明コストの大きさが文化資本の質の差を生む 開発体験の良さと企業のデジタルトランスフォーメーションのつながり
「“開発者体験”で世界をエンパワメントする1日。」と題し、チームや組織の課題に日々取り組む方々に向けて開催された「Developer eXperience Day CTO/VPoE Conference 2021」。ここでCTO協会の広木氏が「『2つのDX』とDX Criteria 2021」をテーマに登壇。ここからは企業におけるDXとデジタルトランスフォーメーション、文化資本について紹介します。前回の記事はこちらから。 2つのDXは両輪でつながっている このダイナミックケイパビリティの文脈でDXを語ることが、最近増えてきています。それは『ものづくり白書』のことだけではなく、こういった論文にも出ています。デジタルトランスフォーメーションとは、組織の日常生活の中で新しいデジタル技術を活用する継続的なプロセスである。組織のビジネスモデル、協調的なアプローチ、文化の変革の中心となるメカニズムは、
アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress
新しいソフトウェア開発方法論「アジャイル開発」の一手法である「スクラム」の源流は、日本発の論文にあった。その論文著者の一人、野中郁次郎氏（一橋大学名誉教授、中小企業大学校総長）が語る「アジャイルの真髄」とは何か。（JBpress） 新しいソフトウェア開発手法として、さらに組織変革やビジネスの革新手法として注目を集めている「アジャイル」。「スクラム」はその中で最も普及している具体手法である。その「スクラム」提唱者の一人ジェフ・サザーランド氏が着想を得る原点となったのが、日本企業におけるイノベーションの成功要因を研究した日本発の論文なのだ。 サザーランド氏が、その論文を竹内弘高氏（現ハーバード・ビジネス・スクール教授）とともに執筆した野中郁次郎氏に実際に対面したのは、「スクラム」を提唱してから時間が経った2011年だった。サザーランド氏が着想を得た論文の中核部分は何か、またどのような経緯で対面
日本にアジャイルが普及しづらい本当の理由 ～不確実性に向き合うマネジメント論～：新刊ピックアップ｜技術評論社
アジャイルって何だ？ 「ウォーターフォールよりもアジャイルのほうがいいのか？」そんな言葉をIT企業の経営者から聞くことがあります。2000年代の後半くらいから，日本国内においてもアジャイル型の開発プロセスが注目を浴びて，多くの企業が実践するようになりました。 ところが，世界各国に比べて日本のアジャイル型開発の普及率は依然として低く，理解度も進んでいません。流行っているからやってみようと始めた企業も流行りが変わると今度はリーンだとか，今度は○○だといったように新しい方式を導入してみては失敗するところも珍しくありません。 アジャイル開発の専門家ですと名乗る人の話を聞いてみても，それが何なのか，けむにまかれたような説明をされてしまい，いまいち納得できないまま始めると言ったこともよく聞く話です。 一体，アジャイルとは何なのでしょうか。アジャイルに限らず，IT界隈にはバズワードとして瞬間的にブームに
開発組織の貢献は売上として直接語るのはやはり無理があるのではないかという考察
先日サーバントワークスさんが公開した 計測によるスクラムチームのパフォーマンス向上 を読んで、 以前自分が書いた 開発の改善はKPIに翻訳しなければいけないのか をもうちょっと言語化することができそうだったのでメモ。 TL;DR 結論としては、開発の改善はKPIに翻訳しなければいけないのか でも書いた通り 開発組織はビジネスの実現を担っている職能であり、理想的には 「永久に持続性がある状態」で 「0秒 でしかも 並列数を無限」 でモノが実現されて、「不具合やパフォーマンスの劣化は 0」 であってほしい。もちろん現実世界ではどれも実現できないのでそこにいかに近づけるかということを目的に改善を実施すればよく、売上などのKPIに翻訳する必要性は必ずしもない から考え方は変わってないが、改めて整理して 開発組織は、Ability to Innovate と Time to Market 2つのケイ
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
Shippioデザイン組織の立ち上げにおける、プロダクトチーム全体でのデザインプロセスと責任範囲の明確化｜Cocoda
Shippioデザイン組織は、2022年に1人だったところから、2023年4月現在では5名が所属しています。 プロダクトデザイン領域に責任を持ち、マーケティングに関わる制作物のデザインなどは責任範囲としていません。 Shippioデザイン組織の変遷と、2023年4月現在の組織体制 1年間で、デザイン組織の規模は1名から5名規模に拡大しているデザイン組織の立ち上げにおいて重要視したのは、プロダクトデザイナーやプロダクトマネージャーの責任範囲、つまり「何に取り組み、何に取り組まないのか？」を明確にすることです。 これにより、プロダクトデザイナーの採用や、プロダクトチームの連携がうまく進む結果につながりました。課題や、取り組んだことについてまとめてみます。
プロダクトを進化させる環境：ハード面 - 株式会社ROUTE06 (ルートシックス)
前回の記事では、ソフト面を中心に、目的目標の共有やユーザーファースト、アジリティについてその重要性を説きました。本記事では、ソフト面を支えるツールなど、ハード面について紹介していきます。 働く環境のハード面 プロダクトを進化させていくには、プロダクトマネージャーやUXデザイナー、エンジニアがそれぞれを独立して働くのではなく、協働することが不可欠です。 この協働を支えていく上で、ソフト面で重要なポイントをおさらいすると、全社的なミッション、ビジョン、バリューやプロダクトビジョン、OKRの導入により目的目標からしっかり共有して一緒に追い求めて行ける環境を作りあげていくことが第一歩になります。また、プロダクトはユーザーに使ってもらい、初めて価値が創出されます。そのため、ユーザーに向き合い、課題の把握やユーザー価値に対して仮説検証をしっかり回し、企画を練り上げなければなりません。さらに、企画を実現
プロダクトを進化させる環境：ソフト面 - 株式会社ROUTE06 (ルートシックス)
事業の根幹をなすプロダクト、その運営を推進するプロダクト開発人材は、どのような環境を求めているのでしょうか。『マッキンゼー 新規事業成功の原則 Leap for growth』 には、McKinseyが「とある大企業の新規事業のためにCTO人材のヘッドハントを支援したときに、その企業本体に入社するのが前提なら興味がないと、面接前に断られてしまうケースが、実に半数以上を占めた」とあります。 そして、「そうした人材にとって、伝統ある企業に入って役員や部長等の肩書で活動するよりも、新会社として切り出され、独立した事業体のマネジメントの一員として腕を振るう環境の方が魅力的に映る」、つまりCTOのようなプロダクトを推進していく人材がキャリアを考える上で、報酬や肩書よりも働く環境が非常に重要な判断要素になっています。 プロダクトを中心とした事業を推進していく上で、働く環境も大きく変化し続けています。大
経営に近いPMは、PM組織作りにどのようなこだわりをもっているのか？｜(多分)PMに日本で一番会っているエージェントのキャリアnote ～三度の飯よりPMが好き！～
はじめにみなさんこんにちは！クライス&カンパニーの田中です。 2017年より実に26人もの「経営に近いPM」の方々にお話を伺ってきたプロダクトマネージャーインタビュー。 今回はこれらのインタビューから「経営に近いPMは、PM組織作りにどのようなこだわりをもっているのか？」を紐解いていきたいと思います！ ※組織名称やポジションタイトルはインタビュー当時のもので現在は異なる可能性があります※ ①ツールや制度に意図や思想を宿す株式会社SmartHRで執行役員 VP of Product安達さんへのインタビューで、インタビュアーの弊社顧問及川から「社員全員がプロダクト視点を持つカルチャーづくり」について伺った際に、極めて透明性の高い仕組み作りを実践されているとのお話をいただきました。 周りのメンバーからの評判をもとにPdMを定性的に評価しています。その前提として、当社はプロダクトに対する目線が全社
プロダクトチームとフィーチャーチームの比較
PM Library サンフランシスコのスタートアップでプロダクトマネージャーをしています。日本語では読めない、プロダクトマネジメントに関する深い分析記事・エッセイをキュレート・翻訳し、公開しています。定期的に更新しているので、メール登録して頂けると幸いです。 この記事は多くの人を動揺させるに違いありません。 それは残念なことですが、テック企業におけるプロダクトの役割をめぐる継続的なノイズと混乱の度合いは、悪化の一途をたどっています。 さらに、プロダクト担当者のためのカンファレンスでの講演やトレーニングプログラム、いわゆる認定プログラムにおいて、問題点や問題行動が制度化されつつあるのを私は目の当たりにしています。 私は過去に何度かこの問題について話しており、特にEmpowered Product Teams（権限を与えられたプロダクトチーム）に関する記事と基調講演で述べています。 しかし、
「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法/product management rsgt2023
4プロダクトを成功させようと悪戦苦闘しているものの、プロダクトの行く末についてプロダクトオーナーやプロダクトマネージャといった一部の人の意思決定に依存しすぎてしまっていると悩んでいるチームが、彼らと共にプロダクトマネジメントを実行できるようにするセッションです。「プロダクトオーナーがボトルネック」という状況から、おさらばしましょう。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2023/proposal/17655 発表者 https://twitter.com/_N_A_ https://note.com/mryy
私がもはやベロシティについてほとんど話さない理由
ベロシティは、スクラムの要素だったことはありません。 ソフトウェア開発に「ベロシティ」を適用することは、エクストリーム・プログラミング（XP）の先駆者たちによって考案されましたが、今ではそれが良くないアイデアだと考える人たちもいます。 残念ながら、スクラムの世界では、いまだに 「4倍のベロシティ向上 」や 「超生産性」などの言葉を押し付けている人がいます。私はこれを恥ずかしく思っています。これは、私が ケン・シュエイバーから学んだ スクラムではありません。ケン・シュエイバーは代わりに、 厳格な完成の定義 と、守れない約束を避けるということを強調していました。 もし私たちが、 実験から学び、適応する能力 を促進するのであれば、特に私たちの近視眼性（木を見て森を見ない傾向）と短絡的な認知バイアスを考えると、従来の生産性重視の姿勢は（それがどのような理由であれ）有害となりえます。あなたが昔に書い
開発生産性について議論する前に知っておきたいこと - Qiita
はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「
スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo
こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの？出来なかったらどうするの？」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕
アジャイル、とりわけスクラム開発をやるときに立ち向かわなければならない壁の話 - freee Developers Hub
この記事は freee Developers Advent Calendar 2022 の3日目です。 このドキュメントはなにかの答えをあたえるというより、アジャイルやスクラムを有効化させる上での障害はこれであるということを検討するためのドキュメントです。壁はすべての環境で発生するわけではないですが、そういう壁があるということを認識することで、転ばぬ先の杖となるような文章になることを目指しています。そして、その解決方法は示さず「意図的に不完全」にしています。これを読んで「なぜ意図的に不完全にしているのか」を味わっていただければと思います。（あるいは、私自身のエクスキューズかは読んでる皆様にその判断を委ねます） 前提: アジャイル開発とは アジャイルソフトウェア開発（以後、アジャイル開発）はアジャイルソフトウェア開発宣言で示されている価値の実現を目的とした開発手法です。宣言では4つの項目でそ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Shin丨PM Schoolぶち上げ中 on Twitter: "「ソフトウェア開発組織になるための6箇条」 米マッキンゼー社が公開している記事が素晴らしかったので日本語訳＆解説付きで連ツイしていきます📝 1. 文化 2. プロダクトマネージャー 3. 自律性と構造 4. エコシステム 5. GTM（Go to Market） 6. 才能" / Twitter
「エセ自己組織化」症候群から脱却し、約束を守るプロフェッショナルなアジャイルチームになるには -アジャイル時代のマネジメント進化論- / #RSGT2023
