建立合理的项目研发体系.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
建立合理的项目研发体系

建立合理的项目研发体系 项目研发过程是个管理过程,项目可行性分析、规划项目和制定相关计划,也包括时间进度、人员分配、资金使用、设备购置等。从全局的角度上看,将计划细化和及时地调整、变更计划对确保整个项目高效、顺利地进行来说会有极大的促进作用。 就项目管理来说,从项目的规划、设计到终试阶段的整个过程中,人力资源管理,团队建设始终贯穿其中,并与项目的成本、进度和质量控制息息相关。在项目研发及实施中的人力资源配置问题也是极其关键的环节。 项目可行性分析是关键阶段,它决定了项目的命运,竞争战略对企业开发活动的要求一般来讲分这几个方面:市场活力、成本、速度、质量、风险,这四个方面正是决定产品在市场上能否有良好表现的重要因素。 因此,做好市场调研、降低产品成本,减少开发费用,保证产品质量和降低开发的风险,便应顺理成章地成为产品开发项目的目标。 在项目开发过程中,确定以人为本的前提下,根据工程师能力强弱及任务的轻重缓急来分配任务;同时重点加强团队协作精神的建设,成立了QCC(质量圈),从需求分析开始,加强与各级开发人员的交流与沟通,建立良好的信息分发渠道机制,对各级下发和明确开发任务,目标明确,使各级员工都能适时的得到各自所需的信息。除了选择项目组成员时强调团队精神,在划分工作职责和分配任务时的人本管理思想(理解人、尊重人、充分发挥人的主动性和积极性)也很值得我们借鉴。根据目标成员在以前项目的工作经历和强势,了解目标成员的兴趣和对他本人将要负责部分实施计划的意见,以及成员是否认为他的工作具有挑战性,并根据这些情况来选择和安排成员的工作。 最难以控制的是在开发阶段,因为这一过程中许多问题的出现是难以预料的,不确定因素很多。为尽量避免或及早发现开发阶段可能出现的拖延项目进度的因素,提倡项目负责人应定期跟踪和掌握每位开发人员的工作进展情况。要求每个工程师每周都要向项目负责人提交一份工作报告(Weekly-Report),以便掌握他的进展情况以及遇到的问题。对控制项目进度很有帮助。这份工作报告表包括上周工作总结和本周工作计划两块,上周工作总结除了对已完成工作和未完成工作的介绍,还有一项重要内容就是工作中遇到的困难与问题,需要何种支持?这样,项目负责人就可根据这些反馈及时想办法来解决问题,避免影响整个进度。另外,在组织结构清晰后,项目管理中最重要的是员工之间的交流,这种交流包括任务交流、思想交流,建立清晰完整的项目报告体系,它包括员工周工作日志、项目周报、项目月报、项目进程报告等。 建立起大量的文档交流大家会认为工作量比以前大的很多,很难以接受,但近几年的经验告诉我们,这总文档留存十分必要,只是在文档管理过程中我们要不断的改进、精简,保证留下合理的内容,在后断的项目实施,人员培训过程中会得到良好的应用。 研发项目过程中,最需要提高的是研发项目的流程化管理,这一点对于我们来说十分迫切。对项目研发过程的中间环节建立起有效的管理,流程化、结构化的研发则是采取了对过程的层层控制以及有效的反馈来逐步达到最终目标,在流程化的模块式管理中,研发项目的人员分工明确,项目对核心人员的依赖度低,研发结果可以重复,并有效降低研发项目风险等等,这种好处是非常明显的,我们近一段时间也在逐步探索前进,并取得了一些经验,但在这方面我们还需要加快前进。 就项目风险来说,应该由项目核心层共同控制,从项目需求分析,到项目可行性分析,风险控制应该贯穿全面项目。让我们从项目失败的原因有两个:需求分析不到位、架构设计不合理。 需求和架构设计是相辅相成的,如果需求分析做的好,架构设计合理,那么就可以灵活的适应变化的需求,这是理想的状况。如果需求好了,架构有不合理的地方,项目也可以实现,只是以后的维护会有困难。架构好了,需求没有做好,随着需求的进一步完善,项目也会完成,这是容易实现的一种状况。如果都没有做好,象这个项目一样,就只能有两种选择: 1、??尽早重来,这样虽然会推出项目的完成日期,但总的来说还是省了时间,也可以交出一个满意的项目。 2、?通过架构的修补、需求的完善,先在规定时间交出一个不完善的版本,等下一个版本在重新开始。 好的需求,会加快项目的进度,也可以给开发人员的设计提供帮助。项目开始前一定要做好需求和设计,至少要有明确的思路,匆忙开始的项目很可能会失败,至少也会走弯路,而走弯路花的时间很可能会超过在需求和设计上省下来的时间,更不用说失败的项目所造成的后果。需求和设计难做时,也可以先动手实现一个版本,让客户体验,这样可以防止设计上迷失方向,在设计上走错路   需求分析是构建软件系统的一个重要过程。一般,把需求类型分成三个类型:   1、业务需求(business requirement)反映了组织机构或客户对系统、产品高层次的目的要求,它们在项目视图与范围文档中予以说明。

文档评论(0)

baoyue + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档