技术部管理规范_第1页
技术部管理规范_第2页
技术部管理规范_第3页
技术部管理规范_第4页
技术部管理规范_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论