こんなプロジェクトは「炎上」する。PM界きってのトラブルシューターに学ぶ、“火種の種類と火消しテク” - ミーツキャリアbyマイナビ転職
度重なる期日の延期、お客さまの「激怒」、クリティカルな問題の発覚……。 多くのプロジェクトマネージャー（以下、PM）が最も恐れるのは、そんな「炎上」でしょう。巻き返しを図るものの、逆に現場に負担をかけたり、混乱を招いたり。その結果、品質が大きく下がってしまう、あるいはサービスイン（新しいサービスを開始すること）に間に合わないなんてことになれば、PMとしての信用は大きく損なわれてしまいます。 そうしたトラブルをうまく収め、プロジェクトを無事に着地させるには、どのような心構えや技術が必要なのでしょうか？ 今回お声がけしたのは、日本IBMやパナソニックなどで、PMとして数えきれないほどの炎上プロジェクトを解決してきた木部智之さん。日本IBMではPMのグローバル最高位である「シニア・コンプレックス・プロジェクト・マネジャー」に認定された生粋の「火消し屋」です。 そんな炎上対応のプロフェッショナルで
【入門】要件定義
はじめに 最近プロジェクトマネジメント関連の仕事をする機会が増え、(駆け出しですが)要件定義や設計関連の業務もするようになったので、私の経験を基に要件定義の具体的なプロセスや考え方について、まとめていきます。 この記事の対象者 要件定義の基本や思考プロセスを学びたい人 エンジニアからプロジェクトマネジメントをやりたい人 ビジネスサイドとエンジニアサイドのコミニュケーション能力を向上させたい人 具体的な事例を通して要件定義を学びたい人 前提 紹介する内容はあくまで一例であり、プロジェクトやチームの状況に応じて調整が必要 あくまで自分(駆け出しPM)の経験に基づいた内容を言語化しています プロジェクト規模は10名〜20名のWebアプリ開発を想定しています システム開発の全体像 一般的なシステム開発のプロジェクトは下記のフェーズで進んでいきます。 ※ コンサルの領域だと要件定義の前に企画構想とい
チームリーダー1年目に読んでよかった書籍を紹介してみる
はじめに 皆様こんにちは。 私事ですが、もうすぐチームリーダーになって1年が経ちます。 そこで、今回はチームリーダー1年目に読んでよかった書籍5選を紹介したいと思います。 記載している順番に特に意味はないので、気になった本があればぜひ読んでみてください。 また、初めてチームリーダーを務めた案件の振り返り記事もこちらに書いていますので、もし興味があればぜひ読んでみてください。 そもそもチームリーダーに求められる能力って？ 書籍の紹介に入る前に、少しだけ雑談にお付き合いください。 皆さんは、チームリーダーに求められるのはどんな能力だと思いますか？ 私は、「チームの成果を最大化できること」だと思います。 （この後紹介する書籍の受け売りです） おそらくこれまでメンバーとして働いてきた人にとって、自分だけでなくチームとして成果を最大化するためには、新しい考え方や働き方を取り入れる必要があります。 例
【「スゴ本」中の人が薦める】実際の炎上プロジェクトを通して学ぶ。ITエンジニアが修羅場をシミュレートできる3冊＋α
ITエンジニアにとって、修羅場は「憑き物」だ。 誤字ではない。トラブルは付いて回るというより、憑いてくる。 納期直前になって致命的な不具合が発覚したり、システムのバグで業務運用がストップして報道されたりする大炎上から、そのドミノ倒しの発端となる些細なボヤまで、必ず、何かしら起きる。 「全てのタスクが遅滞なく進められ、問題が一切発生せず、完璧なリリースを迎える」なんてプロジェクトは存在しない。あるとするならば、そのプロジェクト自体を疑ったほうがいい。異常系テストをせず、運用フェーズでトラブルが多発するのがオチである（ソースは私）。 しかも、自分のせいではないトラブルがほとんどだ。 原因を紐解いていくと、安請け合いして勝手に納期を短縮する営業担当とか、前年比10％コスト削減という根拠のない押し付けをしてくる発注元とか、仕様書はないくせに変更だけ要求してくる担当とか、「バグにペナルティを課せば品
【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
1. 『プロジェクトマネジメントの基本が全部わかる本』橋本将功 著、翔泳社 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun 著、村上 雅章 訳、オライリー・ジャパン 3. 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』VenkatSubramaniam,AndyHunt 著、木下史彦,角谷信太郎 監訳、オーム社 4. 『プロジェクトマネジメント知識体系ガイド（PMBOKガイド）第7版＋プロジェクトマネジメント標準』PMI 著、PMI日本支部 監訳 問題。次のうち、どちらが重要？ 1. 炎上プロジェクトを鎮火する技術 2. プロジェクトを炎上させない技術 修羅場における火消しの技術が1だ。燃え上がって墜落寸前のプロジェクトを制御して、なんとか胴体着陸まで持っていくノウハウである。 一方、プロジェクトを修羅場にさせない技術が2だ。そもそもそんな操縦不
マネジメントをはじめて1年経っての所感 - STORES Product Blog
山陰の日本酒がすきな内立（@b1a9idps）です。2023年1月から STORES 決済 の開発部門のシニアマネジャーを担うことになりました。 マネジメント業務をはじめて1年が経ったので、やってきたことや自分自身の心情について思い出せるように書き残しておこうと思います。はじめたての頃に思っていたことはこちらにあります。 note.com 経歴 かんたんに自分の経歴を説明します。現在、STORESではマネジメント業務が中心ですが、副業ではがっつりJavaを書いています。 入社して4年7ヶ月 入社~3年半：STORES 決済 のバックエンドエンジニアとして開発業務を行う 3年半~4年半：バックエンドチームのプレイングマネジャーを担う マネジメントをはじめて1年経っての所感 マネジメントをはじめて1年の間の、チームの課題の洗い出しから解決に向けて実行したことや自分がマネジャー・シニアマネジャー
しなくていい失敗を回避する『プロジェクトマネジメントの基本が全部わかる本』
プロジェクトマネジメント（PM）の重要性は、あまり認知されていないように見える。 うまく回っているときは「あたりまえ」扱いでスルーされ、いざ暗礁に乗り上げたときに「どうなってるんだ！？」と糾弾の的となる。 プロジェクトをうまく回していくコツというか勘所は確かにあり、相応のトレーニングが必要だ。にもかかわらず、なぜか蔑ろにされている。ろくに訓練もしないまま、「見て学べ」「やって覚えよ」と実践に放り込み、メンタルをやられず生き延びた者が幹部になる。 これは悪手だ。 よく、「失敗から学ぶほうがより身につく」などと唱える輩がいるが、しなくていい失敗は避けたほうがいいに決まってる。そして、この「しなくていい失敗」のほとんどは、基本を押さえるだけで回避できる。 この、PMの基本を押さえているのが本書だ。 『プロジェクトマネジメントの基本が全部わかる本』には、プロジェクトを回していくために「あたりまえ」
プロジェクトマネージャ試験に20時間の独学で一発合格した方法 - 斗比主閲子の姑日記
昨年10月にIPA（情報処理推進機構）の国家資格『プロジェクトマネージャ試験』を受験しました。 年が明けて「そういえば合格発表はいつだったっけ？」とIPAのサイトを見に行ったら、昨年12月下旬には合格発表がされていて、無くさずに持っていた受験票の情報を使ってチェックしたら、合格していたのでした。結構厳しいかと思っていたので、新年早々かなり驚いてしまい声が出たので、家族には変な目で見られました。 ※午前1は免除。午前2と午後1は60点以上で合格、午後2は4段階でAが必須 この記事では、非エンジニアの私がどうしてプロジェクトマネージャ試験を受験をしようとしたのか、どのような勉強をしたのかを紹介します。どなたかの参考になれば幸いです。 受験のきっかけ 2週間（20時間）しか勉強しなかった背景 勉強計画の策定 各試験のリソース配分 午前2（試験時間40分） 勉強時間 3時間 午後1（試験時間90分
開発生産性について議論する前に知っておきたいこと - Qiita
はじめに 事業としてソフトウェア開発を行う企業にとって、自分たちの開発チームの生産性が十分に高いのか、あるいはそうでないのかについては大きな関心があります。 そのこと自体は、何かを計測し、改善するというのは営利企業としては健全です。一方で、ソフトウェアエンジニアリングの世界で「生産性の高さ」だと主張できる汎用性の高い指標は存在しません。こういった状況の中で、「生産性」を巡る議論は経営やビジネス部門とエンジニアチームとの間で繰り広げられ、場合によっては大きな不和や不信感につながることも珍しいことではありません。 今回は、エンジニアの開発生産性について、さまざまなステークホルダーと議論する上で把握しておきたいさまざまな論点について解説します。それによって、「我々が本当に議論すべきテーマは何か」についての共通認識をつくるための土台を構築することを目的としています。 もしかしたら改善したいことは「
「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 （ @paradisemaker 著）が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある
今すぐ読むべき万人におすすめできる本「エンジニアリングマネージャーのしごと」 - 虎の穴開発室ブログ
CTOの野田です。 今やっている全ての仕事を止めてでも読むべき本（orメンバーに読んでもらいたい本）というのはたまにあり、それがコーディングに関してはリーダブルコードだったりしたのですがマネジメントに関しての決定版が出たと個人的に思っています。発売してから数日で8割読み切りました。 www.oreilly.co.jp 基本情報 8月26日(金)発売 本章350Pで結構分厚い 3,740円 お薦めできる理由 マネジメントから 1on1、評価、採用、退職対応 まで全てを網羅している 難易度が高くない 読みやすい（翻訳書だが日本語がわかりやすい） 明日から実践できる 内容が抽象的でない（少なくとも主要である前半から中盤は） どの章からでも読めるように作っている マネージャーがやってはいけない事が適切に書いてある 文章が面白い 章のサマリがあって、それを見るだけでも本の振り返りができる 最近自分が
「プロダクトマネージャーこそ、戦略的に読書せよ！」──最短で成果を出すための読書地図
ProductZine Day＆オンラインセミナーは、プロダクト開発にフォーカスし、最新情報をお届けしているWebメディア「ProductZine（プロダクトジン）」が主催する読者向けイベントです。現場の最前線で活躍されているゲストの方をお招きし、日々のプロダクト開発のヒントとなるような内容を、講演とディスカッションを通してお伝えしていきます。
一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
プロジェクトリーダーというお仕事 - Qiita
概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ
デス・マーチしているSEマネージャへ、極限状態でのマネジメントを自衛隊に見た - 中小企業で生きていくシステムエンジニアが考えるライフハック・ITツール・投資、人生100年を生き抜く人生戦略、生産性向上をノリックが考える
残念ながら有料会員限定記事 www.nikkei.com 災害が起こると自衛隊が派遣される。災害中の救助活動は危険が伴い、時には大雨の中、カンカン照りの中いつ終わるともしれない救助活動を続けなければならない。そんな極限状態のマネジメントとはどういうものか。IT業界でデス・マーチに苦しむシステムエンジニアやマネージャへのヒントがあった。 猛暑の救助活動、疲労が蓄積していくメンバーへの心配り スコープを絞り込む 口で語るな！背中で語れ！ 若手を現場に連れて行け 猛暑の救助活動、疲労が蓄積していくメンバーへの心配り 2018年7月6日、西日本豪雨災害が発生。200名以上の死者が出た土砂崩れ災害。いまでも岡山から広島に向かう時に新幹線の車窓から山の方を見ているとこの時の爪痕が残っている。北海道で訓練中だった広島の部隊はいそいで広島に戻り救助に参加した。 連日35度を超える猛暑の中続く救助活動は次第
1年半取り組んだWebプロジェクトマネジメントを振り返って、やって良かったこと、やっておけば良かったことをすべて書く - ねこのひたい
おはようございます。いしげ（@oturu333）です。 このブログは モチベーションクラウド Advent Calendar 2018 - Qiita 1日目の記事として書いています。 今回は過去私が1年半に及ぶWebプロジェクトのPMをした経験を語ろうと思っています。 この記事でお話することについて プロジェクトの概要は既存のWebシステムの全面リニューアルです（MCSではありません）。 ざっとやっていたこと サービスをすべて作り直す（リプレイス） PHPのメジャーバージョン2つくらい一気にあげた CakePHP -> Vue.js + Laravel の構成に変えた AWS構成をがっつり変えた 一部マイクロサービス化した 機能の見直し、UI全刷新 ドキュメントが全然なかったのでいろいろ作りつつ進める 当時の私の立場は、開発チームのマネージャーであり、今回お話するプロジェクトの企画者であ
PMPとプロマネと資格試験の話 - まなめはうす
毎日ITproの巡回を欠かさないまなめです、こんにちは。 itpro.nikkeibp.co.jp タイトルから「TOEICかな？」と思ったけれど、そもそも選択肢になく、「実務に役立った」「昇格・昇進に役立った」「転職に役立った」「昇給や報奨金を得た」の４項目が評価基準ともなれば、上位は難しいでしょう。むしろこの条件では、PMBOK強いのも頷けますね。昇進ともなると管理職ってことでマネジメント関連の資格が上位に来るのは必然です。 ちなみに私は上位３つとも受験しており、1位「PMP」は3度落ちて諦め、2位「システム監査」も5回くらい落ち、3位「プロジェクトマネージャ」(以降「プロマネ」)は２回目に合格しております。まあ監査は若いころから春の情報処理試験で受けるものがなかったため受けていたところはありますが、PMPは本気でやって毎回ギリギリ落ちるのでもう何かを間違って覚えている疑惑と高額受験料
プロジェクトをリードする前に読みたかった本 - motokieeの日記
この1年ほど、プロジェクトのリードを任せてもらえるようになりました。2017年の夏くらいから「プロジェクト推進役」→「PJO」→「Tech Lead」, 「Project Lead」など、正式ではないものの「肩書」のようなものがついていますが、実際にやっていることは「プロダクトの成功に向かってプロジェクトを行動で引っ張っていくこと」で統一されています。 これは別に偉くなったとかではなくて、そういう責任を持ってPJに関わる役割だと思って臨んでいますし、実際マネージャーからもそのように言われています。 自分なりに試行錯誤をして時には成功し、時には失敗しながらなんとかかんとかやってきていているのですが、「あー、この本に救われた」とか「ちょっと前にこの本読んでおけばよかった...」という本があったので何冊か紹介したいと思います。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
いま読んでる本、「プロジェクトが炎上したら最初にやることはな〜んだ？」という問題の答えがコレなので、完全に信頼できる→「プロマネの極意」
