广发项目总结文档---肖雅洁V2..docx

广发项目总结文档业务需求和任务及缺陷管理需项目项目背景描述广发需求处理涉及到多个处室协同工作，原先是通过word和Excel来进行需求和项目的管理。希望通过工具提升部门工作的透明度，建立需求/任务/事物的工作流机制，减轻统计/报告的工作量项目需求描述使用部门服务经理、需求分析师、项目经理、研发经理、测试经理，研发人员，测试人员组织结构业务内容对研发处的业务需求进行管理，包括服务经理对需求的受理审核，需求分析团队对需求的分析及制定概要方案，项目组团队对需求计划的制定，反馈回服务经理，服务经理同意之后交付实施计划给业务部门，研发和测试团队完成开发及测试。业务流程首先由江士成提出新需求，并递交与服务经理，服务经理受理需求之后，递交与需求分析团队进行需求分析及概要方案制定，之后需求流回项目组，由项目经理制定具体的经办人，经办人分配开发任务给协办项目组，并根据协办项目组返回的开发计划进行详细计划的制定，然后再由服务经理对详细计划进行确认，服务经理同意后需求将转回项目组进行实施。4月份流程：5月份流程修改：具体需求1) 需求分析团队，需要落地需求受理的工作流2) 产品服务处，需要获取相关需求的数据，用于统计和汇报3) 产品服务处，对需求进行分类管理4) 需求分析团队，不同的人员需要进行权限的控制，包括表单的填写控制5) 需求分析团队，不同的人员可以操作的状态不同6) 需求分析团队，邮件发送配置，当需求递交给具体负责人时，由系统自动发送邮件通知需求负责人；7) 产品服务处，历史需求迁移，对广发CQ系统中的需求进行迁移；8) 管理需求的变更9) 需求的实施过程解决方案方案简介通过需求项目和任务及缺陷工具，透明化了每个人的工作量，固化了工作流机制，减少了各处室之间的沟通时间，减少了统计/报告的工作量。配合广发的组织结构的调整，对研发部门工作流程进行了完善和优化，使需求从开始的提出到最后的实现整个过程都能追踪和管理。人员管理需求录入者：录入需求服务经理：分发需求需求分析师：受理需求，反馈实施计划给服务经理服务经理：查看受理计划，反馈给业务部门需求分析师：填写概要方案，指定主办的项目经理项目经理：制定实施计划，指定经办人协办项目经理/测试经理：指定经办人，审核计划，填写意见，更新任务状态协办经办人/测试：经办人编写实施计划经办人：汇总实施计划，反馈给需求分析师业务表单通过需求的目录树，分类来管理需求：第一级按业务划分，第二级立项项目和维护项目划分，第三级按照系统来划分由于产品服务处需要统计每个需求的计划时间，所以需求表单的设计如下：江士成需填写以下字段n 【需求编号】、【名称】、【需求类型】、【需求种类】、【主管方】、【提出单位】、【联系人】、【联系电话】、【提出时间】、【会签部门】、【优先级】、【需求服务经理】、【有效标志】、【紧急程度】、【分类结果】、【年度标志】n 【具体描述】：用于填写需求的描述n 【附件】：上传需求单的扫描件及相关文件。服务经理，需求分析团队，项目经理，经办人在每次状态流转的时候均需要填写：n 【受理人】：选择对应的需求分析师n 【需求受理情况】：填写给需求分析师的要求和意见需求分析团队，项目经理，经办人：需要填写以下字段：n 【需求受理情况】：填写受理的具体计划。业务流程根据需求分析团队的受理过程，需求受理的工作流如下：提交需求：江士成录入需求受理业务需求：服务经理分发需求给具体的需求分析师，每个系统对应不同的需求分析师需求初步分析：需求分析师受理需求，决定受理还是不受理。反馈需求受理计划：需求分析师反馈实施计划给服务经理概要设计：需求分析师决定受理之后，给出需求的概要设计文档制定实施计划：需求分析师填完概要方案，指定主办的项目经理经办人制定计划：项目经理制定实施计划，指定经办人，如果有协办参与，需要要创建协办的任务，任务再由协办项目经理/测试经理指定经办人，审核计划，填写意见，更新任务状态反馈给需求分析：项目组计划制定完后，提交给需求分析团队反馈业务部门：需求分析团队将确定后的计划反馈给业务部门 变更中：若计划发生变更，将需求的状态推进到变更状态，进行审核，审核完后，可以修改需求的计划与其他流程的关联性说明业务需求项目中在制定计划的状态如果有协办参与，需要创建相关的任务，任务是在DevTrack中执行，与DevTrack的工作流相关工时管理在DevTrack的任务及缺陷管理中，每个任务的状态更新时均需要填写相应的工时。数据统计（报表）需求列表任务列表工作量统计 编号工作类型执行人时间广发参与人员或确认人工时1需求沟通（项目办参与的需求流程）肖雅洁2011年2月21号2011年2月22号江事成16小时2系统配置肖雅洁2011年2月23号2011年4月25号江士成24小时3需求沟通，配置，培训（取消项目组，增加需求分析团队）肖雅洁2011年4月13号2011年4月29号江事成，朱晗鸣，林茵90小时3数据迁移肖雅洁2011年4月12号2011年4月18号江士成，林茵20小时1、工作类型需求沟通执行人肖雅洁时间2011年2月21号2011年2月22号广发参与人江士成具体工作内容或成果 工时：16小时与相关人员确定流程，人员，权限，职责与分工2.工作类型系统配置执行人肖雅洁时间2011年2月23号2011年2月25号广发参与人江士成具体工作内容或成果 工时：24小时将沟通的结果配置到系统中，与相关人员确定3工作类型需求沟通和系统配置及培训执行人肖雅洁时间2011年4月13号2011年4月29号广发参与人江士成，朱晗鸣，林茵具体工作内容或成果 工时：90小时反复根据客户的要求修改配置，配置完后与朱汉鸣确认，并组织培训，并完成操作手册4.工作类型数据迁移执行人肖雅洁时间2011年4月12号2011年4月18号广发参与人江士成，林茵具体工作内容或成果 工时：20小时Excel导入，测试，并指导客户导入用户手册 （可单独提供）参见需求管理操作手册V1.0其他工作实施前工作：客户需求江士成和测试部负责人1. 需要了解如何安装产品2. 了解如何进行项目3. 如何在工具中实现需求受理4. 如何在工具中管理项目计划5. 测试历史数据导入6. 测试结束后，如何反馈告知需求7. 如何通知测试经理去填写测试的实际时间8. 测试任务是如何执行的工作内容：1. 交付客户端安装步骤2. 交付还原数据库，重启App和IIS的操作，DevTrack与DevTest集成配置的Demo3. 配置DevSuite基本项目，电话和江士成讲解工具是如何进行项目管理，如何进行需求受理，如何管理项目计划，如何进行测试管理4. 解答DevTrack和DevPlan项目目录树不一致问题交付：1- 还原数据库.avi2- 重启APP和IIS的操作.avi3- DevTrack与DevTest集成配置和检测.avi4- DevTrack与DevPlan项目目录树不一致.doc5- 广发银行问题列表应答.docx6- TechExcel公司DevSuite产品实施环境.pdf7- 广发银行DevTest测试用例模板项目.dtt8- DevSuite客户端安装手册.doc9- DevSuite虚拟机服务时间和方式时间：30小时方式：电话+网络出差第一次时间：2011-2-15至2011-3-18第二次时间：2011-4-6 至2011-5-6系统安装与环境部署江士成工作内容：1. 安装DevSuite和DevTest，DevTime报表，PPM2. 人员录入3. 配置单点登录页面4. 编写客户端安装5. 解决问题：1) Devtime报表需输入sa验证解决方法：修改report的web.config文件中：数据库servername：10.2.33.29HRDB（要带数据库的实例名）2) 单点登录方式u 读的是本地的地址，不是服务器的地址u 链接地址修改u 中文修改3) Web端插件安装需要写C盘u 找开发写了一个批处理文件6. 项目启动会7. 管理员培训1) 系统管理员和项目管理员的区别2) 系统设置3) 知识库管理设置4) 需求管理设置5) DevTest项目设置8. 邮件集成配置交付：1 DevSuite和DevTest安装文件，DevTime报表安装文件，PPM安装文件2 广发银行服务器配置信息.docx3 客户端安装文件4 项目管理工具客户端安装指南.docx指南5 项目管理工具安装文件说明.doc6 DevSuite产品服务器端安装指南.doc7 DevSuite客户端操作手册-应用篇.pdf8 TechexcelWebControl安装文件前期访谈：2011-2-23上午会议名称泰克赛尔项目管理实施访谈记录人员江事成会议时间2011-2-23会议场所11楼会议室参加人员综合管理部 林茵信息技术部 江事成 测试团队 抄送人员目的： 对测试团队和综合管理部相关人员进行访谈，了解目前的工作方式、遇到的困难以及对项目管理工具的期望。会议主要议题： 1、测试团队目前的工作方式、遇到的问题以及对项目管理工具的期望2、综合管理部目前的工作方式、遇到的问题以及对项目管理工具的期望会议内容总结：测试团队遇到的问题：1、 需求基本上是整片的文档，需要再次提取，测试覆盖率很难保证2、 在项目管理的过程中，有时需求很急，到达测试阶段时可能已经很迟了，准备和执行的时间果断3、 并行项目很多，资源难以协调，需要了解到资源的负荷量4、 测试做计划时，会需要等研发部门做完计划，有时会导致测试计划任务一直挂在那。5、 计划变更没能及时通知到测试部门，没有有效的通知机制6、 测试任务跟踪环节多，跟踪困难7、 绩效考核：几个测试人员同时发现一个bug，需要都能给他们计工作量测试团队期望研发部门能够协助完成以下工作：1、 计划制定和变更，及时通知2、 需求文档和设计文档，能保证传达的及时和有效性测试团队对产品的期望：1、解决上述的问题2、能出统计报表：测试的一些相关报表，希望工具能提供综合管理部对产品的期望：1、 希望能管理部门计划，处室计划，年度例行工作、重要事项和项目总结，项目后评价2、 计划能责任到人实时更新3、 提供提前预警功能4、 能分类型定制计划模板，这样换成新人做也无需再教5、 能提供报表：状态清晰，自己可以定义，一进去就可以看到，如果有延迟的可以直接点击查看6、 部门计划的变更：最后的一个完成时间，不能随便改，要改的话就需要走审批流程7、 能针对部门和处室不同的级别，展示相应的工作计划待完成任务：任务内容完成时间责任人备注2011-2-23下午会议名称泰克赛尔项目管理实施访谈记录人员江事成会议时间2011-2-23会议场所11楼会议室参加人员信息技术部 林虎、江事成、陈桂斌、邵丽燕、杨英炯、温国华、方永强、杨景亮、韩丽测试团队 抄送人员目的： 对信息技术部相关处室人员进行访谈，了解目前的工作方式、遇到的困难以及对项目管理工具的期望。会议主要议题：1、 产品服务处目前的工作方式、遇到的问题以及对项目管理工具的期望2、 规划管理处目前的工作方式、遇到的问题以及对项目管理工具的期望3、 研发处目前的工作方式、遇到的问题以及对项目管理工具的期望会议内容总结：处室主管遇到的共同的问题和对产品的期望：8、 希望看到项目的进度9、 项目任务很多，没有提醒会遗漏10、 需要考核和报告的东西很多，需要从系统中拿到数据产品服务处遇到的问题和对产品的期望：1、 需求明确清晰化：业务部门提交的需求能够更规范明确，不要只是一句话2、 希望有提醒的机制3、 很想知道研发和测试人员的人力资源的情况，然后和业务部门，研发部门的交代研发处遇到的问题和对产品的期望：1、 人力资源，查看人员忙闲程度2、 需求零散，描述不明晰3、 计划跟踪4、 希望有提醒机制5、 运维和投产是否能管理规划管理处遇到的问题和对产品的期望：1、 定义标准，是否有流程来看这个是否已经审批完成2、 能否将零散的需求纳入到规划计划中，方便的查看进展情况测试团队遇到的问题：1、 测试制定计划时只能定制周期，如果研发部门的计划没出来时，不能定起始时间2、 在研发计划没定出来之前，测试能做什么3、 研发计划定出来之后，如何通知测试林虎对产品的期望：1、 期望取带原有的需求管理系统和进度管理系统2、 要求需求和项目能管理起来3、 规范流程，提供模板4、 期望以后由产品服务处牵头讨论需求，和业务部门还有研发团队直接交流越过研发主管5、 期望以后由项目管理办公室负责整体监控项目的执行情况6、 系统管理员从项目管理办公室中抽出一人作为系统管理员的后备人员，从现阶段加入进来7、 在沟通、统计和报告上花费太多的时间8、 对于领导和处室主管，能出一些汇总性的视图9、 对个人，能有一个个人工作中心的视图10、 争取上半年能用起来，从核心系统开始，逐步完善待完成任务：任务内容完成时间责任人备注从研发出中抽出一人作为系统管理员的后备人员2月 日林虎2011-2-24会议名称泰克赛尔项目管理实施访谈记录人员江事成会议时间2011-2-24会议场所11楼会议室参加人员信息技术部 齐总、林虎、江事成抄送人员目的： 对信息技术部领导进行访谈，了解领导对项目管理工具的期望。会议主要议题：4、 回顾昨天访谈内容5、 了解领导对项目管理工具的期望会议内容总结：1、 希望大家每日能看到自己的工作列表，若今天没有完成当天的工作，需要逐级上报审批，沟通之后再决定是否调整。2、 项目的各类文档：如例会、周报、会议纪要、表扬、项目组人员资料、项目资料等所有项目相关文档能建立索引，方便后期查找3、 规范流程，目的不是为了强行执行流程，而是让工作责任化和透明化4、 不要求一开始工具提供过多的报表5、 工具在设计信息的填写时，需要考虑文字的含义是