界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
エンジニアリング・チェーンのマネジメントと、生産技術というボトルネック | タイム・コンサルタントの日誌から
個別的な業務を予見可能にするとは、どういう意味でしょうか。『個別性の罠』にとらわれないためには、ユニークな業務であっても、その行き先をある程度、予測できるようにすることが必要です。かつ、望ましい形に進むよう、計らう必要があります。 それは端的に、その業務がいつぐらいまでかかり、どれくらいの費用を要し、どんな工数を必要とするのかを、つかむことです。そのためには、業務のボリュームや作業の構成を考え、全体の工期・工数・コストなどを、見積もる能力をつける訳です。そして、それに応じた体制や予算、人のアサインなどを決めていきます。つまり、計画していくということです。業務を「計画可能にする」といってもいいでしょう。これによって、いわば野放しの「野獣」を、通常の仕事の体制や予算の中に、取り込めるようにしていきます。
なぜアジャイルを認めてくれないのか ~プロジェクトマネジメント型組織における変革の処方箋~ - Yuichi Murata's Engineering Blog
はじめに この記事では、従来型の組織にアジャイル開発を導入しようとして引っかかる、よくある「障害」とその解消のための方法について話します。 最近シニアエンジニアとして、新しい開発チームの立ち上げに関わる機会が増えてきました。 自分も含めて周囲のエンジニアやマネジャーが「アジャイル」を導入しようとして、うまくいくケースとうまくいかないケースがあります。上位のマネジャーの理解が得られなかったり、逆に現場エンジニアたちの理解が得られなかったり理由は様々ですが、一言で言うなら「組織」に理解がされないということです。自らの失敗を分析したり周囲の話を聞いていると、アジャイルの導入に失敗するケースは往々にして「組織」が何を求めているのか適切に理解して運用できていないケースが多いように思います。つまり組織が「アジャイル」を認めていないわけではなくて、適切にアジャイルな開発が運用できていないから組織の期待に
プロジェクトの成功率を上げるために、チームリーダーができること・やるべきこと - ログミーTech
スマホアプリの分析プラットフォーム「F.O.X」が主催する、スタートアップで働くエンジニア向けコミュニティイベント「F.O.X Meetup」の第3回が開催されました。スタートアップのエンジニアが求めるナレッジをキャッチアップ・共有し、F.O.Xの持つノウハウを公開することで業界をさらに盛り上げることを目的としている本イベント。今回は、「スタートアップのチームビルド」をテーマに、経験豊富なプロジェクトリーダー達が自身の知見を披露します。株式会社マクアケの吉田慶章氏は、「さぁ！今すぐプロジェクトリーダーに立候補しよう」というテーマでプレゼンテーションを行いました。チームの特性に合わせたチームビルディングやマネジメント手法について、自身のノウハウを明かします。 プロジェクトをリードする技術 吉田慶章氏（以下、吉田）：こんばんは。よろしくお願いします。今日はプロジェクトリーダーの話をしようと思い
今、世界レベルで求められるプロダクトマネージャーのマインドセットとは？｜Goodpatch Blog グッドパッチブログ
こんにちは！ライターの磯部です。 突然ですが、みなさん「プロダクトマネージャー」と「プロジェクトマネージャー」の違いを明確に説明できますか？ 日本だとプロジェクトマネージャーという言い回しの方が一般的であるため混同されがちですが、海外にはプロダクトマネージャーという職種の人がいて、プロダクトの成功のために働いています。MicrosoftやAirbnb、Amazonでキャリアを築いてきたIan McAllister氏は、Quoraにて以下のように述べています。 Product managers own “What” and “Why“. Project managers own “How” and “When”. (a simplification, but generally holds true) プロダクトマネージャーは、どんなプロダクトをなぜ作るのかに責任を持ち、プロジェクトマネージ
long_time_work_cannot_finish_tasks
先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？ 困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる
トラブルには技術的原因と、マネジメント的原因がある | タイム・コンサルタントの日誌から
トラブルの原因分析について、このところ2回にわたって考えてきた（「熱気球の浮上、または原因分析のシステムズ・アプローチについて」・「経験から学びすぎることの危険 ～ゆらぎある事象の原因分析について」 ）。原因分析の手法にこだわっているのは、それが「学び」と「成長」の鍵だからである。自らの能力を向上させ、成長するためには、仕事の結果（成果）から学ぶべきだと、わたしは信じている。個人も、組織集団も、である。 仕事の結果としてトラブルが生じたら、そこから素直に学ぶ。成功からも学べるが、失敗から学ぶ方が、記憶に強く残るからだ。そして（当然ながら）すべてに成功できる人なんていない。あの本田宗一郎だって、「自分は失敗ばかりしていた」と言っているくらいだ。他人から見たら成功でも、自分ではそこに足りない点を見る、というのがこの経営者の卓越した点だったのだろう。 さて、繰り返すが、『根本原因』Root Ca
エンジニアを成長させるためのマネジメントと組織づくりとは～アドテクを中心とする組織の取り組みの例。Developers Summit 2016 － Publickey
エンジニアを成長させるためのマネジメントと組織づくりとは～アドテクを中心とする組織の取り組みの例。Developers Summit 2016 ソフトウェアによるビジネスを行う組織にとって人材はもっとも重要な資産の1つであり、その人材と組織をつねに優れたものに成長させ続けていくことはマネジメントにとって最大の課題でしょう。 ではマネジメントはどのような考えや方法でエンジニアを成長させ得るのか。2月19日、20日に行われたイベント「Developers Summit 2016」（通称デブサミ）でリクルートコミュニケーションズの阿部直之氏が行ったセッション「エンジニアを成長させるための組織づくり」では、その一例を見ることができました。 この記事では、そのセッションの内容をダイジェストで紹介します。 エンジニアを成長させるための組織づくり リクルートコミュニケーションズ 阿部直之氏。 リクルート
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スケジュールの付き合い方
現場にあった
プロジェクトマネジメントを探求する
ウォーターフォール or アジャイル