- 1、本文档共2页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软 件 开 发 部 规 章 制 度 及 软 件 项 目 管 理 方 法 ( 试 行 )
第一部分:软件开发部规章制度
一、 日常工作制度:
1、 关于休假、加班:
严格遵守公司考勤制度, 如有事,提前书面形式填写请假申请,批准后方可
休假, 如遇紧急情况不能填写请假申请, 要电话请示上级,并在休假结束后
补办手续。
研发人员原则上不安排加班, 研发进度根据公司要求结合项目实际由项目组
长负责制定,项目组长负责协调安排工作。项目组长根据进度需要加班,加
班费由项目奖金中支出。公司工作需要硬性加班安排,加班费由公司支出。
相关标准以公司标准为准。
2、 开发部员工日报守则:
开发部人员需每天上午 9:00 由项目组长组织短会, 内容为汇报前一天工作
内容和当天工作计划以及问题反馈。 项目组长整理问题后自行解决或通报上
级研究解决方案。 会后开发人员需根据自己所汇报工作计划在 Kanban Board
上进行标注。
名词解释 Kanban Board: 一个展现工作进度的展板,分成三个部分, to do
要做什么, doing 正在做什么, done 以及完成的。
3、 开发部员工周总结守则:
开发部人员在每周五下午进行周总结汇报以及问题反馈。 项目组长需根据进
度为开发人员分发下一周开发任务。以及对本周所碰到问题进行解答。
二、 项目开发人员结构:
角色职责
Product Owner : 产品经理代表客户利益,确保交付产品与客户期望一致。
产品经理决定产品有哪些功能。主要负责创建和维护产品需求清单并分成若干个
Sprint ,把产品需求按优先级进行排序,使得重要功能优先实现。并且要对每次
Sprint 的结果进行审批和批准。
SCRUM Master: 通常由项目组长或者项目经理担任,主要工作职责是与其他角色配
合,确保开发进度,推动开发会议召开,维护整个 Scrum 过程。
开发人员:按照 SCRUMMaster 指派的任务进行开发,包括代码,测试, UI 设计等。
名词解释:Sprint 是指一个时间周期的工作内容, 一般由一周或一个月为基础单位。
三、 项目开发流程
项目需求制定:项目需求需按照客户要求制定,并以公司标准需求文档形式编写。
产品设计: 项目需求确定以后, 由产品经理进行产品功能设计, 并拆分成 Sprints 。
项目执行:
1、 由 SCRUM MASTER分发任务给小组成员,并监督开发进度。
2、 开发人员按照每周开发任务进行开发,并在 Kanban Boards 上分别注明各
项开发进程。
3、 测试人员在单元模块开发完成后进行测试并反馈 BUG给开发人员。 并撰写测
试报告。
质量检查:
每个 Sprint 开发完成由产品经理根据产品需求与测试报告进行审核。
四、 人员绩效考核:
1、 开发人员:
软件部门根据每个月或每个季度统计开发人员所负责的软件开发效率平
文档评论(0)