集成化研发管理平台MainSoft试用规定示例.docx

集成化研发管理平台MainSoft试用规定示例.docx

《集成化研发管理平台MainSoft试用规定示例.docx》由会员分享，可在线阅读，更多相关《集成化研发管理平台MainSoft试用规定示例.docx（15页珍藏版）》请在冰豆网上搜索。

集成化研发管理平台MainSoft试用规定示例

集成化研发管理平台MainSoft试用规定

集成化研发管理平台MainSoft，用于管理本部门所有研发项目的进展情况，目的使所有研发项目的过程受控，使与项目相关的人员及时了解进度、质量等情况，建立完备的研发过程管理信息，使本部门的研发管理不断积累知识财富，长期受益。

一、平台问题和建议

部门人员在使用过程中，如果发现平台中的问题或者有改进建议，请及时告知接口人。

二、接口人使用规定

1.接口人受理本部门所有研发项目的立项申请，在MainSoft中创建项目。

注意事项：

遵照项目命名规则；填写项目介绍；存放立项相关文档。

2.每周检查部门项目，重点检查“任务进度、项目评审、缺陷跟踪”是否正常，如果发现问题，使用问题跟踪功能。

3.接口人每周写“接口人工作周报”和领导沟通试用情况。

三、项目经理或项目人员使用规定

注：

以下各窗口中带“*”处必填。

注意各窗口中红色标识处的要求。

1.添加所有项目成员，即项目经理提交项目人员的名字、角色和工作描述给接口人，由接口人统一加入“项目成员”中管理，其他人员不得单独建立项目成员，如下图所示：

2.任务进度管理

1）项目经理用PROJECT制定任务进度计划，项目经理必须先和任务执行人沟通，逐一细化确定进度计划，通过部门内部评审后，然后创建任务，阶段可以按时间和功能两种方式划分。

2）创建新阶段或任务时，需要注意如下事项：

✧按下图所示，填写各任务阶段的相关内容：

✧右键点击当前建立的阶段名称，可以在这个阶段的基础上，建立新的任务，即如下图所示：

注：

✧在填写阶段任务时，一定要发布后才可以继续增加新任务。

✧若不选择发布任务，等待任务建好后，右键点击也可发布此任务。

3）“里程碑”的管理

任何一个项目都有一个阶段或收尾结束性标志，以便后期发起评审，因此，由项目经理新建某一任务为“里程碑”标志，即右键点击某一任务新建一个“里程碑”任务即可：

4）提交任务管理

在确保质量的前提下，项目经理或项目执行人员每天都要及时填写任

务执行情况，以便对整个任务的及时监控，如下图所示：

注：

任务的进度百分比是根据当前执行工作量与总工作量的比值来计算的。

5）任务审核管理

任何一个任务是否完成，还需布置任务的人员根据计划审阅后才能确定，因此，当某个任务结束后，需将此任务及时提交至布置任务的人员进行审阅，即右键点击某一任务提交审核，由布置人员确定任务完成是否满足，即如下图所示：

6）延期管理

若某一任务不能按期完成，延期时间短，不影响其它任务的开展，以及整个任务的执行，只需做如下操作：

注：

延期说明必填，以便其他人员了解当前延期的理由。

7）任务变更管理

任何一个任务因某种原因不能按时开工或完成，影响其它任务的开展，或者整个任务的执行，需要做变更处理，但在平台中实际任务变更是如下操作，即：

（1）在变更控制菜单中发起一个变更，形成一个变更请求单，让相关人员审批，即如下图所示：

（2）如果审批通过，在任务中右键变更页面中选择，对上面刚才通过的变更控制编号，在任务上右键点击进行实际任务的变更，即如下图所示：

（3）在变更页面，有个对应的变更控制。

可以设置为必选项。

（设置在系统视图--》个性化设置-必填项设置-》任务-》对应变更控制）（只有系统管理员才有权限操作）

3.项目评审管理

项目评审。

任务树形表上必须有“里程碑”，项目经理在“里程碑”预定时间发起“项目评审会议”，主要活动有：

申请，受理，评审，审批。

提示：

对于项目内部的技术评审，一般只需“申请和评审”，无需“受理和审批”。

对于重要里程碑的项目评审，需要完整的“申请、受理、评审、审批”流程。

即如下图所示：

4.问题跟踪

注：

问题跟踪是指针对产品的管理性问题，缺陷是指产品的功能性问题，两者是有区别的。

问题跟踪的目的是把“项目评审”、“质量保证”等活动发现的问题进行条目化管理，避免遗漏，并且及时解决问题。

