在敏捷宣言中遵循的12条原则中挑选一条你感兴趣的原则进行风险评估
风险清单
(1) 需求变更风险;
(2) 进度风险、预算风险、管理能力风险、信息安全风险;
(3) 应用技术风险、质量控制风险、软件设计与开发工具风险、员工技能风险;
(4) 人力资源风险、政策风险、市场风险、营销风险。
对敏捷宣言中的第三条“经常地交付可工作的软件,相隔几个星期或几个月不等,倾向于较短的时间周期。”进行风险评估:
- 需求变更风险:随着交付时间的延长,用户的需求可能会不断地产生变化,导致项目的开发前功尽弃。尽早地交付可工作的软件有利于防止开发过程中用户的需求发生变化导致部分项目荒废。
- 进度风险:将项目分解成以数个星期为单位的多个阶段,每个阶段产生可工作的软件部分可以使得开发过程更加有序,防止工期过长导致项目进度滞后。
- 预算风险:经常交付可工作的软件可以加快开发进度,防止因项目开发时间过长导致随之激增的人力,物力代价,由此导致项目预算的增加。
- 管理能力风险:开发周期太短可能会因为考虑得不周到导致已交付的软件中存在接口不足或错误等问题,已交付的软件无法修改导致整个项目的管理成本升高。
- 信息安全风险:同样由于开发过程太过急促可能导致设计方案考虑不足,导致在安全方面存在漏洞,由此可能会带来许多信息安全风险。
- 应用技术风险:过长的开发周期可能会导致在开发过程中,新的应用技术的出现导致应用了旧的应用技术的已开发完成的部分软件失去竞争力,无法满足客户新的需求。
- 质量控制风险:软件质量的把控难度会随着开发时间的延长而提高,及时地测试并交付可以使得软件的每一部分都保持着一定的质量水平。
- 软件设计与开发工具风险:软件开发初期设计的不足可能会导致后期开发工具的不适合,所以减小软件开发周期可以及时发现设计中的不足,尽早地规避不足。
- 员工技能风险: 减短软件开发周期有利于提前发现软件开发中所需要的技能,及时对员工结构进行调整以及培训。
- 人力资源风险:开发周期过长,期间有软件工程师等员工离职导致职位空缺,减短软件开发周期可以有效地规避这种问题。
- 政策风险:软件开发周期过长可能会导致政策的变化导致软件的上线受到阻碍,尽早地交付可以规避这种风险。
- 市场风险:软件开发周期过长可能会因为市场需求发生变化导致软件成果付之东流,尽早地交付可以规避这种风险。
- 营销风险:尽早地交付可工作的软件可以较早地开始进行营销,尽早地抢占市场份额。