目的
|
指出將會成為您的「擴充專案小組」關係人的個體。
決定及判定需求來源的優先順序。
|
對於現有的系統而言,這項作業的第一組輸入是被延後的一組加強功能要求,這些要求是在產品生命週期中,收集作為正式的變更要求管理程序的一部分。這項資訊可以提供作為寶貴的開始點,以便收集資料並進一步修正 關係人需求集合。
收集好這項起始資訊之後,請尋求可以代表您的關係人之合作對象、使用者、客戶、領域專家和業界分析師等。請依據個體的知識、通訊技能、可用性和「重要性」等準則,決定您要和哪些個體合作,來收集資訊。這些個體將會成為您的正式專案,即「擴充專案小組」的關係人。一般來說,最好能維持小型的群組
(2-5 人),以便能持續專案的整個持續期間。此外,延伸小組中的人員愈多時,就需要花愈多時間來管理他們,以及確定您有效地使用他們的時間。這些人員並沒有把所有時間都投入專案 -
他們在初始階段和詳述階段,以及稍後的審查階段時,通常會參與一或多個需求收集研討會。
設法瞭解其他人是如何做您打算要做的事情。如果您是要開發軟體產品,這表示要收集競爭對手資訊。如果是要開發內部資訊系統的新版本,則需要排定現場訪察,查看現行系統的使用方式,並瞭解可以改進之處。
這裡可以使用的一個重要來源是使用系統的組織之現有說明。這些資訊可以包括 利用建立商業模型或重新設計商業流程所「產生」的商業模型,或任何其他形式的商業定義。
|