技术风险是指采用新技术的风险程度。技能风险是指项目组成员掌握新技术的风险程
度。两者的区别在于一个是说新技术(如新的开发工具,新的设计思想)本身的风险,一
个是说人员要掌握这种新技术的风险。
3.6 行业领域业务专家与产品经理有何异同?
行业领域业务专家是精通某行业领域业务的人,在讲标时能把投标书的内容准确、生
动地表述出来,使客户心服口服。而产品经理是某产品需求分析和概要设计的经理或专家
主要负责产品的立项、需求、设计和销售等业务。两者的相同点是:必须精通该产品的功
能、性能和接口。不同点是:前者突出熟悉产品的应用业务领域,后者突出熟悉产品的需
求与设计。
3.7 《合同》、《任务书》、《立项建议书》三者有何异同?有何关系?
合同是与固定客户签订的协议书,签订合同后软件公司启动该项目的开发,该软件被
称为“订单软件”。
立项建议书是相对“非订单软件”而言的,是相关人员对立项过程的书面描述。
任务书是企业决定开发某个软件时,对此任务的具体部署情况,以书面的形式表达出
来,包括正文和附件。
只有立项建议书或合同签订以后才能下达任务书,三者都是软件开发的源头。
3.8 下达任务的时间和方法是什么?
满足以下三个条件中的任意一个,即可下达任务书:
(1)企业已签订了项目《合同》。
(2)《立项建议书》已通过了评审。
(3)作为特殊情况,软件组织的上级下达了某个项目的指令性软件开发计划。例如,
有跨组织、跨部门的某个大系统项目,软件的需求由它的系统总体设计组分配。
下达任务书的方法是:
(1)下达一份《任务书》的正文。包括任务的下达对象、内容、要求完成的日期、决
定投入的资源、必要时包括任命项目经理(技术经理和产品经理)、其他保证措施、奖惩
措施等。《任务书》的正文可长可短,若合同或立项建议书很详细,则正文可短。若合同
或立项建议书很粗略很短,则正文应该详细,当然也应该很长。
(2)下达一份《任务书》的附件。一般情况下它就是软件《合同》或《立项建议书》,
如果是指令性计划,它的格式和内容,也应与《合同》或《立项建议书》基本相同,即附
件的内容应覆盖系统的功能点列表、性能点列表、接口列表、资源需求列表、开发进度列
表、阶段评审列表等。
3.9 请进行社会调查,收集材料,用事实说明“立项就是决策”的道理。
2003 年初冬,山东某软件公司的老总在西安出差,发现西安市的大中型餐厅基本上都
有电子点菜系统,客人一点菜,信息马上出现在厨房大师傅眼前,大师傅马上炒菜,服务
员很快上菜,他感到很有意思。后来一打听,这个“餐饮系统”是北京某软件公司开发的。
于是这位老总又飞到北京,拜访了“餐饮系统”的开发公司,了解到该公司经济效益不错,
而且还到几家餐饮店去就餐,亲身体验“餐饮系统”的使用情况,收集用户意见。返回山东
后,老总拍着脑袋决定马上立项,快速开发本公司的“餐饮系统”。不到三个月,“餐饮系统”
开发完毕,但是在后来的两年中,该系统在山东某市总共只卖出两套,投入与产出比是
5︰1。这是为什么?就是因为该城市是中等城市,不像北京、西安是大城市,“餐饮系统”