问题跟踪的流程见图所示，主要活动有：

报告问题、处理问题、审核关闭。

该流程的主要工作成果和责任人见图所示：

5.测试管理

项目经理（或开发负责人）把待测试物品（如软件包）交付给测试组之前，

每个开发人员必须先测试自己开发的功能，通过后才可以交付给测试人员（避免

低级错误太多而影响测试效率）。

设计测试用例的目的是找出需求、设计、代码

中的毛病，应尽可能早地设计测试用例，因此，测试人员根据模块的需求和设计

说明书，撰写《测试用例》，测试人员执行测试，一条用例可以多次填写测试记

录。

如果测试发现Bug，则使用缺陷跟踪工具来管理缺陷。

因此，建立测试用例时，打开如下表填写相关信息：

通过审阅人审核后，即可进入测试过程的跟踪管理，若存在缺陷，需转入缺陷跟踪管理中处理。

6.缺陷跟踪管理

注：

缺陷是指产品的功能性问题，是指软硬件缺陷类的，问题跟踪是指针对产品的管理性问题，与问题跟踪有区别。

缺陷跟踪的流程如下图所示。

一般步骤如下：

第1步。

测试人员（报告者）如果发现缺陷，则记录缺陷的详细信息，报告给开发人员（接受者）。

此时缺陷的状态是“新的”。

第2步。

开发人员处理缺陷，此时缺陷的状态是“正在处理”。

如果开发人员消除了缺陷，则把缺陷的状态设置为“解决待关闭”。

提示：

如果开发人员把缺陷状态设置为“不做处理或延后处理”，则项目经理召集相关人员评审那些“不做处理或延后处理”的缺陷，给出“处理”还是“不处理”决定。

第3步。

测试人员重新测试该缺陷对应的功能，如果确定缺陷已经消除，则把状态设置为“关闭”。

如果发现该缺陷没有解决，则可以“重新打开”缺陷，回到第2步。

注：

项目人员在填写缺陷时，先从缺陷生成任务，处理完任务就可以生成工作日志了，或者也可以从工作日志控制界面新建或导入自己的工作日志。

上表创建好后，将形成如下所示的缺陷列表：

在上述列表中，右键点击某一缺陷记录，可对未关闭的缺陷记录进行相关

操作。

7.版本管理

请项目经理指定人员使用“版本管理”功能，维护本项目的版本信息。

8.工作日志管理

由于工作日志是考察工时的依据，填写工作日志情况：

任务、缺陷、填写执行信息时候，可以自动生成工作日志。

执行其它的工作，可以单独在工作日志菜单中填写。

因此，建议开发人员，每人每天习惯写工作日志，以便后期对每个的人工时进行统计分析，同时，也有利于每人每周输出各自的“个人周报”，使部门项目管理人员如实填报部门的一周工作情况。

9.个人工作台管理

如下图所示：

在个人工作台中，有两大块可能关系到开发人员的一些日常事务管理，

若各人充分利用这两块，可以记录与开发人员开发工作相关的日常记录，可减少

开发人员日常事务管理的工作量，如出差、请假、加班等模块，可以与现在公司

考勤关联，这样习惯记录各人的日常记录，可以避免开发人员日常管理的不规范、

不及时等现象的出现。

四、营销客服人员使用规定

营销客服人员的日常工作中涉及到客户的信息管理以及客户的跟踪管理，合同、收款以及新的问题需求的处理，后期的实施与维护。

1、客户信息管理

2、创建客户信息后，可对客户添加联系人，填写跟踪记录，实施与维护记录

3、合同与收款记录

4、客户问题需求管理

项目开发过程中或后期维护中会有一些客户新提出的问题，这种问题需要进行受理，分辨是新的需求还是对产品不熟悉产生的问题

五、行政人事人员使用规定

1、考勤管理

考勤管理中包含了请假、出差、加班等

出差有出差申请和出差登记，两者区别如下：

申请是事前的申请，审批通过后进行的出差

登记是事后的登记，出差回来后进行登记记录

2、协调单管理

协调单管理是解决跨部门工作协调管理的一个功能

跨部门协调的一般流程：

申请人填写协调单；评审人填写审批结论和意见；处理人填写处理说明。

六、供应管理人员使用规定

1、采购管理

采购管理流程如下图所示，主要活动有：

采购申请，审批，签订采购合同，验收，付款。

2、物料管理

供应商管理流程如图所示，主要活动：

输入供应商基本信息，输入联系人信息，输入供应商评价。

物料管理流程如图，主要活动有：

输入物料制造信息，输入物料供货信息，物料库存管理（入库和领料）。