これはなにか 本記事はプロジェクトマネジャーがプロダクトマネジャーに転向する際におさえるべき重要な点をまとめたものだ。 私自身、プロジェクトマネジャーからプロダクトマネジャーへと転向しているが、その際にいくつか重要なポイントが存在した。 この記事が、同じようにプロジェクトマネジャーからプロダクトマネジャーへ変わったばかりの方や、これから転向しようと思っている方の助けになれば幸いだ。 以降、プロジェクトマネジャーをPjM、プロダクトマネジャーをPdMと略称表記する。 PdM は PjMの延長線上にはない 字面が似ているせいか、「PdMはPjMの延長線上にある」と考えている方も一定数いると思う。（私自身そう思っていた） しかし、そうではない。 共通する部分はあるが、PjMとPdMでは、それぞれの役割に求められるものが異なるため、転向する場合、3つのポイントについて大きく認識を改める必要がある。

この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ

プロジェクトマネージャープロジェクト管理編集部おすすめ 公開日 2017/05/08最終更新日 2017/05/08 プロジェクト計画書とは？無料サンプル・テンプレート付きで作り方を徹底解説 Share プロジェクト計画書を作ることは、プロジェクトを成功に導くための第一歩です。 この記事にたどり着いた方は、上司から「そろそろPMやってみるか」「プロジェクト計画書を作ってみろ」と言われて、プロジェクトマネジメントやプロジェクト計画書について調べ始めた人ではないでしょうか？ プロジェクト計画書の重要性は分かっているが、 より良いプロジェクト計画書を作るために基本を押えたい そもそもプロジェクト計画書の構成がよく分からない どのような記載をすれば良いのか分からない このようなお悩みをお持ちでないですか？ この記事では、このような悩みから解放頂けるよう、ソフトウェア系若手PM向けに最低限作るべき簡

PS課佐竹です。2年間携わっていたプロジェクトの引き継ぎを完了したため、その記念にブログを投稿したいと思います。今日は「プロジェクトマネージャ（PM）」という役割の引き継ぎに関して記載します。 はじめに 引き継ぎ開始時に大事にしていること 1-1. 連絡手段を共有する 1-2. 会議体を共有する 1-3. 体制図を作成して共有する 1-4. AWS環境構成図を作成し共有する 1-5. 契約もしくはSOW/スコープを共有する 1-6. 利用しているサービスを共有する 1-7. 提出済資料を共有する 引き継ぎ期間中に大事にしていること 2-1. ステアリングコミッティで組織の厚みを見せる 2-2. 引き継ぎ期間に余裕を持つ 2-3. 過去の経緯を大事にする 引き継ぎ後に大事にしていること 3-1. 現場メンバーが後任担当者のキャッチアップに協力する 3-2. 引き継ぎが終わった後も連絡が取れる

はじめに プロジェクトにムダな作業が発生していませんか？ ムダな作業は、コストを増大させる要因のひとつです。 もちろん、納期にも大きな影響を与えます。なぜムダな作業が発生してしまうのでしょうか？その原因は、プロジェクトの進め方にあります。これから紹介する「リーンソフトウェア開発」では、ムダを排除することを中心に、プロジェクトを円滑に進めるための原則が定義されています。 この記事では、プロジェクトのムダな作業を減らしたいエンジニアの方のために、リーンソフトウェア開発の7つの原則をお伝えしていきます。ぜひご一読して、ムダの削減に役立ててください。 リーンソフトウェア開発の概要 リーンソフトウェア開発とは リーンソフトウェア開発は、トヨタ生産方式（TPS）を参考に考案された開発手法のひとつです。TPSは、ムダを削減することに重点を置いています。TPSの背後には、トヨタウェイと呼ばれる基本理念があ

