【翻訳】プロダクトマネジメントトライアングル - ninjinkun's diary
original: The Product Management Triangle (by Dan Schmidt) (translated by ninjinkun, reviewed by Kosuke) はじめに プロダクトマネジメントは多くのソフトウェア企業が重要だと認識している役割だ。それにもかかわらず、「プロダクトマネジメント」を正確な言葉で定義することは驚くほど難しい。自らを「プロダクトマネージャー」と呼ぶ人々は、企業ごとに全く違うことをやっている。彼らは異なるタイプのプロダクト、異なるタイプのチーム、異なる組織構造の中で働いている。このプロダクトマネジメントの立場の違いは、とても不毛だ。外の立場から見ていると、同じ肩書きの仕事を参照する際に、誤解を引き起こしているように見える。全てのプロダクトマネジメントの仕事を統合して、共通の話題を抽出しようとすると、価値を説明しようとし
今や「失敗が当たり前」のプロジェクトとどう付き合うか 管理強化よりも解釈の幅を埋める努力を | JBpress (ジェイビープレス)
システム導入に関わる立場にある方なら、これが何の金額かお分かりだろう。前記は同社のシステム開発に関わった日本IBMに支払いが命じられた賠償金額。後者は、日東電工のシステム開発に携わったフューチャーアーキテクトからの訴訟に対する反訴の請求額である。 いずれも大企業とはいえ、相当の額である。これほどの額でないにせよ、「費用に見合ったものができていない」「工数をかけてプロジェクトを行ったが、お金がもらえない」といった話は、実はあちらこちらで起こっている。 何年か前に雑誌「日経コンピュータ」が、「動かないコンピュータ」というテーマで記事を連載していた。同誌によれば、成功するプロジェクトは「3割未満」だという。 システム導入の現場に携わることの多い筆者から見ると、3割うまくいっているという実感はあまりない。むしろ、うまくいったという話はほとんど耳にしたことがない。 ここ数年、プロジェクトマネジメント
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
