任务驱动管理实践

任务驱动管理实践

        概述

任务驱动并不是一个单向的任务发放过程，而是一个交互式的任务分配过程，在这过程中，必须以人为中心，体现以人为本。

 

任务元素

任务名称	难度系数	需要技能	进度	责任人	验证物	验证人
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.       确认时间由责任人和相关管理人员双方协商确定。