こんにちは。デザイナーのいしかわです。プロジェクト管理ツールマニアです。 理想的なプロジェクトマネジメントに向けて、これまでにプロジェクト・タスク・情報共有・進捗管理などに関するツールを30以上試してきました。その中から特におすすめしたい厳選ツールを7つ紹介したいと思います。 プロジェクト管理ツールを乗り換えるのは大変なので、できるだけ長く使い続けられるものを見つけたい！という気持ちで本気で評価しましたが、あくまでも自分で使ってみた感想になるので、人によっては合う合わないがあると思います。プロジェクト管理ツールの選定の参考になれば嬉しいです。 ※本エントリー更新時点での情報になりますので、機能や価格などの情報は異なる可能性があります。 ※2016/2/21  Asanaを追加しました ※2016/9/4 各ツールの最新情報をチェックし内容を更新しました ※2017/1/13 各ツールの最新

第14回クラウド時代だからこそIT運用部門の負担が増大！JIRA Service Deskで改善しよう（後編） 樋口晃，南澤華代，大塚和彦 2016-02-18 第13回クラウド時代だからこそIT運用部門の負担が増大！JIRA Service Deskで改善しよう（前編） 樋口晃，南澤華代，大塚和彦 2016-01-18

こんにちは。サービス開発部 ディレクターの五味です。 Android版クックパッドアプリのリリースマネージャーと、アプリ利用者に関わるいくつかのプロジェクトを担当しています。今回は私たちの部で実施している、ディレクターの定例会について紹介します。 サービス開発部 クックパッドの開発体制は、2年前に私が ディレクター知見共有会についてのエントリー *1 を書いた頃から少し変遷を経て、2017年からはサービス開発部が、レシピ検索・投稿などの基幹機能と、サービス全体のユーザー体験を一手に管轄するようになっています。 部のメンバーは現在40人ほどおり、部の注力指標からブレイクダウンしたKPIをベースに9つのプロジェクトチームに分かれています。チームの編成や人数は様々で、状況に合わせて入れ替わりもOK、KPI達成に向かっていれば、各チーム主体的に動くことが推奨される柔軟な組織を試みています。 プロジ

職場で勝手にやっている改善活動のメモを取り出してから1年たったので振り返ってみたメモ。 書くこと 実際にやったこと 変わったこと 一番大きく変わったこと まとめ 実際にやったこと メモはハッシュタグ #俺俺改善活動 を付けて Twitter へツイートしていました。*1 今月の #俺俺改善活動．構成管理のブランチポリシーを整理してドキュメント化した．普段は見ないものだけど，ブランチ開発経験のない人が入ってきたときは効果すごいある— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動．高コストな上に誤りが混入しやすい機能をエンドツーエンドでテストできるようにした．テストは自動化されているから CI に組み込めるし，安心して修正できるようになった(*'▽'*)— えび🦐 (@ebc_2in2crc) 2016年7月28日 今月の #俺俺改善活動 ・テストの2

ぎんしゃり🍱 @givemegohan 君はC92の「プロジェクト名未定」または「岩本町芸能社」に気づいたか givemegohan.pigboat.jp/?p=145 ブログ書きました。ついでにアンケートも取ろうと思うので拡散してほしいです。 #岩本町芸能社 2017-08-14 12:36:26 リンク 右や左の旦那様 君はC92の「プロジェクト名未定」または「岩本町芸能社」に気づいたか | 右や左の旦那様 まえおき 2017年8月11日から3日間にかけて、コミックマーケット92が開催されました。 前回から西1階にも企業がブースを出すようになったんですが、今回はさらに西2ホールが閉鎖され、西館が企業ブースのみの構成でした。 わたしは一通りチェックする派なので企業一覧をざっと眺めていたんですが、一つ変な企業が出展していることに気付きました。 それが企業ブース1332「プロジェクト名未定

あるソフト開発のエンジニアと話をした時、 「現場の改善活動」の話になった。 その方が言うには、 「社長の命令で、「やる気のある人」を中心に一生懸命、改善活動をしている。アイデアは現場にたくさんあるので、実行するのに結構忙しいんだけど、なぜか納期や品質が改善された感じがしない。なんでだろう。」 という相談をされた。 そして偶然、ほとんど同時期に、同じ相談を複数の会社から受けた。 「やる気のある人が頑張れば頑張るほど、全体として成果が出ない」という皮肉な状況。 これは何処の企業でも大変良く見られる状況なのだ。 「ザ・ゴール」という本を読んだことがあるだろうか。 エリヤフ・ゴールドラット氏という、イスラエルの物理学者が著したもので、「制約条件の理論」について小説形式で解説されている。 非常に面白い本、かつ役に立つ知識が収められているので、新社会人必携の書籍と言っても良い。 そして、この本のテーマ

