我的软件项目过程管理经验1900字.docx

    我的软件项目过程管理经验1900字    我的软件项目过程管理经验当前，在整个软件行业的激烈竞争下，项目开发的成败将关系到软件企业的生存与发展，而项目的开发只能建立在自我不断创新和高质量满足客户要求的基础上建立这种基础的前提就是要具备很强的对“需求、问题或机会”的识别能力以及提出相应解决方案的能力，这也是项目开发的前提条件及项目管理者和领导者应该具备的能力下面，就项目的开发过程进行简单的阐述首先，进行一个项目开发之前，要明确客户的需求客户的需求往往是潜在的，要使这种需求明确化，相关部门和项目组管理者和领导者需要在对客户情况准确判断的基础上，自己提出需求建议书和相应的解决方案申请书(所有人员必须对客户的需求业务和本项目组的软件技术能力非常了解，然后提供切实可行的需求解决方案)这一工作完成的是否出色对获取客户合同以及能否成功完成项目的开发和产品的推广至关重要目前软件业中普遍存在的产品与技术大多重在突出技术特点本身而忽视了对客户需求的调查及自己如何满足客户，造成了与客户观念上的一些脱节我个人认为先对需求进行分析、总结和概括，然后提出准确可行的解决方案是非常重要的因为只用这样才能明确项目的内容和目标。

完成了项目建议书和解决方案申请书后，根据实际需求和市场实际运作效果，我们就可以确定是开始进行项目产品开发还是进行其它研发或者根据新的客户需求完善本项目所有这些取决于市场的反馈信息，根据不同的市场反馈做出不同的开发计划，只有这样才能避免闭着眼睛走路，同时项目更有了明确的开发目标一旦项目列入开发计划，我们就应该集中技术人员、成立项目组、确定项目负责人进行实质性的项目开发工作在项目实现过程中，所有的依据应该原于客户的需求和当前技术允许范围客户的需求在目前阶段体现为上述解决方案;而技术允许范围是指根据当前项目组的技术水平来估计项目组的技术能力，保证应用的方案必须是可行的，否则项目开发就此中止，导致整个项目在此阶段失败同时，必须在此阶段对整个项目过程中的难点进行预测和估计，并能对可能发生的突发情况做出准备并提供相应的解决方法总之，在此阶段必须对项目做好充分的准备，为项目的顺利进行提供保障实际上，此过程为一个将具体问题进行抽象和建模的过程，然后对模型进行可行性分析，得出结论为下面的项目实现做出充分准备项目可行性分析完成以后，则开始进行软件实现主要包括以下几部分：系统结构设计(大体体现和概括了业务逻辑和业务流程)、软件结构设计(软件的体系结构、性能分析、瓶颈问题解决方案、子系统划分等)、软件模块分配、编写代码、软件模块集成、软件子系统集成、软件子系统测试、系统联调、软件系统整体测试、软件发行。

以上各个步骤，为典型的软件设计过程，在这里我就不再阐述但是值得提出的一点是：软件实现过程越规范，效率和软件质量越高，项目可维护性就越好上面已经开始了一个项目的实际开发实现至于项目成功与否，在目前阶段最大的因素取决于项目组成员间的合作、工作效率和士气优秀的项目领导者、有效工作的项目团队、对项目管理有利的组织结构，是一切项目成功的理想环境项目团队往往因为缺乏充分的授权和支持，造成逐渐衰落并最终导致项目的失败既然是一个团队，如何保持整个团队的状态和团结呢?我认为最为重要的是如何处理和协调项目组成员间的关系以及如何保证整个团队的目标不发生偏离首先，项目成员间必须相互信任，成员间只有彼此相互信任，才有可能达成共同的目标，才可能成功的进行项目开发其次，调动项目成员的积极性项目成员间必须要多交流和沟通，包括技术交流和感情沟通第三，每个项目成员都应有责任感，必须敢于承担责任，整个项目团队是一个整体，每一个成员只是团队这部机器的一个零件综上，我认为团队的合作主要包括以下两个方面：首先是关于合作的态度和精神软件产业本身的发展在于有一个让所有从事软件业的人共同认可的文化平台，在这个平台上，当每个人强调自己聪明才智的时候，实际上他们也在最大程度地分享别人的成果，使知识、信息极大共享，使大家都能得到很快的提高。

