原创岗位作业书-产品/项目经理
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了原创岗位作业书-产品/项目经理相关的知识,希望对你有一定的参考价值。
产品/项目经理岗位作业书
---------------------
岗位作业书配合是《开发工作流程》的重要附件,详细说明了每个岗位在开发过程中每个阶段的工作
一、每日例行工作:
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、中止维护
职责:总负责人
协作人:技术经理、测试经理及其他必要人员
工作内容:负责禅道上的相关操作,督促技术经理完成SVN上的操作
以下是本人原创的软件企业运用敏捷开发系列文章:
【原创】敏捷软件项目开发管理流程(一)
【原创】岗位作业书-产品/项目经理(二)
【原创】岗位作业书-技术经理(三)
【原创】岗位作业书-测试经理(四)
【原创】岗位作业书-高级程序员(五)
【原创】岗位作业书-程序员(六)
【原创】岗位作业书-前端工程师(七)
【原创】岗位作业书-测试员(八)
以上是关于原创岗位作业书-产品/项目经理的主要内容,如果未能解决你的问题,请参考以下文章