我正在試圖確定一些表示有限資源項目的標記。低價項目(緊張的預算) - 有哪些特點?
根據我的經驗,項目變成了「有限資源」項目,因爲有人急於向客戶推銷解決方案。結果是預算緊張,功能被淘汰,SDLC流程被降到最低。採取這些捷徑是爲了讓公司有機會盈利甚至破產。
這是我所看到的去手牽手與資源有限的項目的事情的清單:分配給QA
- 最少量規範工作
- 變更請求的預算可能是小的或者不存在的
- 形式化的過程有利於掉下使用時間發展
- 可沒有時間像conten增值QA檢查(例如文字中的語法或拼寫錯誤)。
- 無法爲客戶
- 做任何內容管理和數據錄入必須去「足夠好」的編碼解決方案
- 的走廊可用性測試沒有時間津貼。
- 沒有編寫用戶文檔或手冊的預算。
- 一般可用於替代項目進度編碼
- 沒有時間產生風險分析文檔
- 一個生產檢查表之前沒有時間進行技術攻關。
- 程序員沒有時間填寫他們的「實際」時間與項目進度計劃中的預計時間。給客戶
- 最新進展可能不太頻繁或非常基本的
- 更少的時間可用於在理解客戶的業務領域
- 程序員可能有工作無償加班度過。
- 沒有時間分配給項目驗屍
什麼其他確保有跡象在有限的資源項目?
===
編輯
我會嘗試澄清一些混亂的一個示例。這就是我的意思:客戶得到一個建議/報價,他們的項目將花費2萬美元。然後客戶回來說「對不起,我的預算最高爲16000美元」。老闆說「提出16萬美元的建議 - 我們希望這項工作」。
所以,有效地,你必須做一個預算較少的項目,然後它應該有。有些界限變得荒謬 - 如果客戶說「我的預算是4k」,那麼你不可能這樣做。
,是的,有時緊張的預算可以變得如此愚蠢的,這是個糟糕的經營決策,接受擺在首位的項目(即註定項目)。
我明白,有沒有這樣的東西無限預算的項目。通常商務人員會決定是否應該開展一個項目(商業人士通常不是項目經理)。
社區維基? – samoz 2009-06-17 13:51:03
這聽起來像是一個「註定要失敗的項目」,而不是「有限的資源」。 – Kena 2009-06-17 13:54:22
更多與編程相關的項目管理相關嗎? – 2009-06-17 13:56:08