所以有人讲，搞软件或搞知识产业的人可以在短时间内创造奇迹，而创造这个奇迹的前提就是每个人开放的思想和互相合作、互相促进、互相交流的行为其次是关于创新我们从事软件业不应把创新习惯性地理解为纯粹的技术创新，这样往往在市场上就不能表现出很强的竞争能力创新，应该表现在从技术的产生到技术的市场应用的一系列过程最后我想说的是：软件业以人为本，软件企业必须为从事软件产业的个人创造出一种激发他们乐于奋斗、并且能够在其中充分体现个人价值的环境和文化第二篇：如何实施软件项目的过程管理 30200字如何实施软件项目的过程管理质量管理CMM过程管理体系描绘出了一个美好的软件过程蓝图，这个蓝图就像一座壮观的高楼大厦，但高楼大厦是一层层建造起来的，软件开发过程也需要一步一步建立软件需求的快速增长推动了软件产业的发展，也推动了软件过程的思想今天，软件过程已经越来越被软件人员所认识和追捧，国内很多的软件企业甚至将SW-CMM当成了成功的宝典殊不知，尽管软件过程的先驱SW-CMM提出了作为软件企业应该具有的过程域，但SW-CMM只提供了一个软件企业进行过程改进、增加企业软件成熟度的改进建议框架，而没有告诉一个软件企业该如何进行过程实施。

换而言之，它描述了软件过程的期望，而没有指导企业如何实现因此，在软件过程上我们应该谋求一些更具体、更可操作的方法和步骤 过程管理在软件项目中的作用人们很早就注意到，在软件开发过程中，如果将关注点只放在最终的产品上，不关注开发过程，那么不同的开发队伍或者开发个人可能就会采用不同的开发方式，从而导致结果无法预期，因为这时软件产品质量的高低完全依赖于个人的素质和能力反过来，在软件开发过程中，如果将关注点放在项目的开发过程中，那么，不管谁来做，也不管是谁提出的需求，经过同一过程开发的软件，产品的质量是一样的为了保证软件的质量，人们很自然地开始重视软件过程简而言之，软件过程的目的是保证软件产品具有相对稳定的质量对于软件企业来说，软件过程的质量是企业能力的体现，它不应依赖于个人也就是说，产品的质量依赖于企业的过程能力，而不依赖于个人能力如果企业的过程不是很完善，其软件质量可能也不是很高，但可以通过不断完善过程，来不断提高产品的质量在软件开发中的过程经验有很多，如需求管理、设计方法以至于编码的风格、技巧等，还有很多的项目管理过程中的技巧方法等最初，这些成功的过程只在成功者的头脑中的，没有被企业内部共享和重复利用，从而使得这些本应从属于企业的巨大财富被人们所忽视，这无形中给企业带来了巨大的损失，特别是当人员流动时，企业的这种财富也随之流失。

如果企业将成功的过程进行有效的积累，形成可重复的过程，让过程能够被共享、复用，并得到持续的改进，这岂不是很好的方式！软件过程管理可以达到这个目的在项目管理的时候，可以通过参照过程管理来提高项目管理的质量，同时，通过实际项目管理过程中的经验和教训来提高过程质量，以便为将来的项目管理提供更多的经验软件过程在软件项目中的作用就相当于硬件生产的工艺一样在生产硬件的时候，工艺是判断产品质量的标准但是，目前软件没有这样的惟一判断标准，什么时候软件过程完善到可以作为判断软件惟一标准的时候，那可能就是软件发展到了一个成熟的阶段了过程管理的主要内容包括过程定义与过程改进过程定义是对最佳实践加以总结，以形成一套稳定的可重复的软件过程过程改进是根据过程的使用情况，对过程中有偏差或不够切合实际的地方进行优化的活动在软件项目管理过程中，如果能很好地定义和控制软件过程，就能很好地控制项目，从而保证软件产品的质量适用的软件过程来自积累好的软件过程能支持软件项目的管理，而不正确的过程定义会起反作用，成为软件开发的束缚有的软件企业照搬照抄某些过程标准或者照搬其他企业的过程定义，而在实施过程中这些过程定义由于不适合企业的具体项目，结果导致大量的会议和提交大量无用的文档等无用功，而且增加了管理难度，增加了成本，最后却没有带来产品质量的提高。

