項目範圍的靈活性？

Question

如果客戶要求不在項目範圍內的程序員，程序員應該有多靈活？

Answer 1

這個問題不能一概而論。這取決於項目到項目。

例子：

客戶有花不完的錢，長的時間表，在旅途中沒有其他項目，我非常靈活。

客戶對$$，短期時間表，其他項目在旅途中緊張，我幾乎不靈活。

其他因素也會發揮作用，例如爲項目選擇的過程。例如，您將在靈活的流程中更靈活，瀑布方式的靈活性更低。

Answer 2

我認爲您的問題的答案取決於您的客戶在時間和成本方面的靈活程度，因爲您無法改變項目的範圍，而無法影響這兩件事。

如果範圍蔓延可以是一件好事，如果它允許項目發展並對項目的結果產生整體積極影響。您確實需要一個正式的更改流程來管理範圍更改。

Answer 3

一般視角：

你需要謀生;客戶需要一個計算解決方案：客戶有權確保您提供的解決方案滿足他的需求。在達成協議之後進行更改和增加，反映了您將用戶需求分析爲系統設計的能力，因爲未能深入細緻地調查這些需求：您需要認真執行此操作並獲得書面簽名同意客戶的系統設計。

法律的角度來看：

你應該釘住項目的範圍縮小，並獲得客戶簽署該範圍的協議。一旦你達成了這個協議，那麼它沒有包含的任何東西就構成一個新的項目

業務角度：

你想繼續做生意（與當前以及未來的客戶）？您需要對影響進行評估，添加新的必需功能將會對當前項目產生影響：如果影響很小，那麼請執行此操作，但請以書面形式告訴客戶您正在幫他的忙;如果影響更大，那麼您必須與客戶協商，概述問題，並調整您當前的協議，或者創建一個新協議。你不想做的是對抗你的客戶。

最後：「客戶永遠是對的。」 - （直到你不得不放棄的地步，然後才能離開）

Answer 4

如果是固定投標項目，那麼我願意談判，並同意將範圍擴大到一個區域以換取減少它在別的地方，或者是爲了增加預算，或者換取其他的考慮。

如果是我每小時收費的客戶，那麼他們可以擴大他們想要的範圍，因爲我會在他花費的時間收取費用，無論它是否在原始定義中項目與否。

Answer 5

預先定義系統將執行的功能列表。

如果客戶端添加新功能，則相應地增加成本和時間。

如果客戶決定讓功能超出範圍，那麼如果您尚未實施，則會降低成本和時間。