需要咨询么?

如果您有任何问题,可以在下面提问或者输入您需要咨询的内容!

如何度量和管理软件定制项目的风险?

在做项目计划时,根据团队经验给每项功能列出不同的风险度,并加权平均后获得项目的整体风险级别:

(0).无风险,完全按计划进行,无偏差,或者在预算内提前完成所有项目计划预期项目

(1).微小风险,完全按计划进行,偏差 85%~125%

(2).小风险,基本按计划进行完成,但可能会有延期,偏差 85%~200%

(3).一般风险,可以按计划进行完成 50%,并且可能会有延期,偏差 85%~200%

(4).高风险,项目结果不可预知,可以完成计划的 20%,并且可能会有延期,偏差 85%~200%

(5).非常高风险,项目结果不可预知,项目过程基本不可控制

邑泊提供的现成的软件产品功能列表项目可按“(0).无风险”等级交付。在项目签约预算内的,明确写明的无歧义定制开发功能列表,可按照“(1).微小风险”等级交付。超出项目签约预算,未明确写明或者有点模糊但没有歧义的定制开发功能列表,不属于复杂系统,或者是分解掉的复杂系统,可按照“(2).小风险”交付。对于如需采用不在邑泊技术经验库3年及3年以上经验的技术,在没找到合适的支持顾问的情况下,需将风险等级设为“(4).高风险”。对于如需采用不在邑泊技术经验库1年及1年以上经验的技术,需将风险等级设为“(5).非常高风险”。

通常针对外部客户的项目,一般需要控制在低风险以下,否则高风险的项目,沟通成本也很高并且不可预知,这样很容易沟通成本把预计的项目利润全部吃掉而亏本。内部弄些高风险项目可以忽略掉沟通成本。

对于有些项目,如果采用没用过的技术,然么它的风险等级就会变为“(4).高风险,项目结果不可预知,可以完成计划的 20%,并且可能会有延期,偏差 85%~200%”

对于客户成熟和重要的报价项目,尽可能采用“无风险”的设计与报价,而对于客户想尝试的新的想法,使用“小风险~高风险”的级别,这样可以降低报价成本,客户可以以小成本做适当尝试,但是客户需要自己知道它的风险级别,这样在验收时可以容忍实际上线功能只有原来计划的50%或者20%,同时实际预算有可能达到原定的200%。对每个报价项目(功能、任务、业务逻辑、测试用例、数据结构)区分不同的【风险等级】与【质量等级】,然后对不同等级的按不同的估(报)价方法、验收标准来对待,并可加权平均得到项目整体的【风险等级】与【质量等级】

(0) Comments

回复留言

您的电子邮箱地址会被隐藏。*为必填字段 *

您可以使用这些HTML标签和属性 <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

验证码