《技术部管理规范.pdf》由会员分享，可在线阅读，更多相关《技术部管理规范.pdf（11页珍藏版）》请在三一文库上搜索。
1、. . 技术部开发管理规范 . . 目录 一、概述 . 3 二、部门组织结构 4 三、工作职责 . 4 1、技术部经理 4 2、产品负责人 4 3、项目负责人 4 4、开发工程师 5 四、日常工作制度 5 1、编码规范 5 2、编码审查制度 5 3、技术文档规范 6 4、SVN 管理与更新规范 6 5、服务器安全管理. 6 6、关于休假、加班： . 7 . . 7、员工工作周报：. 7 8、部门例会制度：. 8 9、项目例会制度：. 9 五、 软件研发人员绩效考核： . 9 1、目的： . 9 2、软件项包括： 9 3、度量数据来源：. 10 4、人员绩效考核：. 10 六、软件研发部门项目奖
2、金： 11 七、关于部门协作的规定： . 11 一、概述 规范软件技术部工作流程以及各人职责，做好产品与项目开发、以及各部门的协调合作。 . . 二、部门组织结构 技术部 产品开发组项目开发组 产品负责人工程师项目负责人工程师 三、工作职责 1、技术部经理 指导、管理、监督部门人员日常工作，对部门所有人员的工作进行检查和监督， 并实行绩效考核，审核、 签发相关文件督导部门各项工作的开展，并适时查看各项 工作的执行情况。 2、产品负责人 指导、 管理、 监督与协调产品开发组人员日常工作，负责产品的核心功能设计 与开发工作。 3、项目负责人 指导、 管理、 监督与协调产品开发组人员日常工作，负责产
3、品的核心功能设计 与开发工作。 . . 4、开发工程师 按照上级要求写出产品代码，能独立处理和解决所负责的任务，根据开发进度 和任务分配，完成相应模块软件的设计、开发、编程任务，进行程序单元、功能 的测试查出软件存在的缺陷并保证其质量，进行编制项目文档和质量记录的工 作。 四、日常工作制度 1、编码规范 规范与提高软件开发的效率与质量，严格执行技术部制定的编码开发规范JAVA开 发编码规范 .doc 。 2、编码审查制度 首先由编码者简单向审查者介绍代码的基本业务逻辑。 审查者通过提出自己的疑问，同时去积极的发现潜在的问题和规范性问题，并记录在 文件中，到审查后统一修改。 审查范围主要包含：
4、1、功能逻辑性错误； 2、功能相关性与多功能关联性错误； 3、代码注释与规范性问题。 . . 4、代码的性能方面的优化。 每周最后一天下午下班时间2 小时作为本周代码审查时间。 3、技术文档规范 为了方便后期技术的升级与维护，根据项目的进展情况，在后期完善项目所涉及到必 备的开发文档，参照： 技术部文档列表.doc 。 4、SVN 管理与更新规范 在本地完成开发和测试通过之后，首先部署到测试服务器上进行功能的逻辑与集成测 试，在确认没有问题的情况下，进入下一步操作。 在项目前期做集体提交，记录提交代码的功能信息。 项目后期或维护阶段，针对代码的变更与修改，明确说明本次提交的问题信息。 通过测试
5、之后，针对需要更新的文件先行做好备份处理，然后更新到正式服务器上， 同时把更新的编码与文件记录到编码更新文件记录表.xls 中。 代码更新由具体人员统一负责管理：gocheck 、edu、org 、vip.gocheck由曾文斌负责， 检索机程序由尹磊负责。 SVN 服务器建立知识库，知识库包含产品、技术分享两大类。细分：luence 、ssh 框 架、页面与客户端技术、linux 系统、产品疑难问题、在线支付等技术类型。 5、服务器安全管理 服务器本身安全管理： . . 1、按运行业务情况划分，部门人员进行交叉安全授权管理。 2、服务器针对相关使用人员根据业务不同进行操作授权。 3、服务器r
6、oot 与 master 密码管理分配与不同的负责人管理。 针对服务器中相关业务的更新与查询操作（数据库、程序与WEB 服务），操作人员需 要经过上级的确认并授权才能操作。 Web 服务中所有后台用户密码统一使用MD5 加密，前台用户统一使用DES 加密。 具体安全管理参照服务器安全管理分配.doc 6、关于休假、加班： 严格遵守公司的考勤制度，如有事， 提前书面形式填写请假申请，批准后方可休假， 如情况紧急不能提前填写请假申请，要电话请示上级领导，并在休假后补办请假手续。 研发人员原则上不安排加班，研发进度根据公司要求结合项目实际由项目组长负责 制定，项目组长协调安排工作。项目组长根据进度需
7、要安排的加班，相关补助按照公司 考勤制度管理规定执行。 7、员工工作周报： 工作周报制度的目的是形成严格的工作跟踪和积累习惯，要求部门中所有人员按要求 简单记录每日工作的基本情况。 工作周报是部门员工的工作记录载体，起到部分绩效考核和浮动工资的确定依据的作 用。 . . 工作周报包含每周计划和完成情况，所碰到的问题与风险，需求变更的情况，下一周 的工作计划安排。 叙述工作内容要求尽可能简单明了，但不允许简单的如“修改错误 ”的描述。 工作周报严格要求在本周六下午17:30 前提交。无特殊情况不允许拖延到下周一之后 提交工作周报。对于忘记提交日志的人员，部门经理或相关人员应该在次周一给予口 头通
8、知。 周报计划中安排的工作任务，在执行过程中出现问题而可能造成延期的，需在周六之 前通知上级商讨对策。 工作周报以Email形式提交给项目负责人和部门经理。文件名格式：*工作周报 （200*.*.*-* ）.xls。其中 *为员工姓名，日期为提交日期-截止日。 8、部门例会制度： 每周一上午10:30 在公司会议室召开，部门所有人员（含参与部门人员为主导的项目 并起核心作用的其他部门人员）参加。 会议由部门经理召集，并由部门经理主持。 会议议程： 1、部门经理对特殊事情进行通报，然后各项目负责人回顾上月工作情况、成果和不 足，以及本周的大致工作计划。 2、部门经理总结上周工作，对不足的问题提出
9、解决办法。 3、部门经理做出工作方面的安排。 . . 4、部门人员畅所欲言，提出问题、想法、建议与意见。大家讨论。 5、部门经理解答部门人员的问题，并做出总结。 9、项目例会制度： 每周六下午在部门会议室召开，具体项目的所有参与人员参加。 会议由项目负责人召集并主持，部门经理根据实际情况列席。 会议指定固定人员做会议记录，并在第二周周一上午9:30 前整理并通过邮件发送给项 目负责人。 项目负责人修改并认可会议记录后，在第二周周一上午11:00 前在 EMAIL 发布。文 件名格式： *项目组例会（ 200* 年*月*日） .doc。其中 *为项目名称，日期为例 会召开日期。 五、 软件研发人
10、员绩效考核： 1、目的： 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指 导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人 员的工作绩效。 2、软件项包括： 1）技术文档：主要包括：用户需求分析说明书、软件概要设计、数据库结构设计、测 . . 试文档、用户手册、部署方案文档等； 2）计算机程序。 3、度量数据来源： 1）项目计划； 2）软件设计； 3）测试报告； 4）问题报告； 5）软件维护记录； 4、人员绩效考核： 1） 开发人员： 软件部门根据软件项综合评价表每个季度统计各开发人员所负责的软件项的平均得 分值，比较开发人员软件项的平均得
11、分值与绩效考核标准范围，确定开发人员绩效考 核评价。根据相应的绩效考核成绩决定每个开发人员的奖励等级。参照绩效考虑标 准（待定） .doc 2） 项目负责人： 软件部门每个季度确定了项目组成员绩效考核评价后，计算项目组的平均得分值，比 较项目组的平均得分值与绩效考核标准范围，确定项目负责人绩效考核评价。 3） 测试人员考核： . . 测试人员的缺陷查找质量度量表作为月度考核或季度考核依据，软件部门根据软件项 综合评价表每个月或季度统计各检查人员或测试人员缺陷查找的平均得分值，比较检 查人员或测试人员缺陷查找的平均得分值与绩效考核标准范围，确定检查人员或测试 人员绩效考核评价，绩效考核为“良好
12、“以上人员奖励相应金额。 六、软件研发部门项目奖金： 根据公司相关项目性质，制定项目奖的比例，项目奖由总经理、技术部经理根据 项目组成员实际工作情况，合理安排比例，报请公司批准后由公司统一发放。 七、关于部门协作的规定： 其他相关部门在不设立专门的平面设计人员及技术文档、宣传文档人员， 相关工作需部门之 间合作完成，部门之间的合作，由部门经理协调，具体适宜由当事人协商解决，本着对公司 工作负责的原则，部门经理根据实际工作安排决定有哪些人配合。 单纯的课本内容，并不能满足学生的需要，通过补 充，达到内容的完善 教育之通病是教用脑的人不用手，不教用手的人用脑，所以一无所能。教育革命的对策是手脑联盟，结果是手与脑的力量都可以大到不可思议。