产品研发部规章制度及软件项目管理方法初稿docxWord文档下载推荐.docx
《产品研发部规章制度及软件项目管理方法初稿docxWord文档下载推荐.docx》由会员分享,可在线阅读,更多相关《产品研发部规章制度及软件项目管理方法初稿docxWord文档下载推荐.docx(30页珍藏版)》请在冰豆网上搜索。
00前提交。
不提交工作周报将适当予以惩罚。
对于未提交日志的人员,部门
总监保证当周内口头通知。
工作日志以工作汇报QQ群形式提交给部门总监和公司总经理。
部门总监收到后保证第一时间进行检视,并依此进行考核。
文件名格式模板:
名字:
***
岗位:
###工程师
时间:
2016-12-06
任务(模块名称)完成情况遇到问题/需要帮
助
行业圈首页开发100%无
行业圈评论、点赞100%无
行业圈图片、文本转发、收藏100%无。
其中***为员工姓名,###为岗位名称(如iOS、php),日期为提交日期。
研发总监根据日报情况汇总审查确认后作为周报的一部
分,考核后在周六前发送到总经理邮箱(或QQ)
4、项目月报制度:
项目月报制度是保证项目顺利推进的一种阶段性总结和
计划载体的机制。
项目月报由项目负责人负责拟定。
项目月报应根据实际情况包含本月计划、完成情况(含计划的偏离情况)、成果和不足、突发事务及其解决情况、项目组成员工作情况、客户反馈情况、下月计划,以及问题、建议和意见等内容。
项目月报由项目负责人于每月第五个工作日以前,通过Email提交给部门总监,经部门总监审订后发布到项目月报文件夹中。
部门所有成员可以查阅已发布的项目月报。
项目月报的文件名格式为《***项目月报($$$,201*年*
月*日).doc》。
其中***为项目名称,$$$为项目负责人姓名,日期为提交日期
5、项目例会制度:
每周周一上午10:
00在公司会议室召开,项目所有人员(含参与部门人员为主导的项目并起核心作用的其他部门人员)参加。
会议由部门总监召集,并由部门总监主持,公司总经理根据实际情况列席。
会议议程:
a)各项目负责人回顾上月工作情况、成果和不足,以及
当月的大致工作计划。
b)部门总监总结上月工作,对不足的问题提出解决办法。
c)部门总监宣布公司近期动态和相关事项。
d)部门总监做出工作方面的安排。
e)部门人员畅所欲言,提出问题、想法、建议与意见。
大家讨论。
f)部门总监解答部门人员的问题,并做出总结。
部门人员轮流做会议记录,并在会议结束后第二天内整
理并在svn中发布。
文件名格式:
《项目组201*年*月*日例会(***整理).doc》。
其中日期为例会召开日期,
***为会议记录整理人的姓名。
6、部门例会制度(可选):
每周五下午在部门会议室召开,具体项目的所有参与人员参加。
会议由部门总监召集并主持,公司总经理根据实际情况列席。
会议指定固定人员做会议记录,并在第二周周一上午
9:
30前整理并通过邮件发送给部门总监。
部门总监修改并认可会议记录后,在第二周周一上午
11:
00前在svn中发布。
《***研发部例会
(201*年*月*日).doc》。
其中***为项目名称,日期为例会召开日期。
二、研发部组织结构:
开发部经理
项目组长A
项目组长B
项目组长N
系统分析员
系统设计
程序员A
程序员N
软件测试
项目小组
三、研发部人员岗位制度:
1、研发部经理/总监岗位职责:
职责:
1)制定产品的整体技术方案及相应的目标。
2)制定各个工作的详细任务表,跟踪这些任务的执行情况,进行控制。
3)组织会议对程序进行评审。
4)综合具体情况,对各种不同方案进行取舍并做出决定。
5)协调各项目参与人员之间的关系。
2、项目组长岗位职责:
1)对研发总监负责,负责软件项目的详细设计、编码和内部测试的组织实施,对小型软件项目兼任系统分析工作。
2)参与需求调研、项目可行性分析、技术可行性分析和需求分析。
3)熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。
4)负责向项目经理及时反馈软件研发中的情况,并根据实际情况提出改进建议。
5)参与软件研发和维护过程中重大技术问题的解决,参与软件首次安装调试、数据割接、用户培训和项目推广。
6)负责相关技术文档的拟订。
7)负责对业务领域内的技术发展动态进行分析研究。
8)负责向项目经理、部门总监/副经理及时反馈实际工作中遇到的问题,并提出改进建议。
9)承担相应的保密职责。
10)完成部门总监/副经理或项目经理交办的其它工
3、一般开发人员岗位职责:
1)根据项目具体要求,承担开发任务,按计划完成任务目标。
2)配合产品经理完成软件系统及模块的需求调研与需求分析
3)配合产品经理完成软件系统及模块的设计
4)独立完成软件系统及模块的编码
5)协助测试试人员完成软件系统及模块的测试
6)负责编制与项目相关的技术文档
4、测试人员岗位职责:
1)根据产品需求制定测试计划,按计划完成测试目标。
2)根据产品需求制定测试用例,完善测试流程
3)独立完成软件系统及模块的测试,执行各个类型的测试流程
4)配合开发人员完成APP的发布工作
四、软件研发人员绩效考核:
1、目的:
对软件研发的过程所产生的软件项的质量和过程进行定量的评价,用评价的结果指导软件的开发过程,不断地提高软件研发质量水平,并依据度量记录来考核软件研发人员的工作绩效。
2、软件项包括:
1)技术文档:
主要包括:
可行性分析报告、需求分析报告、软件功能规格说明、开发计划、质量计划、系统设计报告、测试文档、技术报告、用户手册、总结报告等;
2)计算机程序。
3、度量数据来源:
1)项目计划;
2)评审报告;
3)测试报告;
4)问题报告;
5)软件维护记录;
4、质量度量:
度量指标,主要根据各类软件项检查表的检查指标来确
定,例如,软件需求规格说明书检查表(见附录1),有
10个检查指标,则根据具体项目检查侧重点不同,可从中
选择相应的检查指标作为度量指标。
质量等级:
1)软件项的质量等级的确定根据度量综合指标进行。
2)度量综合指标计算公式为:
Total=∑QiMi
5、过程度量:
1)及时度:
以软件项目计划规定的的完成时间为基准
2)成熟度:
以软件项检查、评审、测试的结果为评价基准
3)改善效率:
在检查、评审、测试的结果的基础上改善软件项结果,以改善的时间是否影响后续阶段的完成和计划的总体完成时间为评分依据
6、人员绩效考核:
1)开发人员:
软件部门根据软件项综合评价表每个月或季度统计各开
发人员所负责的软件项的平均得分值,比较开发人员软
件项的平均得分值与绩效考核标准范围,确定开发人员
绩效考核评价。
根据相应的绩效考核成绩决定每个开发
人员的奖励等级。
2)项目经理:
软件部门每个月或季度确定了项目组成员绩效考核评价后,计算项目组的平均得分值,比较项目组的平均得分值与绩效考核标准范围,确定项目经理、开发经理绩效考核评价。
3)测试人员考核:
测试人员的缺陷查找质量度量表作为月度考核或季度考核依据,软件部门根据软件项综合评价表每个月或季度统计各检查人员或测试人员缺陷查找的平均得分值,比较检查人员或测试人员缺陷查找的平均得分值与绩效考核标准范围,确定检查人员或测试人员绩效考核评价,绩效考核为"
良好"
以上人员奖励相应金额。
五、软件资料控制管理:
软件测试由开发组和测试组人员共同进行,提前编写测试计划、测试用例,最后完成测试报告。
软件研发任
务完成后,要提交一份详细资料给公司IT人员。
开发过程亦和公司IT专门人员配合。
IT工作也可由研发部经理安排专门人员负责。
六、产品研发部门项目奖金:
根据公司相关项目性质,制定项目奖的比例,公司计
划类项目和工程盈利性项目可按照不同比例制定,盈利性项目可按照利润的百分比制定项目奖,非盈利性项目由公司在项目完成后研究给与适当项目奖。
项目奖由研发部总监、项目组长根据项目组成员实际工作情况,合理安排比例,报请公司批准后由公司统一发放。
七、关于部门协作的规定:
运营部,不设立专门的平面设计人员及技术文档、宣传文档人员,相关工作需部门之间合作完成,部门之间的合作,由部门总监协调,具体适宜由当事人协商解决,本着对公司工作负责的原则,部门总监根据实际工作安排决定有哪些人配合。
第二部分:
软件项目管理方法
软件项目管理是为了使软件项目能够按照预定的成
本、进度、质量顺利完成,而对人员(People)、产品(Product)、过程(Process)和项目(Project)进行分析和管理的活动。
软件项目管理的根本目的是为了让软件项目尤
其是大型项目的整个软件生命周期(从分析、设计、编码到测试、维护全过程)都能在管理者的控制之下,以预定成本按期,按质的完成软件交付用户使用。
一、软件项目的计划:
软件项目计划是一个软件项目进入系统实施的启动阶
段,主要进行的工作包括:
确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目
实施的时间计划、成本和预算计划、人力资源计划等。
软件项目管理过程从项目计划活动开始,而第一项计划活动就是估算:
需要多长时间、需要多少工作量、以及需要多少人员。
此外,我们还必须估算所需要的资源(硬件及软件)和可能涉及到的风险。
为了估算软件项目的工作量和完成期限,首先需要预测软件规模。
度量软件规模的常用方法有直接的方法——LOC(代码行),间接的方法——FP(功能点)。
这两种方法各有优缺点,应该根据软件项目的特点选择适用的软件规模度量方法。
二、软件项目的控制:
对于软件研发项目而言,控制是十分重要的管理活动。
软件质量保证(SQA,SoftwareQualityInsurance)
是在软件过程中的每一步都进行的“保护性活动”。
SQA
主要有基于非执行的测试(也称为评审)、基于执行的测
试(即通常所说的测试)和程序正确性证明。
(1)用分阶段的生命周期计划严格管理;
(2)坚持进行阶段评审;
(3)实行严格的产品控制;
(4)采用现代程序设计技术;
(5)结果应能够清楚地审查;
(6)开发小组地人员应该少而精;
(7)承认不断改进软件工程实践地必要性。
软件配置管理(SCM,Softwareconfigurationmanagement)是应用于整个软件过程中的保护性活动,它是在软件整个生命周期内管理变化的一组活动。
1、目前软件研发中面临的问题
。
在有限的时间、资金内,要满足不断增长的软件产品质量要求;
开发的环境日益复杂,代码共享日益困难,需跨越的平台增多;
程序的规模越来越大;
软件的重用性需要提高;
软件的维护越来越困难。
2、软件配置管理应提供的功能,在ISO9000.3中,对配
置管理系统的功能作了如下描述:
唯一地标识每个软件项的版本;
标识共同构成一完整产品的特定版本的每一软件项的版本;
控制由两个或多个独立工作的人员同时对一给定软件项的更新;
按要求在一个或多个位置对复杂产品的更新进行
协调;
标识并跟踪所有的措施和更改;
这些措施和更改是在从开始直到放行期间,由于更改请求或问题引起的。
3、版本管理
软件配置管理分为版本管理、问题跟踪和建立管理三个部分,其中版本管理是基础。
版本管理应完成以下主要任务:
建立项目;
重构任何修订版的某一项或某一文件;
利用加锁技术防止覆盖;
当增加一个修订版时要求输入变更描述;
提供比较任意两个修订版的使用工具;
采用增量存储方式;
提供对修订版历史和锁定状态的报告功能;
提供归并功能;
允许在任何时候重构任何版本;
权限的设置;
晋升模型的建立;
提供各种报告。
三、软件项目管理的组织形式:
软件项目可以是一个单独的开发项目,也可以与产品
项目组成一个完整的软件产品项目。
如果是订单开发,则
成立软件项目组即可;
如果是产品开发,需成立软件项目
组和产品项目(负责市场调研和销售),组成软件产品项
目组。
公司实行项目管理时,首先要成立项目管理委员会,
项目管理委员会下设项目管理小组、项目评审小组和软件
产品项目组。
1、项目管理委员会
项目管理委员会是公司项目管理的最高决策机构,一般由公司总经理、总监组成。
主要职责如下:
(1)依照项目管理相关制度,管理项目;
(2)监督项目管理相关制度的执行;
(3)对项目立项、项目撤消进行决策;
(4)任命项目管理小组组长、项目评审委员会主任、项目组组长.
2、项目管理小组
项目管理小组对项目管理委员会负责,一般由公司管理人员组成。
(1)草拟项目管理的各项制度;
(2)组织项目阶段评审;
(3)保存项目过程中的相关文件和数据;
(4)为优化项目管理提出建议。
3、项目评审小组
项目评审小组对项目管理委员会负责,可下设开发评审小组和产品评审小组,一般由公司技术专家和市场专家组成。
(1)对项目可行性报告进行评审;
(2)对产品计划和阶段报告进行评审;
(3)对开发计划和阶段报告进行评审;
(4)项目结束时,对项目总结报告进行评审。
4、软件产品项目组
软件产品项目组对项目管理委员会负责,可下设软件项目组和产品项目组。
软件项目组和产品项目组分别设研发总监和产品总监。
成员一般由公司技术人员、运营和产品人员构成。
主要职责是:
根据项目管理委员会的安排具体负责项目的软件研发和产品市场调研及运营工作。
四、人员的组织与管理:
软件研发中的开发人员是最大的资源。
对人员的配置、调度安排贯穿整个软件过程,人员的组织管理是否得当,是影响对软件项目质量的决定性因素。
首先在软件研发的一开始,要合理的配置人员,根据项目的工作量、所需要的专业技能,再参考各
个人员的能力、性格、经验,组织一个高效、和谐的开发
小组。
一般来说,一个开发小组人数在5到10人之间最为合适,如果项目规模很大,可以采取层级式结构,配置若干个这样的开发小组。
在选择人员的问题上,要结合实际情况来决定是否选入一个开发组员。
并不是一群高水平的程序员在一起就一定可以组成一个成功的小组。
作为考察标准,技术水平、与本项目相关的技能和开发经验、以及团队工作能力都是很重要的因素。
一个一天能写一万行代码但却不能与同事沟通融洽的程序员,未必适合一个对组员之间通讯要求很高的项目。
还应该考虑分工的需要,合理配置各个专项的人员比例。
例如一个网站开发项目,小组中有页面美工、后台服务程序、数据库几个部分,应该合理的组织各项工作的人员配比。
在决定一个开发组的开发人员数量时,除了考虑候选人素质以外,还要综合考虑项目规模、工期、预算、开发环境等因素的影响.
在组建开发组时,还应充分估计到开发过程中的人员风险。
由于工作环境、待遇、工作强度、公司的整体工作安排和其他无法预知的因素,一个项目尤其是开发周期较
长的项目几乎无可避免的要面临人员的流入流出。
如果不
在项目初期对可能出现的人员风险进行充分的估计,作必要的准备,一旦风险转化为现实,将有可能给整个项目开
发造成巨大的损失。
以较低的代价进行及早的预防是降低这种人员风险的基本策略。
具体来说可以从以下几个方面对人员风险进行控制:
a.保证开发组中全职人员的比例,且项目核
心部分的工作应该尽量由全职人员来担任,以减少兼职
人员对项目组人员不稳定性的影响。
b.建立良好的文档管理机制,包扩项目组进度文档、个人进度文档、版本控制文档、整体技术文档、个人技术文档、源代码管理等。
一旦出现人员的变动,比
如某个组员因病退出,替补的组员能够根据完整的文档尽
早接手工作。
c.加强项目组内技术交流,比如定期开技术交流会,或根据组内分工建立项目组内部的开发小组,是
开发小组内的成员能够相互熟悉对方的工作和进度,能够在必要的时候替对方工作。
d.对于项目经理,可以从一开始就指派一个
副经理在项目中协同项目经理管理项目开发工作,如果项目经理退出开发组,副经理可以很快接手。
但是只建议在
项目经理这样的高度重要的岗位采用这种冗余复制的策略来预防人员风险,否则将大大增加项目成本。
e.为项目开发提供尽可能好的开发环境,包
括工作环境、待遇、工作进度安排等等,同时一个优秀
的项目经理应该能够在项目组内营造一种良好的人际关
系和工作氛围。
良好的开发环境对于稳定项目组人员以及
提高生产效率都有不可忽视的作用。
五、软件项目管理的的原则:
1平衡原则
2高效原则
3分解原则
4实时控制原则
5分类管理原则
6简单有效原则
7规模控制原则
六、软件研发不同阶段必须具备的文档资料:
项目阶段
所需文档
开始编码需求分析
前
总体设计
详细设计(总体设计和详细设计可以合并在
同一个文当中)
提交验收
测试计划(对于用户前台,需要手工测试的
模块)
产品发布
操作手册
公司项目开发周期分为以下几个步骤:
步说明参与角生成文档或程
骤色序
(打*号为可
选)
可对项目的技术,功能需求
行和市场进行调研和初步
性分析,确定是否需要立项
分开发。
析
立正式立项,由部门主管指项定项目经理,项目经理制定初步计划。
初步计划包
括设计和开发时间的初
步估算。
需对项目进行详细的需求求分析,编写需求分析文分档。
对于B/S结构软件系析统需要制作静态演示页
面。
需求分析文档和静态
部门主可行性分析报
管告*
核心技技术调研报告
术员*
部门主项目初步计划
管
核心技
术员
项目经需求分析文档
理静态演示页面
项目核项目计划修订心小组
版本
演示页面需要通过部门
主管审批才能够进行到
下一个步骤
详根据需求分析对项目进细行详细设计。
详细设计以设后,项目经理同部门主管计一起指定项目小组开发
成员。
开根据设计开发项目,由美发工对操作界面进行美化。
测项目经理提交测试申请,试由测试部门对项目进行
测试。
项目小组配合测试部门修改软件中的错误。
项项目验收归档
项目经详细设计文档
理项目计划确定项目核版本心小组
项目经
项目计划修订
理
版本*
项目开