软件部组织结构及职责职能分组初步.docx
《软件部组织结构及职责职能分组初步.docx》由会员分享,可在线阅读,更多相关《软件部组织结构及职责职能分组初步.docx(8页珍藏版)》请在冰豆网上搜索。
软件部组织结构及职责职能分组初步
软件部组织机构与职能
北京XXXX科技有限公司
2011年9月
(版本V1.0)
文档更新历史
版本号
更新日期
操作人
审核人
批准人
备注
V1.0
2011-08-30
GQQ
初稿
1.概述
1.1.文档目的
明确软件部机构和职责。
明确所有岗位责任。
1.2.文档制定原则
简单方便查看
1.3.应用范围
软件部机构和职能
1.4.参考文档
无
2.
软件部工作职能
●完成公司下达的项目任务,具体包括需求调研与分析、系统设计、编码、测试、现场实施与培训、后期维护。
●软件备案工作。
●完成相关软件技术支持任务。
●完成系统维护任务。
●完成领导交办的其他工作。
●软件部实行职能组负责制。
3.
软件部组织机构
3.1.组织机构图
3.2.组织机构描述
●软件部设立管理人员1-3位可与业务重叠。
●需求分析组由3-5位分析涉及人员组成,设组长一名。
●设计开发组由10-15位软件开发人员组成,设组长一名,研究方向带头人若干
●实施维护组由5-10位实施培训工程师组成,设组长1名。
3.3.软件部各组任务组职责
3.3.1.需求分析组
●业务调研、需求分析提供需求报告
●系统设计提供概要涉及说明书。
●指导开发为开发组提供支持
●提供概要设计需要对软件系统的设计进行考虑,包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为软件的详细设计提供基础。
3.3.2.设计开发组
●在概要设计的基础上,开发者需要进行软件系统的详细设计。
在详细设计中,描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系,需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑,以便进行编码和测试。
应当保证软件的需求完全分配给整个软件。
详细设计应当足够详细,能够根据详细设计报告进行编码。
●在软件编码阶段,开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能,从而实现对目标系统的功能、性能、接口、界面等方面的要求。
●测试编写好的系统。
一个一个的确认每个功能。
●按照模块技术方向细分
3.3.3.实施培训组
在软件测试证明软件达到要求后,软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等双方合同约定的产物。
《用户安装手册》应详细介绍安装软件对运行环境的要求、安装软件的定义和内容、在客户端、服务器端及中间件的具体安装步骤、安装后的系统配置。
《用户使用指南》应包括软件各项功能的使用流程、操作步骤、相应业务介绍、特殊提示和注意事项等方面的内容,在需要时还应举例说明。
4.
软件部各岗位职责
4.1.经理、副经理、经理助理
负责主持召开软件部工作例会及时部署和检查开发工作
负责软件研发计划的编制、制定以及产品方案设计
负责制定软件开发、测试、维护等方面的技术规范、流程和标准
负责组织技术研讨、论证,确定项目软件开发的技术路线
负责软件研发等项工作的技术指导,组织技术培训的实施
负责建立和完善软件需求分析模版,指导客户应用需求
负责督促检查软件开发计划执行情况,保证项目按期完成
负责协调和调配软件售后维护工作
负责软件部人员绩效考评
完成领导交办的其它任务
1.
2.
3.
4.
4.1.
4.2.
4.3.需求分析组长
初步协调需求组工作提供项目需求报告、需求分析说明书、概要设计说明书
4.4.设计开发组长
●负责协调开发组工作
●协助制定软件开发、测试、维护等方面的技术规范、流程和标准
●制定分解开发计划、组织协调开发进程、跟踪开发进度、督导开发计划顺利执行。
●协助本组成员提高工作效率、按时保质保量完成任务。
4.5.实施维护组长
●制定项目维护计划、组织协调维护进程、跟踪维护进度、督导维护计划顺利执行。
●填写《维护周报》,发送给软件部领导,抄送给相关人员。
●每天召开本组碰头会,了解计划执行情况,确保按计划执行任务。
●协助维护组成员提高工作效率、按时保质保量完成任务。
4.6.系统分析工程师
●项目调研工作
●项目需求分析
●项目概要设计等
●发布评审
●协助制定软件开发、测试、维护等方面的技术规范、流程和标准
●
●任务结果包括:
开发出来的软件大概的界面是怎样?
方便什么人使用?
什么人可以使用什么功能?
方便到什么程度?
大概的硬件要求是怎样等?
4.7.软件开发工程师
●负责参与项目软件需求的讨论,了解项目软件需求和架构
●软件的模块详细设计、功能代码编写工作
●负责软件代码的优化
●负责编写程序开发文档
●完成领导交办的其他任务。
●
4.8.实施培训工程师
●完成软件实施任务。
●完成软件培训任务。
●完成软件维护任务。
●及时向组长汇报维护情况。
●及时向任务下达人反馈维护情况。
4.
5.各个岗位需要具备能力
5.1.需求分析工程师
●熟悉公司业务和软件产品
●熟悉若干主流开发工具或语言:
VB6、VB.NET,C#、JavaScript,vs2005、vs2003、RationalRoseEnterpriseEdition等。
●熟悉数据库的设计、开发、优化、维护。
●有良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神。
5.2.设计开发工程师
●熟悉公司业务和软件产品
●熟悉若干主流开发工具或语言:
VB6、VB.NET,C#、JavaScript,vs2005、vs2003、RationalRoseEnterpriseEdition等。
●熟悉数据库的设计、开发、优化、维护。
●有良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神。
5.3.实施培训工程师
●熟悉公司业务和软件产品
●若干主流开发工具或语言:
VB6、VB.NET,C#、javasript,vs2005、vs2003、RationalRoseEnterpriseEdition等。
●熟悉数据库的设计、开发、优化、维护。
●有良好的沟通技巧以及优秀的言语表达能力,具备良好的团队合作精神。
6.按项目分组和按任务分组情况对比
6.1.按项目分组
概述
目的解决原有机构产生的都符则又都部负责的情况,所有压力都集中与部门经理层面,各个人有没有更压力,按项目组分,可以奖项目压力分解到几个人员身上责任更明确。
开发组需要参与软件从调研、分析、设计、开发、部署、实施、培训、维护的过程
优点:
分解任务压力,责任相对明确。
缺点:
项目个性化、重复开发、人力资源占用,对开发组员能力综合要求。
产能受限制与项目组数量,每个项目组接受项目能力到到高限后,职能采取增加项目组的方式提高产能。
不能发挥每个工作人员的长处。
6.2.层次分组
概述
解决项目组所有人员参与每个项目的生命全过程
分工细化
形成软件产品
优点:
人员水平层次话,容易形成软件产品,人员越发专业华。
缺点:
对没个层次的要求特别高。
形成的文档资料必须相当齐全,使用性质高。
每个项目必须开发完成测试通过。
后才能部署实施。
6.3.调整困难与问题
●集重难返,遗留问题多?
整理问题罗列出来各个分析可能出现的情况
●需要上述人员抽调出开发组、这些人都是组骨干解决办法培养后备梯队?
●项目紧张对分层调整的冲击如何保护?
●开发组负责的项目如何分解消化?
指目前在开发组手上的项目(整理出组项目数量、阶段,后续工作
●对于历史项目如何处理?
(指维护组负责的老项目)
●对与下半年签约没进入开发阶段的项目如何处理(何时开发调整模式)
●开发组面对十几个项目同时进行如何面对可以将人员按照模块部同有侧重有部同的研究方向。
?
●如何定位适应与项目部、质量部、客服部的关系?
7.
机构调整实施步骤
调整期限
2011/9/1-2012/2/31
步骤一2011/9成立需求组
人员组成
问题:
需要上述人员抽调出开发组、这些人都是组骨干解决办法培养后备梯队
项目紧张?
步骤一2011/10成立开发组、实施培训组
解散开发组,成立开发组、现有开发组重组开发组
对历史项目的处理维护组人员暂时部参与调整
实施培训工作可以由需求人员交叉实施。
重视质量把关
问题:
开发组负责的项目如何分解消化