2kgから800gに激減、教科書「PMBOK」新版に何が起こったのか
「プロジェクトマネジャーの教科書」とも呼ばれる「PMBOKガイド」第7版の日本語版書籍が2021年11月1日に発売される。第6版は重量が2kgあったが、新版は800gと一気に軽くなった。プロジェクトの流れをまとめたプロセスの記載が姿を消し、プロジェクト運営を成功させる「原理・原則」が前面に出るなど構成が大きく変わったことが影響した。変化が激しい時代に対応するため、開発プロセスにかかわらず活用できるように転換した。 米PMI（Project Management Institute）が発行したPMBOKガイド第7版は、従来版とは全く異なる構成になった。翻訳作業に中心的に携わったPMI日本支部の庄司敏浩標準推進委員会委員は「プロセス中心の構成をやめた」と説明する。 第6版までのPMBOKガイドは、QCD（品質・コスト・納期）をはじめとする要求事項を満たして円滑に成果物を作り上げることを重視して
「PG→SE→PM」という出世魚的キャリアパスを捨てよ
既存顧客に対しては、エンジニアが営業をする。新規案件に関しては、コンタクトに特化した営業が、問い合わせ内容とエンジニアとのマッチングを行い、エンジニアを最初から客先に連れていく。また、「SE＝営業＝PM」という「三位一体」であることが、フルスクラッチ開発においては不可欠である。 こういうお話でした。 島田氏 基本的に正しいのですが、前回の記事だけだと、誤解を招くかもしれません。というのは、この連載を読んだ人が、何人か求人に応募してくれたんです。 ――ほう。フルスクラッチ開発に魅力を感じるエンジニアがいる、ということだと思いますが？ 島田氏 はい。それはいいのですが、面接で「やはりSEも営業をやらないといけないのでしょうか」と不安そうに聞く人がいたのです。 ――「営業」という言葉に抵抗があるということですね。どう答えたのですか。 島田氏 営業といっても、飛び込みで商品やサービスを売り込むよう
上流工程を担当する＝偉いという誤解について（久々にこんなネタ。 - たかふーのブログ
上流工程を担当する＝偉い と思っている方が身近にまだいましたので、ちょっとこんな話題について考えてみました。 開発プロセスの最初の方を上流と呼ぶ場合、最下流は「検収を頂く」とか「お客様より評価を頂く」事な筈です。これってどう考えても、「下流の人間」として蔑まれることの多いSI的プログラマが担当するような仕事ではないですよね。ウォータフォール・モデルを元にして生まれた単語なんだと思いますが、上とか下という表現がそもそも誤解を生んでしまったんでしょう。 「職に貴賎なし」と申します。 ソフトウェアを開発する過程でイロイロな工程がありますが、その中の役割で「重要ではない工程」なんて殆どありません。だから、それぞれの工程を担当する人同士に上下なんてある筈ないんです。ですが、ソフトウェアを開発する人は、たいていが会社という組織に所属していて、この組織という奴は上下関係が無いと維持していくのが難しいので
プロジェクト管理の現場で使用される、分かりにくい表現10選
プロジェクトを成功させるには、マネージャーやチームメンバー、利害関係者の間にしっかりとしたコミュニケーションが確立されていなければならない。そのためには、本記事で紹介している表現が本当に意味するところを押さえておくべきだろう。 コミュニケーション能力は、雇用者が従業員に求める資質として常に上位に挙げられている。しかし（筆者の経験によると）そういった資質はマネージャーに対してはそれほど厳しく要求されておらず、彼らの中には、一歩間違うと問題につながるようなスラングや、耳にのみ心地よい言葉を多用する者もいる。 相手の言葉を額面通りに受け取るのではなく、その言葉の本当の意味を理解する能力は重要である。以下では、プロジェクト管理の現場で使用される、分かりにくい表現を筆者自身の調査や経験に基づいて10個選び出し、解説する。 ＃1：余白を管理する（manage the white space） 「余白」
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Asana を使ってチームの仕事、プロジェクト、タスクをオンラインで管理 · Asana
サル先生のプロジェクト管理入門
デスマーチが起きる理由 - ３つの指標