タイトルで完結しているんですが。 「結婚式面倒くさい、やりたくない」って言ってる人を身近で観測したことが何度かあります。 つい最近でも一件ありました。まあ、ケース数でいうと5,6例とか、せいぜいそんなもんです。 とはいえ、私の周辺がそこまで特殊な人たちだとは思いませんので、「結婚式、やることはやるけど面倒であんまり関わらない」人というのはそれなりの数がいるのだと思います。 観測範囲内では100%男性で、同じく100%式の段取りやら企画やらを殆どすべて奥様任せにしていて、それ面倒くさがる要素あんまりないんじゃないですかと思ったものですが、中身を考えるのも面倒くさいから奥様任せにしているとか、そういう話なんでしょう。 段取りを整えるのが面倒くさいのか、式当日が面倒くさいのか、まあ多分両方なんだろうと思いますが。 いや、例えば「結婚式は金がかかるからそもそもやらない」とか、「式は不要だから写真だ

こんにちは、IT系母ちゃんの平 愛美（id:mana-cat）です。職業は夫婦ともにITエンジニアで、2人の子どもたちと一緒に都内で暮らしています。子ども2人を育てながらの生活には、家庭特有のさまざまな課題が山積みです。そんな課題を解決するため、2年ほど前にプロジェクト管理ツール「Backlog」を家庭に導入しました。導入するに至った経緯と、導入してから生活がどのように変化したのかを紹介します。 ■ プロジェクト管理ツール導入のきっかけ 我が家の家族構成 プロジェクト管理ツール導入前の課題 カレンダー機能だけで課題を解決するのは難しい ■ 家庭にもプロジェクト管理ツールを導入しよう 「Backlog」を選んだ理由 ■ Backlogの使い方 Backlogの登録について （1）無償プランでBacklogを登録する （2）メンバーを追加し、課題を登録する （3） 課題のステータスを変更する

Photo by Alex Dawsons 高村です。 最近、労働基準法改正案で残業時間の上限が「100時間未満」となったニュースが話題になっていますね。残業に関する東京商工リサーチの調査では、残業時間を減らす努力について「努力している」と回答した企業が79.7％、「努力していない」が12.4％、「不明」が7.8％だったそうです。近頃は世間の「残業は悪！」といった声も大きくなってきたため、働き方改善に取り組んでいる企業も多いのかなと思います。 moneyzine.jp ただ、この「努力」が本質的な残業削減につながっているのかどうかはまた別の問題です。 例えば一般に残業が多いとされるIT企業の開発現場ですと、「残業削減（禁止）令」を出された経験がある人もいるのではないでしょうか。私も前職で経験がありますが、ただ「残業はダメ、でも納期に遅れるのもダメ」と言われただけでは業務量に対する根本的な解

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレク

2016 - 07 - 22 ペロリ流 開発要件のまとめ方 開発プロセス list Tweet こんにちは。開発部のマネージャーをやっている mizushimac です。 今回は開発するモノの要件のまとめ方についてペロリ開発部が実践している内容を少しご紹介したいと思います。みなさんの会社やプロジェクトではどうやって開発するモノの要件をまとめていますか？ パワポ ですか？ spreadsheet ですか？ 流れ行く slack や github issue で議論しながらコメントに埋もれていき誰かが箇条書きでまとめますか？ きっとカオスなことが多いかなと思いますのでこのエントリーが少しでもご参考になればと思います。 ちなみに、ペロリはカオスを楽しめる人を求めていますw 開発要件のまとめ方って色々あって難しい 私が学生の時に所属していた ベンチャー企業 では、数十MBもある パワポ に画面イメ

今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス