項目管理- 旅行的產品管理員
各種各樣的研究? 並且常識? 表明那介入顧客增量可能, 您的產品將符合顧客要求(I 希望這些研究未被資助以我的稅錢!)
雖然上述聲明聽起來極為明顯, 問題的事實是許多軟體項目缺乏顧客輸入。考慮以下例子:
星期0: 紅色, 我們友好的 項目mangler, 是負責他的組織的重要產品下發行。在過去3 個月, 產品管理遇見存在和潛在的顧客確定哪個增加特點應該增加來現有的發行。在會集那些要求以後, 僅有的產品管理員寫了現在被移交了對紅色的SRS (軟體要求規範) 。
星期1: 在首先回顧SRS 以後, 它將採取在30 個到34 個人月之間符合所有要求項目估計的產品開發的裁減。紅色的預算只佔25 個人月。
星期2: 紅頂優先權將洗刷要求。不幸地, 產品管理員, ramped 一個堅硬3 個月, 需要了一個很好該當的假期。他將到在1 個星期之內。得到他的隊去, 紅色決定給予要求優先並且切開他不感覺的幾個特點是必要的。
星期3: 其它星期流失並且產品管理員回來從他的假期, 井休息。在花費大多數以後天審閱他的inbox, 他絆倒橫跨電子郵件從紅色通知他, I18N 特點不會做它在這發行被給預算限制。產品管理員fuming 。"這個特點承諾了給顧客, 必須是在產品!" 在這筆記, 他動身去歐洲對與一名巨大的潛在的顧客回面。
星期4: 紅色是結束預算, 和需要增加I18N 在產品。產品管理員講非常清楚, I18N 由顧客期望了, 但沒有解釋哪些其它特點是少許優先權。紅色希望, 他能安定一切當產品管理員回來從歐洲早期的下個星期。
星期5: 我們的產品管理員預定回來從歐洲這個星期, 但一個主要銷售機會提出了自己在巴西, 因此他是更加。因為項目已經用盡16 個人月, 紅色絕望需要確定哪個特點不做它在產品。他請求反饋, 並且大家有一個另外觀點。紅色決定因此鬆開一些要求與表現有關。"系統也許迅速不反應, 但至少所有特點將運作。"
星期6: 產品管理員回來從巴西。他最後得到遇見紅色和R&D 隊的剩餘。他通知他們, 它是重要的系統符合性能要求。但是, 報告和SSO 特點, 各自地估量在2 個和3 個人月各個, 不必需在產品的這發行, 可能被重新編排為下發行。主角開發商從事這些特點通知他們他們是兩個被完成了一個星期前。
我不認為我需要描述剩餘這個項目。但如果您未猜測, 這是晚和結束預算。
如果您將問這個產品管理員是否他涉及顧客在項目, 他的答復Absolutely 會是"! 我度過了3 個月會集要求和寫SRS 。" 但用戶反映在哪裡是當SRS 需要被洗刷? 並且產品管理員在哪裡是當紅色和R&D 隊需要問題被回答關於特點名單?
在一百個詞或較少
會集反饋寫您的SRS 是一個巨大開始對涉及顧客在您的項目, 但您無法停止那裡。如果您的用戶輸入停止當產品管理印SRS, 您是在麻煩!
一直介入顧客手段有顧客或他的代理人(即產品管理員) 可利用。如果您真實地相信那涉及顧客增加可能您的產品將符合顧客要求, 確定他們是包含的在項目過程中, 不僅在定義階段。
Luc 理查是專業報告人和作者以經過10 年經驗處理軟體應用的發展。他可能被到達通過 項目Mangler (http://www.projectmangler.com) 。
文章來源: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
網管得到HTML代碼
加上這條到你的網站！
網站管理員提交你的文章
無須登記！填寫好的表格和你的文章是在 Messaggiamo.Com 目錄！