所以，正确的软件过程应该是适合自己企业，适合自己项目的软件过程目前很多的软件企业通过了CMM的二级、三级以至于四级、五级的评估，但是其中的一些企业，它们只是给外人看的，不是给自己用的，而且无形中给自己的企业增加了很大的包袱，这些企业好像本来是穿30号鞋，现在却给自己穿上40号鞋子的感觉一样CMM过程管理体系的确描绘出了一个美好的软件过程蓝图，这个蓝图就像一座壮观的高楼大厦，但是罗马不是一天建成的，冰冻三尺，非一日之寒高楼大厦是一层层建造起来的，软件开发过程也需要一步一步建立，而不应该将别人的高楼大厦搬过来使用过程的建立需要坚实的基础，否则企业会劳民伤财，有付出没有回报笔者在实施软件过程体系中，也遇到企业内软件人员的层层障碍，原因之一就是过程制定得不合适过程实施不当会限制开发人员的创造力，制约开发人员的灵活性这样希望提高软件质量的过程变成束缚软件开发的负担现在，有些机构或者企业也希望开发一些可以多次使用或者可以作为标准的统一过程（例如RUP）作为一个软件企业，开始的时候没有足够的过程管理积累，可以采取摸索、实践、提炼、改进的步骤进行第一阶段，可以针对具体项目制定具体的过程，而且一定要简单实用，然后逐步调整过程。

也就是说第一步应该是针对具体项目制定过程，等积累了一定的项目管理经验后，第二阶段就可以针对企业制定相应的过程策略最后，我们可以期望软件行业的过程标准所以，软件项目过程的制定应该是循序渐进的不一定仿照某些标准，简单实用是最重要的一个可以被更多人认可并行之有效的软件过程是实践出来的，而且软件过程也不是枯燥的、抽象的条款，而是具体的、生动的、有实际意义的、可操作的工具在具体进行过程定义的时候，应该是从项目级过程逐步积累到企业级过程，再由企业级过程裁剪为项目过程如果所有的软件企业内部都能够做到企业级的过程管理，那么实现软件界的过程统一就不远了如果软件行业有了可以通用的统一过程标准，证明软件发展到了一个成熟的阶段了这里还要强调一点，谈到软件过程的重要性时，常常说软件过程可以消除依赖个人英雄主义的状况我们也应该看到，软件过程不推崇个人英雄，但是并不是说软件项目不需要具有优秀技术的个人，好的软件过程可以加速优秀个人的成长；同理，好的软件过程也可以加速软件企业的成长美国NASA的经验在探索软件过程管理的过程中，首先是不能盲从比如，对等评审（Peer Review）是CMM中非常重要的一个关键过程域，CMM、PMBOK等项目管理体系都对走查（Walkthroughs）、审核(Inspection)等对等评审有相应的说明，但它们都没有对如何实施这个过程明确定义操作流程。

如果软件企业没有很好的实践而照搬其他企业的审核或者走查等对等评审过程，那么在实施过程中可能会遇到层层的障碍，导致得不偿失只有经过实践之后总结出来的过程，才会带来很好的结果又如，我们曾经在开发一个软件项目过程中发现，有些人开发的软件质量很高，而且效率也很高，测试中发现的缺陷很少原来这些人在编译前后都进行代码走查，后来我们就要求项目组的所有开发人员都要进行自我代码走查，编译前进行一次，编译之后进行一次，保证测试之前执行两次代码走查结果取得了非常好的效果，软件的质量得到了很大的提高为此，将这个方法推荐给其他项目，其他项目在试用过程中发现如果进行交叉代码走查，即开发人员互相进行代码走查，效果会更好这样逐渐总结开发代码的过程，经过多个项目的过程提炼可以编制企业的开发过程在企业的代码开发过程中，明确说明什么时间进行代码走查，如何进行代码走查这样通过有效的过程来提高软件产品的质量美国NASA Space ShuttleOnboard软件项目，在实施软件过程管理中得。