2009-06-17 16 views
1

我正在試圖確定一些表示有限資源項目的標記。低價項目(緊張的預算) - 有哪些特點?

根據我的經驗,項目變成了「有限資源」項目,因爲有人急於向客戶推銷解決方案。結果是預算緊張,功能被淘汰,SDLC流程被降到最低。採取這些捷徑是爲了讓公司有機會盈利甚至破產。

這是我所看到的去手牽手與資源有限的項目的事情的清單:分配給QA

  • 嚴格的官僚程序進行摘的時間

    • 最少量規範工作
    • 變更請求的預算可能是小的或者不存在的
    • 形式化的過程有利於掉下使用時間發展
    • 可沒有時間像conten增值QA檢查(例如文字中的語法或拼寫錯誤)。
    • 無法爲客戶
    • 做任何內容管理和數據錄入必須去「足夠好」的編碼解決方案
    • 的走廊可用性測試沒有時間津貼。
    • 沒有編寫用戶文檔或手冊的預算。
    • 一般可用於替代項目進度編碼
    • 沒有時間產生風險分析文檔
    • 一個生產檢查表之前沒有時間進行技術攻關。
    • 程序員沒有時間填寫他們的「實際」時間與項目進度計劃中的預計時間。給客戶
    • 最新進展可能不太頻繁或非常基本的
    • 更少的時間可用於在理解客戶的業務領域
    • 程序員可能有工作無償加班度過。
    • 沒有時間分配給項目驗屍

    什麼其他確保有跡象在有限的資源項目?

    ===

    編輯

    我會嘗試澄清一些混亂的一個示例。這就是我的意思:客戶得到一個建議/報價,他們的項目將花費2萬美元。然後客戶回來說「對不起,我的預算最高爲16000美元」。老闆說「提出16萬美元的建議 - 我們希望這項工作」。

    所以,有效地,你必須做一個預算較少的項目,然後它應該有。有些界限變得荒謬 - 如果客戶說「我的預算是4k」,那麼你不可能這樣做。

    ,是的,有時緊張的預算可以變得如此愚蠢的,這是個糟糕的經營決策,接受擺在首位的項目(即註定項目)。

    我明白,有沒有這樣的東西無限預算的項目。通常商務人員會決定是否應該開展一個項目(商業人士通常不是項目經理)。

  • +2

    社區維基? – samoz 2009-06-17 13:51:03

    +0

    這聽起來像是一個「註定要失敗的項目」,而不是「有限的資源」。 – Kena 2009-06-17 13:54:22

    +0

    更多與編程相關的項目管理相關嗎? – 2009-06-17 13:56:08

    回答

    5

    你在說什麼不是一個'有限資源'項目,而是一個匆忙和無計劃的項目。

    您的列表中有幾個項目我採取與問題:對不符合規格的工作

  • 變更請求的預算

    • 嚴格的官僚程序可能是小的或者不存在的

    其實,這些應該是大多數項目的常態。誰在請求和支付更改,您或客戶?

    • 無法爲客戶
    • 沒有預算編寫用戶文檔或手冊做任何內容管理和數據錄入。

    如果這不是合同的一部分,爲什麼要這樣做?

    • 必須去「足夠好」的編碼解決方案

    在某些時候,你必須停止在「足夠好」,不然你會從現在開始拋光,直到結束時間。

    是我會添加到您的列表是:

    • 辦公用品變得稀少或鎖和鑰匙走了。
    • 公司提供的食品/飲料消失
    • 停機時間消失。您的時間表上100%的時間必須專注於項目工作。
    • 打印機/複印機正在運行全面打印其他工作人員的簡歷。
    • 老闆的門關閉了90%的一天。
  • 1

    有限的資源?我知道資源有限的所有項目:

    • 時間
    • 開發商
    • 預算
    2

    坦率地說,我從來沒有聽說過一個項目,有無限的資源。即使政府會在一段時間後停下來。

    所以,從純邏輯的角度來看,所有項目的資源有限。

    1

    過時的或明顯的測試文檔不與該產品的網站上發佈的任何或文檔看起來像它已經向下穿越副本施樂幾代合拍。

    不提供安裝或支持。根據正在實施的系統的規模,一家良好的公司可能會派出一名或多名開發人員來監督實施情況,而一家緊張的公司可能只會採用更加「火力與遺忘」的方式提供電話或電子郵件支持。

    1
    • 新, 遺忘功能連續出現次數,推定爲 「明顯」和用戶「隱」, 從未在需求中說明, 導致錯誤的討論與修改 請求。
    • 瀑布模型採用,而不是 迭代方法。
    • 客戶抗議的 固定的費用,說是這樣的:「如果你 有錯誤,那是因爲你 沒有做你的工作權」,而不是 接受就像三重約束品質 影響切割 時時間/預算。
    • 維修和支持活動 在 生產項目部署後的價格較低的壓力。
    • 採用固定價格項目(外包)轉移財務風險和時間安排風險的壓力。
    1

    「在低價項目」

    如果我理解正確的話你的意思,你真的是在談論項目中項目可用的資源是不恰當以實現所承諾的結果客戶端。

    我能想到的四種方式對這種情況出現:編制項目計劃時

  • 要求蠕變
  • 減少項目預算,而不降低項目範圍
  • 不足

    1. 錯誤估計項目範圍的資源(員工技能,計算機資源等)

    當項目中的人們意識到這種情況時,他們確實有兩種選擇:削減成本或削減範圍。切割範圍可以是一個硬銷,並可能危及該項目的可行性,所以大部分人選擇切割custs的時間,特別是因爲成本可以在許多方面削減,而不從高高在上的atracting注意:

    • 無償加班
    • 降低質量
    • 消除文檔

    等等。

    事實上,當你開始削減成本時,你甚至可能會看起來很好,因爲成本控制是項目經理的責任之一!我假設你想要的是找到診斷資金不足的項目的方法。我認爲,與其制定廣泛的症狀列表,我會努力確定一個一般情況。

    在我看來,有一個一般條件,可以查明資金不足的項目。對於大多數項目來說,員工是最大的成本 - 或者至少是項目經理可以管理的第二大成本。每當你找到一位經驗豐富的經理採取措施降低員工成本,而這些措施不屬於原始計劃的一部分時,那麼你可以肯定你有一個資金不足的項目。

    問候,

  • 0

    使用的信息你們如此慷慨解囊,我是能夠把它放在一起,寫了一篇文章

    患病把一個鏈接在這裏,將來萬一有人正在尋找幫助的話題:

    Surviving An Under-resourced Project

    --LM