标签：
项目经理岗位作业书
每日例行工作：
1、早上开始上班后立即召开朝礼
2、写朝礼纪要并发给相关人
3、在日志中制定今日工作计划并挂到主线
4、上禅道检查任务完成进度是否与计划相符
5、上禅道检查Bug修复情况是否正常
6、处理各种临时任务，加入到禅道的任务列表，如：甲方提出的紧急任务等
7、如有必要，与技术经理、测试经理沟通
8、发现开发进度有严重延误的，立即与上级领导沟通
9、抽空参与测试，了解系统的真实情况
周一例行工作：
1、公司层面的项目组周例会
周末例行工作：
1、项目组周工作总结会
2、发送项目周总结给项目组管理层及公司管理层
分阶段工作：
1、需求讨论
职责：总负责人
协作人：技术经理、测试经理及前端工程师
工作内容：
组织召开会议与甲方沟通需求，根据沟通结果与前端工程师一起制作静态原型，然后拿给甲方继续沟通，反复迭代，直至最终通过静态原型落实每一项需求
2、需求确认
职责：总负责人
协作人：技术经理、测试经理
工作内容：
1、把步骤1落实的需求逐条录入禅道：
菜单路径：产品à需求à提需求
必填项：所属产品、所属计划、需求来源、不需要评审、需求名称、优先级（设为1）、需求描述（需求的详细描述，并给出静态原型页面链接）、抄送给（项目组管理层）
2、 录入完需求后主动通知技术经理、测试经理
如有必要，则组织相关人召开会议研讨需求细节
3、版本定义
职责：总负责人
协作人：无
工作内容：
1）把即将发布的组件版本录入到禅道
菜单路径：项目à版本à创建版本
必填项：产品、名称编号、构建者、打包日期（计划提交集成测试的日期）
每一次发版的版本号规范如下：
a、版本号第二位加1，第三位为0，如：V2.2.0
b、在正式发版之后如果有小改，则第三位递增，如：V2.2.1，V2.2.2...
一般来说，按两周发布一个版本的周期发版，这里要注意的是，要分组件定义版本，要求所有组件的版本号都保持一致，以叫酒为例：
目前至少要定义这么几个组件版本：
a、微商城/PC商城组件V2.2.0
b、订单中心组件V2.2.0
c、商品中心组件V2.2.0
d、门店系统组件V2.2.0
e、呼叫中心组件V2.2.0
f、门店APP组件V2.2.0
2）把版本与需求关联
菜单路径：项目à需求à关联需求
必填项：并把版本与需求关联起来（一个需求可以和多个版本关联，比如：需求002：订单列表页支持多城市的不同操作员只能看到本城市的订单，此需求牵涉到：订单中心组件V2.2.0、商品中心组件V2.2.0、微商城/PC商城组件V2.2.0这几个版本，都要关联上）在项目-版本-查看bug，可查看此版本下的bug的清单
4、分配任务
职责：开始酝酿下一版的需求
协作人：前端工程师等必要人员
工作内容：开始酝酿下一版的需求
5、详细设计
职责：有必要的话要开始和甲方讨论下一版的需求
协作人：前端工程师等必要人员
工作内容：有必要和甲方讨论下一版的需求
6、编码及单元测试
职责：和甲方开始深入讨论下一版的需求
协作人：前端工程师等必要人员
工作内容：和甲方开始深入讨论下一版的需求
7、集成测试
职责：基本上确定下一版本的主要需求
协作人：前端工程师等必要人员
工作内容：
8、验收测试
职责：总负责人
协作人：技术经理、测试经理
工作内容：对整个系统进行抽样测试
9、发版上线
职责：总负责人
协作人：技术经理、测试经理
工作内容：督导技术经理的升级上线工作，负责向甲方提交上线相关的文档
10、版本维护
职责：与甲方确定下一版的需求
协作人：技术经理、测试经理及其他必要人员
工作内容：一般来说，在当前版本发版后的2天内，与甲方确定下一个版本的所有需求（开发内容）
11、中止维护
职责：总负责人
协作人：技术经理、测试经理及其他必要人员
工作内容：
标签：
原文地址：http://www.cnblogs.com/ddmacle/p/5529548.html
