在分析最後找到的準則時,決定「購買或建置」是一項重要的決策。 雖然可能免費取得所需的準則,但您一定要衡量根據專案情況所需的調整成本與針對特定需求來開發準則的成本,或甚至完全放棄這些準則。
子主題:
負責專案特有流程的「流程工程師」會不斷尋找有用的現有準則或範例,以協助專案成員以更高的效率來生產更高品質的軟體。 有些準則可能早已存在公司的資產儲存庫,通常是一套累積「組織特有慣例」。
其他準則歸類為「公認標準」,可以在現有的文獻中發現或透過網際網路取得。
大多數準則最初會做成專案工作成果,例如專案內一些微流程的文件, 就像其他很多資產一樣,有些人會從專案範圍以外的觀點來看待準則的價值,並認為可以重複使用。
決定在專案內建立新的準則時,請確定受到適當的重視且視為內部專案工作成果。 這包括分配資源來建立和驗證,並且納入適當的反覆計劃中。
首先,極力建議針對專案的特殊環境來開發準則。有太多案例顯示只為了在未來重複使用,而將全部精力貫注在工作成果一般化,而非針對目前的特定用途來開發,最後導致專案失控。 投入改良組織的流程時,請考慮讓產生的準則可以在未來的專案中重複使用。
將準則或任何工作成果調整為可重複使用的資產時,最好不要一開始就將單一專案的預算納入考量。
專案的生命週期內隨時可能會開發新的準則。通常是「即時」開發,或透過作業的方式來記錄成功方法,以產生其他工作成果。
準則和範例必須符合專案的環境,不然就毫無用處。 流程工程師及一些重要的消費者代表要負責調整準則來符合專案。 尤其,必須花時間調整從其他專案中取得的準則,因為這些準則可能是在稍微不同的環境下開發。
您應該捕捉任何調整決策,因為在未來需要重複使用相同準則的專案中,可能就證明確實有用。
就像調整對於準則的重要性一樣,能否方便地取得準備好的準則也一樣很重要。 消費者必須清楚瞭解在何處可以找到準則或範例,以及應該將使用意見提供給誰。
您可以利用 RUP 外掛程式技術在流程發佈網站上提供準則,而準則可以與相關的工作成果和作業產生關聯。 如需進一步的資訊,請參閱概念:調整 RUP。
|