いぐぞー ✈️ 旅するプログラマー @igz0 最近見つけた良本。 世界中の巨大プロジェクトを1万6000件以上、調べて「プロジェクトが失敗する要因」を徹底的に要因分析した力作。 炎上プロジェクトに関わったことのある人なら「そういうことだったのか」となる。 「オリンピックは何故予算超過するのか?」みたいな疑問にも答えていて面白い。 pic.twitter.com/TavtiJeTM6
組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ
これは何 自分の所属しているグループではスクラムを導入しているのですが、ある時メンバー間で業務を調整するためのコミュニケーションをもっと取っていきたいよねという話になりました。 具体的には、「重いレビューと重いタスクが重なってしまって余裕がない」、「ミーティングが多くて時間が足りない」、「体調不良で思うように働けない」などなどの個別の事情をもっと共有しあってチームで調整したいよねという内容です。 元々グループで毎日朝会を実施していて、そこに「困ったこと」を書くセクションを設けてはいました。 しかし、ちょっとした困りごとは「頑張ればなんとかなるし..」「わざわざ共有するほどでもないかな」といった感じで共有されづらい状況でした。 そんな時に以前『カイゼン・ジャーニー』で読んだ「ファイブフィンガー」を思い出し、チームに導入してみたら、些細な困り事が共有されるようになりました。 ファイブフィンガー
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "アーンド・バリュー・マネジメント" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2022年12月) アーンド・バリュー・マネジメント(英: Earned Value Management, EVM)とは、予算および予定の観点からプロジェクトがどのように遂行されつつあるかを定量的に評価し、コスト効率と進捗率を一度に把握するためのプロジェクト管理の技法である。 1967年に米国防総省の調達規則の一部として制定された C/SCSC (Cost/Schedule Control System Criteria) が元となっている。1990年代、
evmと聞くと、何だか難しく取っ付きにくい印象があります。しかし、もしもあなたがプロジェクトのリーダーならば、evmを知ることでプロジェクト管理に生かすことができます。この記事では、evmの意味やアーンドバリューの概念について解説し、evm手法について分かりやすく説明します。 evmについて知ろう! 「evmと言われても、何のことだかさっぱり分からない」という人も多いでしょう。英字だと難しい印象を受けますが、意味を知ると簡単に理解できます。まずはevmとは何か勉強しましょう。 evmとは何か evmとはEarned Value Management(アーンドバリューマネジメント)の略称です。プロジェクトを「何時間かかるか」という時間ではなく、「人件費や労力はいくらか」というコストで進捗管理する手法です。プロジェクト管理を行うプロジェクトリーダーにとっては必要な知識で、プロジェクトマネジメン
外注先から納品された単体テスト済みモジュールで、結合テストの段階でバグがたくさん発見された。本来、単体テストで摘出すべきバグなのに――。システム開発の現場では、こうした問題がよく起こる。「どこからどこまで何をテストするのかが単体テストか」という認識が、元請け企業と下請け企業の間で異なるのが原因だ。 規模や複雑度が一定以上のシステムやプロダクトでは、一気に全モジュール、全機能、全システムを結合してテストするのは現実的ではない。システムやプロダクトをある粒度で区切る、というアプローチが一般的となる。まずは最も細かい粒度でテストを実施して、段階的に結合して大きな粒度にしながらテストを進めていく。 こうしたテスト対象を区切る粒度を「テストレベル」と呼ぶ。テストレベルの種類は、組織やプロジェクトごとにさまざまな定義がある。よく見かけるのが「単体テスト」「結合テスト」「システムテスト」「受け入れテスト
昨年10月にIPA(情報処理推進機構)の国家資格『プロジェクトマネージャ試験』を受験しました。 年が明けて「そういえば合格発表はいつだったっけ?」とIPAのサイトを見に行ったら、昨年12月下旬には合格発表がされていて、無くさずに持っていた受験票の情報を使ってチェックしたら、合格していたのでした。結構厳しいかと思っていたので、新年早々かなり驚いてしまい声が出たので、家族には変な目で見られました。 ※午前1は免除。午前2と午後1は60点以上で合格、午後2は4段階でAが必須 この記事では、非エンジニアの私がどうしてプロジェクトマネージャ試験を受験をしようとしたのか、どのような勉強をしたのかを紹介します。どなたかの参考になれば幸いです。 受験のきっかけ 2週間(20時間)しか勉強しなかった背景 勉強計画の策定 各試験のリソース配分 午前2(試験時間40分) 勉強時間 3時間 午後1(試験時間90分
syacyo @syacyo_twit みずほの件がお昼のニュースで取り上げられてたけど『言われたことしかやらないような担当者の意識を改革する』って言ってた。 これは日本独特の考え方。日本以外の作業者は普通は言われたこと以外はやらない。なので欧米はマネジメント層が優秀だし高給。 2022-01-14 12:41:18 syacyo @syacyo_twit 日本は精神論、根性論を盾にマネジメント層が圧力をかけて作業者がなんでもかんでも気を利かせて動くように強要する文化ができあがってしまっている。 本来はマネジメントする側が綿密に各自の作業内容を分担して、それ以外はやるな、とまで指示するのが正しい姿なのよ。 2022-01-14 12:44:06 syacyo @syacyo_twit だからオフショア開発で外国勢に作業依頼したときに成果物が酷くてなぜ◯◯していないんだ、と問い合わせると オ
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "リスクマネジメント" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2011年4月) リスクマネジメント(英語: risk management)とは、JISの定義では「リスクについて,組織を指揮統制するための調整された活動」である[1][2]。和文表記はリスク管理または危機管理(ききかんり)。 リスク管理関連は広範囲の分野が対象で、規格も複数存在する(参考 #規格の種類)。このため、「リスクマネジメント」の用語は複数の規格で設定され定義も異なる。さらに、出典の英語版Wikipediaでも各規格の内容の混同した可能性がある。 2021
危機プロジェクトでは,進ちょく管理の方法に問題があるため,プロジェクト・マネージャが正確な実態を把握できていないことも多い。 先に登場したCCSの梅澤氏は,危機支援に入ったあるプロジェクトの進ちょく会議に参加して唖然としたことがある。その会議でプロジェクト・マネージャはチーム・リーダーから作業の進ちょくを聞き,遅れているとその作業のスケジュールを機械的に延長するだけだった(図7左)。 「進ちょく会議で本来やるべきことは進ちょくが遅れた原因を明らかにしてその場で対策を講じること」と梅澤氏は指摘する。そこで梅澤氏は,工程が遅れた理由を突き止め,それに対して「どんな手順で,どこまでできたらよしとするか」まで決めたうえでスケジュールを再作成した。 また,前出のローリーコンサルティングの文山氏は「作業の進ちょくを数値化して一喜一憂しているプロジェクト・マネージャが多すぎる」と嘆く。文山氏は,プロジェ
俺は開発中プロジェクトの進行具合を見ればその後の成功失敗をわりと当てることができる。(偉そうに出たが、開発者の何割かは息を吸うようにこれをやる) 数日一緒に仕事をすれば確度はもっと高くなる。 美味しんぼにおける、「天ぷらを揚げる前に、上手い天ぷらをあげる職人が分かるか?」という奴だ。これのチーム版。 なぜそれが解る人と解らない人が居るかを説明する。 犬は嗅覚の世界で生きていて、鳥は視覚の世界で生きている。お互いの世界は理解することができない。 ゲームの開発現場には、犬、鳥、トカゲ、深海魚、ナマケモノと各種種族が入り混じっているので、ある属性の人には別の属性の人の重要な事象がまるで見えていない事がある。犬の世界は鳥には分からないのだから。 例えば日本人は、昔、青色と緑色は同じと扱っていた。どうでもよかったのだろう。 砂漠の民はラクダを表す言葉が年齢性別によって細かく区別されているという。重要
はじめに : Who I amこんにちは、建設×ITのスタートアップ「シェルフィー株式会社」でプロダクトマネージャーをしているShoko(@shokosuzuki1991)です。本日noteデビューしました!👏 先日参加した『建設職人甲子園』というイベントで、東京タワー建設時のエピソードが紹介されてたのきっかけに、『東京タワーができるまで』を調べれば調べるほど、すごすぎる!ヤバすぎる!となったので、今回はそのあたりをPM的な切り口でまとめてみました。 (※なるべく事実に忠実に書いてますが、一部わかりやすくする表現を優先しているところもあります。予めご容赦ください🙏) 1.構想の大胆さがヤバい 東京タワーが完成したのは1958年です。当時は爆発的なテレビの普及が予想される中で「このまま各局独自の電波塔が増えると、東京中が電波塔だらけになって景観が悪化する」という問題を抱えていました。 そ
WBS(Work Breakdown Structure:作業分解構成図)は、プロジェクト全体を細かな作業(Work)に分解(Breakdown)した構成図(Structure)です。平たく言えば、プロジェクトの作業を段階的に細かなタスクに分解して計画を立て、実績管理することです。プロジェクト全体でやるべき作業を洗い出す際にとても役立ちますので、「プロジェクト成功の鍵はWBSにあり」と心しておいてください。 簡単な例で説明します。ホームパーティにお客様を招いて10人分のカツサンドを作るとしましょう。奥さんも私も生まれて初めての手作りカツサンド作りです。張り切ってはいるのですが、なにぶん初めてなもので何から始めればいいかわかりません。そんなときに、どのような作業を行えばいいかを洗い出すのがWBSなのです。 図1は、マインドマップを使ってカツサンドの作り方をWBSで表したものです。このように作
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ!』 こんにちは、谷口です。 某Mずほ銀行の案件のニュースが出たとき、弊社でも結構話題になりました。 あんなに巨大なプロジェクトをしずめるのは、もう本当に不可能なんじゃないかと思いますが、どんなに大きな炎上も、恐らくは小さな火種が集まって、やがて大きな炎となってしまった結果だと思いますし、最初の小さな火種の段階からぷちぷち消していけたらこんな結果にはならなかったはず……。 という話をしていたときに、paizaのエンジニアが「かつて炎上しているプロジェクトに自ら突入していくのが趣味だった」などと言い出しました。「そういう性癖なのかな」と思ったんですが、聞いてみると 「炎上しているプロジェクトに行くと『優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか』『何が原因で炎上したのか、どの時点で何をし
こんばんは、夜中たわしです。 社会人になると求められるもの、それは報告、連絡、相談。いわゆる報連相です。 その中でも特に報告の重要性について、走れメロスの話と織り交ぜてみました。 走れメロス(?) メロスは激怒した。必ず、かの邪智暴虐の王を除かなければならぬと決意した。ディオニス王は人間不信により人々を処刑しているのだ。 王を暗殺すべく王城に侵入したものの、メロスはあえなく捉えられ、処刑宣告を受けてしまう。 そこでメロスは、石工をしている親友のセリヌンティウスを人質として王のもとに置く代わりに、妹の結婚式に出席するため3日後の日没までの猶予を求めた。そしてそれは受け入れられた。 セリヌンティウスは深夜、王城に呼ばれた。暴君ディオニスの面前で、メロスは友に一切の事情を語った。セリヌンティウスは大きく頷き「一つ条件がある」と言った。 「これはうちの石工所で扱っているノートPCだ。これを携帯し、
タスク管理が終わってますね はい。僕もそうでしたし、そもそも「タスク管理」あるいは「スケジュール管理」というのは「定めた通りきちんと実行する」というところまでワンセットになった概念ですから、完璧にやれているということは人生がほぼほぼ予定通りに運んでいるということになります。おそらく、そういう人はほとんどいないでしょう。「やるぞー」と決めてクソデカい手帳を買ったり、スマホにモリモリアプリをインストールしたりは誰もがしたでしょうが、それが実になったことがある人はかなり少ないと思います。 ツールを購入したり、あるいは「やるぞ」と決めた日から数日くらいはどんどんタスクを入力していくでしょうが、次第に未消化タスクが積みあがっていき、しかも新規タスクの書き込みは徐々に行われなくなっていったのではないでしょうか。 こうして考えると、タスク管理というものには実に様々な要素が求められることがわかります。すぐ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう!」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か? ガントチャートあるある ガントチャートが現場で使えない理由①:実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②:タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③:納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か? 「プロジェクト計画と言えばガントチャート」と連想され
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く