任务驱动管理实践
概述
任务驱动并不是一个单向的任务发放过程,而是一个交互式的任务分配过程,在这过程中,必须以人为中心,体现以人为本。
任务元素
任务名称 | 难度系数 | 需要技能 | 进度 | 责任人 | 验证物 | 验证人 |
XXX功能开发 | 根据历史数据评估 |
| 和责任人双方共同确定 | 自己选择 | 1. 产出是什么 | 谁来验证 |
整体任务划分
任务名称 | 需要技能 | 验证物 | 验证人 |
需求 | 业务知识、建模技术 | 1. 所有未来使用该系统的角色定义(角色名称、角色描述) 2. 系统应该提供的原子功能(该功能对应于业务处理)以及对该功能的描述(描述整个处理过程) | 客户 |
分析 | 业务知识、建模技术 | 1. 所有业务处理界面、业务实体、业务控制 2. 用以上工具(业务界面、业务实体、业务控制)实现需求阶段的每个业务处理 | 需求人员 |
设计 | 设计经验,建模技术,相关开发语言知识 | 1. 对象模型 a. 类定义 b. 接口文档 2. 数据模型 a. 业务数据 b. 安全数据 c. 流程定义数据 3. UI模型 a. 页面 b. 页面元素描述 4. 用以上三个模型实现分析阶段的用例 5. 系统框架(代码、数据、目录、文件) | 分析人员、开发人员 |
实现 | 相关语言知识 | 1. 功能源码 | 测试人员 |
测试 | 相关语言知识,测试经验 | 1. 测试案例 2. 测试报告 | 客户 |
绩效考核
贡献度 = sum( 任务的难度系数 * (计划时间 -实际完成时间 * 系数))/sum( 每个人的贡献度)
绩效成绩 = 项目的绩效系数 * 贡献度
任务分配书模板
任务编码 |
| 创建人 | 欣网视讯技术开发部项目组 | 接收人 |
|
项目名称 | IDV | 所属层次 |
| 功能名称 |
|
系数 | 0.5 | 分配人 |
| 分配时间 |
|
计划时间 |
| 确认时间 |
| 实际完成时间 |
|
时间差值 | 以2小时为计算单位(每天以8小时计算) | 贡献度 | (实际完成时间-确认时间)*系数 | 接收人签字 |
|
测试人 |
| 任务状态 | 未分配、已分配、已完成 | ||
内容 | 类列表:
| ||||
参考物 | 1. 源码 2. 设计模型 3. 平台接口文档 | ||||
备注 |
|
说明:
1. 按任务编码数字后缀从小到大执行
2. 系数由设计人员设置;在初期,责任人可以提出置疑;
3. 系数由难度系数和复杂度系数确定;
4. 计划时间由项目管理人员根据难度系数制定;
5. 确认时间由责任人和相关管理人员双方协商确定。