团队经理
互联网
推荐课程
average > 0 ? $model->average . '分' : '10.0分' ?>

基于功能点的需求分析,造价估算,计划与度量,重构决策与计划

Y.Chen

msup 敏捷教练

27年研发、管理及咨询经验,擅长在实际环境中灵活应用各种研发方法论
具有丰富的工程技术与项目管理实践经验,从其程序员、项目经理、CMMI/FPA功能点估算/敏捷咨询师、事业部总监、副总经理等各种技术与管理岗位获得的一手经验,令其可以站在企业管理者的高度,以更广的视角来理解敏捷开发,并能配合和推动非研发部门协作推广敏捷。

➢27年软件开发行业经验
➢ 15年编程、测试开发经验
➢ 4年中高层管理经验
➢ 13年以上项目管理经验
➢ 15年敏捷项目管理、培训与咨询经验
➢ 200+场次培训与咨询

曾为金山软件(西山居),盛大,腾讯,边锋,搜狐,迅雷等10多家互联网软件公司提供敏捷培训与咨询。

27年研发、管理及咨询经验,擅长在实际环境中灵活应用各种研发方法论 具有丰富的工程技术与项目管理实践经验,从其程序员、项目经理、CMMI/FPA功能点估算/敏捷咨询师、事业部总监、副总经理等各种技术与管理岗位获得的一手经验,令其可以站在企业管理者的高度,以更广的视角来理解敏捷开发,并能配合和推动非研发部门协作推广敏捷。 ➢27年软件开发行业经验 ➢ 15年编程、测试开发经验 ➢ 4年中高层管理经验 ➢ 13年以上项目管理经验 ➢ 15年敏捷项目管理、培训与咨询经验 ➢ 200+场次培训与咨询 曾为金山软件(西山居),盛大,腾讯,边锋,搜狐,迅雷等10多家互联网软件公司提供敏捷培训与咨询。

课程费用

6800.00 /人

课程时长

3

成为教练

课程简介

本课程在有限的时间内,让学员迅速体验基于功能点的计划、控制与度量的完整过程。

目标收益

本课程会涉及到以下几种不同角色,并获取相应收益:
中级管理者(20~50下属),大项目经理、多个项目的经理或部门经理,主要负责部门绩效管理、团队建设。
基层管理者(1~5下属),小型团队的技术与任务负责人,负责排定微观计划,判断功能点的完成情况,填报跟踪表。
初级管理者(5~20下属),项目经理级别的负责人,主要负责团队内计划、任务分配、时间协调、跟踪并发现问题,控制进度。
核心开发与测试人员,理解功能点与代码、测试用例之间的关系,从而理解计划的制定依据、跟踪依据。

培训对象

课程大纲

第一步:准备需求文档(5H) 第一类文档:已经由业务部门写成的现成文档
此类文档的编写者由于没有经过功能点的培训,因此其文档中不存在功能点计数项的清晰条目,还存在大量从字面上看不到的功能点。因此需要对其进行标记、分析后方可计数。
课堂练习:在自己的需求文档中,标识实体(ILF、EIF),并计算早期规模(Indicative Function Point)。在天然的文档中,行为(EI、EO、EQ)遗漏率太高,识别并补充的技巧,需要在下一练习中才能学到。
第二类文档:需求尚未写成,因此可以按功能点从头编写的文档
特色内容:在实践与教学过程中,讲师发明了一种全新的需求分析法“SEAi需求分析法”,用这种方法可以在写需求的时候就顺便完成功能点的拆分工作,通过简单工具甚至可以自动计算功能点数,是普通功能点计数法速度的20~5000倍左右。此方法还可以把需求遗漏率从30~70%降低到5%左右(初学可至15%左右)。
本章节将使用讲师的“SEAi需求结构”的简化版本,在极短的时间内,即可将Word或人类语言拆分并表达为前三层,其第二层就是ILF和EIF(统称为实体),第三层则是EI、EO、EQ(统称为行为),因此可直接用于计算功能点。
课堂练习:1. 将大型需求拆分为场景;2. 在每个场景描述中识别实体(ILF、EIF);3. 用CRUD方法发现潜在的行为(EI、EO、EQ);4. 计算中期规模(Estimated Function Point)。
第二步:功能点估算(3H) 功能点的历史及定义变化
IFPUG功能点定义五种计数项
o复杂的调整因子定义(本课程中弃用)
oNESMA两级简化体系
Indicative Function Point
Estimated Function Point
oAFP简化体系
Agile Function Point
调整因子
软件因素调整因子
o应用类型调整因子
o规模调整因子
o变更调整因子
o二次开发调整因子
o维护调整因子
o多端开发调整因子
开发因素调整因子
o团队经验因子
o语言类型因子
实际使用中因子的选择
课堂练习:1. 使用功能点定义重新理解并修订之前的需求拆分;2. 将大型需求拆分为场景;3. 使用调整因子对功能点总量进行调整;4. 使用自动工具从三层需求结构中直接计算功能点
第三步:造价估算及其标准(3H) 中国的功能点发展历史及标准历史
初期功能点的引入
中国标准时代
o行业协会标准:《软件成本低额规范》
o北京市地方标准
o工信部标准
o国标
o国军标
其他主要参考体系
o韩国标准
o澳大利亚Southern Scope
标准估算过程
功能点定义
估算的三个时机
功能点计数
调整因子计算
派生计算项
o工作量
o成本(不同标准中有两种不同的计算策略)
开发成本计算
总成本计算
o工期
o讲师增补的数值:
逻辑代码行数,代码混沌指数
测试用例数,测试缺陷数,发布缺陷数
基准比对与五点估算
课堂练习:1. 使用Excel完成早期功能点估算(基于ILF和EIF);2. 使用Excel完成中期功能点估算(基于EI/EO/EQ);3. 计算所有调整因子的数值,完成功能点调整;4. 计算所有派生计算项;5.完成Benchmarking三点计算(部分数据为五点估算);6. 使用标准模板计算非软件成本
第四步:基于功能点的计划,跟踪,度量,评估(2H) 整体计划
整体计划包括项目早期的立项、合同等计划。也包括了敏捷开发的整体计划。
新产品开发的功能点计划
o二次开发功能点的计算
o其他功能点不覆盖的工作量(如数据导入等)
其他估算与计划方法
o数学方法(代码行法、类比法)
o非数学方法(专家估算法)
迭代计划
迭代计划中使用功能点
o使用SEAi需求条目代替用户故事
o直接从SEAi条目数计算功能点
o维护类任务功能点计算
其他估算方法
o故事点
o鸡蛋估算法,T恤估算法
迭代跟踪,度量,评估
迭代跟踪产品的进度
o量化地跟踪产品的内在质量
使用迭代开发+功能点度量来跟踪,可以有效防止虚假进度。
o内在质量的持续跟踪
可以防止在项目结束时发生质量问题而导致看似顺利的进程受阻。
整体跟踪,度量,评估
整体跟踪发生在项目完成,或大型里程碑(必须是迭代式而非瀑布式里程碑)处,对计划的执行情况进行评估。
实际完成功能点数据的快速/自动收集
o数据库表法,界面计数法,函数反射法,接口反射法
核心指标度量与评估
o生产率FP/人天,成本RMB/FP,编码消耗率LLOC/FP
o测试密度TC/FP,测试缺陷密度TD/FP,发布缺陷密度RD/FP
QAMMI量化敏捷成熟度模型
o基于功能点+Benchmarking的横向比较
课堂练习:1. 为一个已经完成的项目大致度量其功能点;使用Excel完成早期功能点估算(基于ILF和EIF);2. 使用Excel完成中期功能点估算(基于EI/EO/EQ);3. 计算所有调整因子的数值,完成功能点调整;4. 计算所有派生计算项;5.完成Benchmarking五点计算
QAC量化敏捷编码(量化敏捷重构)(1H仅培训,或2H含练习)
以下方法并非“重构”特有,对高标准要求的新项目一样适用。
基于功能点的重构决策
基于功能点的重构计划
o重构团队人力模型
基于功能点的重构跟踪
重构案例分享
潜在练习:此处可对一个实际的正将、正在重构的项目进行练习
QAT量化敏捷测试(1H仅培训,1.5H含练习)
基于功能点的测试密度计划 TC/FP
基于功能点的测试密度度量
o归一化测试密度 RD/FP
基于4个100%的自动化测试策略
潜在练习:此处可现场采集各个项目的度量数据,并按行业计算数据的合理性
QAM量化敏捷度量/绩效管理(0.5H仅培训,1H含额外对一个项目的现场数据收集与计算)
拓展的度量项
o技术相关:CCI代码混沌指数
o测试相关:测试覆盖率,测试频率,测试效率自动化率
o发布相关:发布频率,发测比,线上缺陷次率
基于功能点的敏捷团队绩效管理
o与业界基线的比较
基于功能点的个人绩效管理
第一步:准备需求文档(5H)
第一类文档:已经由业务部门写成的现成文档
此类文档的编写者由于没有经过功能点的培训,因此其文档中不存在功能点计数项的清晰条目,还存在大量从字面上看不到的功能点。因此需要对其进行标记、分析后方可计数。
课堂练习:在自己的需求文档中,标识实体(ILF、EIF),并计算早期规模(Indicative Function Point)。在天然的文档中,行为(EI、EO、EQ)遗漏率太高,识别并补充的技巧,需要在下一练习中才能学到。
第二类文档:需求尚未写成,因此可以按功能点从头编写的文档
特色内容:在实践与教学过程中,讲师发明了一种全新的需求分析法“SEAi需求分析法”,用这种方法可以在写需求的时候就顺便完成功能点的拆分工作,通过简单工具甚至可以自动计算功能点数,是普通功能点计数法速度的20~5000倍左右。此方法还可以把需求遗漏率从30~70%降低到5%左右(初学可至15%左右)。
本章节将使用讲师的“SEAi需求结构”的简化版本,在极短的时间内,即可将Word或人类语言拆分并表达为前三层,其第二层就是ILF和EIF(统称为实体),第三层则是EI、EO、EQ(统称为行为),因此可直接用于计算功能点。
课堂练习:1. 将大型需求拆分为场景;2. 在每个场景描述中识别实体(ILF、EIF);3. 用CRUD方法发现潜在的行为(EI、EO、EQ);4. 计算中期规模(Estimated Function Point)。
第二步:功能点估算(3H)
功能点的历史及定义变化
IFPUG功能点定义五种计数项
o复杂的调整因子定义(本课程中弃用)
oNESMA两级简化体系
Indicative Function Point
Estimated Function Point
oAFP简化体系
Agile Function Point
调整因子
软件因素调整因子
o应用类型调整因子
o规模调整因子
o变更调整因子
o二次开发调整因子
o维护调整因子
o多端开发调整因子
开发因素调整因子
o团队经验因子
o语言类型因子
实际使用中因子的选择
课堂练习:1. 使用功能点定义重新理解并修订之前的需求拆分;2. 将大型需求拆分为场景;3. 使用调整因子对功能点总量进行调整;4. 使用自动工具从三层需求结构中直接计算功能点
第三步:造价估算及其标准(3H)
中国的功能点发展历史及标准历史
初期功能点的引入
中国标准时代
o行业协会标准:《软件成本低额规范》
o北京市地方标准
o工信部标准
o国标
o国军标
其他主要参考体系
o韩国标准
o澳大利亚Southern Scope
标准估算过程
功能点定义
估算的三个时机
功能点计数
调整因子计算
派生计算项
o工作量
o成本(不同标准中有两种不同的计算策略)
开发成本计算
总成本计算
o工期
o讲师增补的数值:
逻辑代码行数,代码混沌指数
测试用例数,测试缺陷数,发布缺陷数
基准比对与五点估算
课堂练习:1. 使用Excel完成早期功能点估算(基于ILF和EIF);2. 使用Excel完成中期功能点估算(基于EI/EO/EQ);3. 计算所有调整因子的数值,完成功能点调整;4. 计算所有派生计算项;5.完成Benchmarking三点计算(部分数据为五点估算);6. 使用标准模板计算非软件成本
第四步:基于功能点的计划,跟踪,度量,评估(2H)
整体计划
整体计划包括项目早期的立项、合同等计划。也包括了敏捷开发的整体计划。
新产品开发的功能点计划
o二次开发功能点的计算
o其他功能点不覆盖的工作量(如数据导入等)
其他估算与计划方法
o数学方法(代码行法、类比法)
o非数学方法(专家估算法)
迭代计划
迭代计划中使用功能点
o使用SEAi需求条目代替用户故事
o直接从SEAi条目数计算功能点
o维护类任务功能点计算
其他估算方法
o故事点
o鸡蛋估算法,T恤估算法
迭代跟踪,度量,评估
迭代跟踪产品的进度
o量化地跟踪产品的内在质量
使用迭代开发+功能点度量来跟踪,可以有效防止虚假进度。
o内在质量的持续跟踪
可以防止在项目结束时发生质量问题而导致看似顺利的进程受阻。
整体跟踪,度量,评估
整体跟踪发生在项目完成,或大型里程碑(必须是迭代式而非瀑布式里程碑)处,对计划的执行情况进行评估。
实际完成功能点数据的快速/自动收集
o数据库表法,界面计数法,函数反射法,接口反射法
核心指标度量与评估
o生产率FP/人天,成本RMB/FP,编码消耗率LLOC/FP
o测试密度TC/FP,测试缺陷密度TD/FP,发布缺陷密度RD/FP
QAMMI量化敏捷成熟度模型
o基于功能点+Benchmarking的横向比较
课堂练习:1. 为一个已经完成的项目大致度量其功能点;使用Excel完成早期功能点估算(基于ILF和EIF);2. 使用Excel完成中期功能点估算(基于EI/EO/EQ);3. 计算所有调整因子的数值,完成功能点调整;4. 计算所有派生计算项;5.完成Benchmarking五点计算
QAC量化敏捷编码(量化敏捷重构)(1H仅培训,或2H含练习)
以下方法并非“重构”特有,对高标准要求的新项目一样适用。
基于功能点的重构决策
基于功能点的重构计划
o重构团队人力模型
基于功能点的重构跟踪
重构案例分享
潜在练习:此处可对一个实际的正将、正在重构的项目进行练习
QAT量化敏捷测试(1H仅培训,1.5H含练习)
基于功能点的测试密度计划 TC/FP
基于功能点的测试密度度量
o归一化测试密度 RD/FP
基于4个100%的自动化测试策略
潜在练习:此处可现场采集各个项目的度量数据,并按行业计算数据的合理性
QAM量化敏捷度量/绩效管理(0.5H仅培训,1H含额外对一个项目的现场数据收集与计算)
拓展的度量项
o技术相关:CCI代码混沌指数
o测试相关:测试覆盖率,测试频率,测试效率自动化率
o发布相关:发布频率,发测比,线上缺陷次率
基于功能点的敏捷团队绩效管理
o与业界基线的比较
基于功能点的个人绩效管理

活动详情

提交需求