English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

プロジェクト管理- 走行のプロダクトマネージャー

ビジネス RSS Feed





様々な調査か。そして常識か。あなたのプロダクトが顧客の要求を満たすこと顧客の増加を含むそれを可能性示しなさい(I の希望は私の税ドルとこれらの調査! 資金を供給されなかった)

上記の声明が非常に明らかに鳴るが、問題の事実は多くのソフトウエアプロジェクトの欠乏の顧客の入力である。次の例を考慮しなさい:

週0: 赤、私達の友好的な プロジェクトのmangler は、彼の構成の旗艦プロダクトの次の解放を担当する。過去の3 か月の間、製品管理はどの増加特徴が既存の解放に加えられるべきであるか定める存在及びずっと潜在的な顧客に会っている。それらの条件を集めた後、唯一無二のプロダクトマネージャーは赤に今引き渡されてしまったSRS (ソフトウェア条件指定) を書いた。

週1: SRS を、製品開発の条件のすべてを満たす30 から34 人月の間に取るプロジェクトの見積もりの最初に見直した後切口。赤の予算は25 人月をしか占めない。

週2: レッドトップ優先順位は条件をごしごし洗うべきである。不運にも、堅い3 か月の上にちょうどramped プロダクトマネージャーはよ値された休暇を取った。彼は1 週以内にもどって来る。行っている彼のチームを得るためには赤は条件彼自身を順位をつけることにし、切れるために彼が感じない少数の特徴は必要である。

週3: 別の週は過ぎ、プロダクトマネージャーは彼の休暇、休む井戸からもどって来る。彼のinbox を通って行く日のほとんどを使った後彼は彼を知らせる赤からの電子メールを渡ってI18N の特徴が予算の抑制があったこの解放のそれを作らないことつまずく。プロダクトマネージャーはfuming 。_ "この特徴持あ託、に顧客及びなあプロダクト!" このノートで、彼は巨大で潜在的な顧客と大会へのヨーロッパのために去る。

週4: 赤はまだ終わる予算、プロダクトでI18N を加える必要がある。プロダクトマネージャーはI18N が顧客によって期待されたがさせたり、他の特徴が少し優先順位だったかどれ説明しなかったことそれを非常に明確に。プロダクトマネージャーがヨーロッパの早い来年週からもどって来る場合の彼がすべてを解決できるという赤い希望。

週5: 私達のプロダクトマネージャーはこの週ヨーロッパからもどって来ることになっていたが、主要な販売機会はブラジルのそれ自身を示した、従って彼はもう一度ある。プロジェクトが16 人月の上に既に使用してしまったので、どの特徴がプロダクトのそれを作ることを行っていないか定める必死に赤の必要性。彼はフィードバックを頼み、皆に別の意見がある。従って赤は性能と関連している条件のいくつかをゆるめることにする。"システムすぐに答えないかもしれないが特徴の少なくともすべては働く。" は

週6: プロダクトマネージャーはブラジルからもどって来る。彼は最終的にR & D のチームの赤そして残りに会うことを得る。彼はそれがシステム重大であることそれらを知らせる性能要件を満たす。但し、それぞれ2 そして3 人月にそれぞれ大きさで分類されたSSO の特徴プロダクトのこの解放に及び報告は要求されないし、次の解放のために再スケジュールすることができる。これらの特徴に取り組む鉛の開発者は前に両方週完了しただったことをそれらを知らせる。

私は私がこのプロジェクトの残りを記述する必要があることを考えない。しかし推測しなかったら、それは遅く、終わる予算だった。

彼はプロジェクトで顧客を含むかどうかこのプロダクトマネージャーに尋ねるべきなら、彼の答えは"絶対にある! 私は使った条件を集め、SRS を書く3 か月を。" しかし顧客からのフィードバックはどこにSRS がごしごし洗われる必要があったときにあったか。そしてプロダクトマネージャーはどこに赤及びR & D のチームが特徴のリストに関して答えられた質問を必要としたときにあったか。

百ワードまたはより少し

あなたのSRS を書くためにフィードバックを集めることはあなたのプロジェクトで顧客を含むことへ大きい開始である、しかしそこに停止できない。製品管理がSRS から印刷するとあなたのユーザーの入力が停止すれば、悩みにある!

利用できる顧客か彼の委任状(例えばプロダクトマネージャー) を持っている顧客の平均をいつも含む。あなたのプロダクトは顧客の要求を満たすことそれ顧客を含むことは可能性を高めることを偽りなく信じたら、確かめなさい定義段階のプロジェクト中複雑、ちょうどであることを。

Luc リチャードはにわたるソフトウェア・アプリケーションの開発を管理する10 年間の経験の専門のスピーカーそして著者である。彼はプロジェクトMangler ( http://www.projectmangler.com) によって 達することができる。

記事のソース: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


ウェブマスター向けのHTMLコードを取得
この記事を追加してお客様のウェブサイトを今しなさい!

ウェブマスター向けの記事を送信してください
登録の必要なし!フォームに記入してください Messaggiamo.Com 記事は、ディレクトリ!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

記事を送信してください Messaggiamo.Com ディレクトリ

カテゴリ


著作権 2006-2011 Messaggiamo.Com - サイトマップ - Privacy - ウェブマスターの記事を送信してください Messaggiamo.Com ディレクトリ [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu