我的软件项目过程管理经验

  当前,在整个软件行业的激烈竞争下,项目开发的成败将关系到软件企业的生存与发展,而项目的开发只能建立在自我不断创新和高质量满足客户要求的基础上。建立这种基础的前提就是要具备很强的对“需求、问题或机会”的识别能力以及提出相应解决方案的能力,这也是项目开发的前提条件及项目管理者和领导者应该具备的能力。

  下面,就项目的开发过程进行简单的阐述。

  首先,进行一个项目开发之前,要明确客户的需求。客户的需求往往是潜在的,要使这种需求明确化,相关部门和项目组管理者和领导者需要在对客户情况准确判断的基础上,自己提出需求建议书和相应的解决方案申请书(所有人员必须对客户的需求业务和本项目组的软件技术能力非常了解,然后提供切实可行的需求解决方案)。这一工作完成的是否出色对获取客户合同以及能否成功完成项目的开发和产品的推广至关重要。目前软件业中普遍存在的产品与技术大多重在突出技术特点本身而忽视了对客户需求的调查及自己如何满足客户,造成了与客户观念上的一些脱节。我个人认为先对需求进行分析、总结和概括,然后提出准确可行的解决方案是非常重要的。因为只用这样才能明确项目的内容和目标。

  完成了项目建议书和解决方案申请书后,根据实际需求和市场实际运作效果,我们就可以确定是开始进行项目产品开发还是进行其它研发或者根据新的客户需求完善本项目。所有这些取决于市场的反馈信息,根据不同的市场反馈做出不同的开发计划,只有这样才能避免闭着眼睛走路,同时项目更有了明确的开发目标。一旦项目列入开发计划,我们就应该集中技术人员、成立项目组、确定项目负责人进行实质性的项目开发工作。

  在项目实现过程中,所有的依据应该原于客户的需求和当前技术允许范围。客户的需求在目前阶段体现为上述解决方案;而技术允许范围是指根据当前项目组的技术水平来估计项目组的技术能力,保证应用的方案必须是可行的,否则项目开发就此中止,导致整个项目在此阶段失败。同时,必须在此阶段对整个项目过程中的难点进行预测和估计,并能对可能发生的突发情况做出准备并提供相应的解决方法。总之,在此阶段必须对项目做好充分的准备,为项目的顺利进行提供保障。实际上,此过程为一个将具体问题进行抽象和建模的过程,然后对模型进行可行性分析,得出结论。为下面的项目实现做出充分准备。

  项目可行性分析完成以后,则开始进行软件实现。主要包括以下几部分:系统结构设计(大体体现和概括了业务逻辑和业务流程)、软件结构设计(软件的体系结构、性能分析、瓶颈问题解决方案、子系统划分等)、软件模块分配、编写代码、软件模块集成、软件子系统集成、软件子系统测试、系统联调、软件系统整体测试、软件发行。以上各个步骤,为典型的软件设计过程,在这里我就不再阐述。但是值得提出的一点是:软件实现过程越规范,效率和软件质量越高,项目可维护性就越好。

  上面已经开始了一个项目的实际开发实现。至于项目成功与否,在目前阶段最大的因素取决于项目组成员间的合作、工作效率和士气。优秀的项目领导者、有效工作的项目团队、对项目管理有利的组织结构,是一切项目成功的理想环境。项目团队往往因为缺乏充分的授权和支持,造成逐渐衰落并最终导致项目的失败。

  既然是一个团队,如何保持整个团队的状态和团结呢?我认为最为重要的是如何处理和协调项目组成员间的关系以及如何保证整个团队的目标不发生偏离。首先,项目成员间必须相互信任,成员间只有彼此相互信任,才有可能达成共同的目标,才可能成功的进行项目开发。其次,调动项目成员的积极性。项目成员间必须要多交流和沟通,包括技术交流和感情沟通。第三,每个项目成员都应有责任感,必须敢于承担责任,整个项目团队是一个整体,每一个成员只是团队这部机器的一个零件。综上,我认为团队的合作主要包括以下两个方面:首先是关于合作的态度和精神。软件产业本身的发展在于有一个让所有从事软件业的人共同认可的文化平台,在这个平台上,当每个人强调自己聪明才智的时候,实际上他们也在最大程度地分享别人的成果,使知识、信息极大共享,使大家都能得到很快的提高。所以有人讲,搞软件或搞知识产业的人可以在短时间内创造奇迹,而创造这个奇迹的前提就是每个人开放的思想和互相合作、互相促进、互相交流的行为。其次是关于创新。我们从事软件业不应把创新习惯性地理解为纯粹的技术创新,这样往往在市场上就不能表现出很强的竞争能力。创新,应该表现在从技术的产生到技术的市场应用的一系列过程。

  最后我想说的是:软件业以人为本,软件企业必须为从事软件产业的个人创造出一种激发他们乐于奋斗、并且能够在其中充分体现个人价值的环境和文化。
[@more@]

时间: 2024-10-23 12:41:00

我的软件项目过程管理经验的相关文章

软件-菜鸟求帮助:用myecplise写项目过程中鼠标无意中把一个包移动到了其他包下,我怎么再移回来啊

问题描述 菜鸟求帮助:用myecplise写项目过程中鼠标无意中把一个包移动到了其他包下,我怎么再移回来啊 我用的是myecplise编写的web项目,在编写中查看项目的时候,鼠标无意中把一个放jar包的libs包 移动到了webroot下,我再撤销也回不来,直接拖拽也无法复位,由于是刚接触Java软件行业不久,对 对这些个错误都比较无奈,往往遇到这个情况我都是把项目删除,然后再拿之前的项目写,但是这样 犯错但是不知道好的解决办法,真的是一件很痛苦的事,所以真心求助各位大侠,把你们的经验传授我点

细谈软件需求分析过程

软件的需求分析必须要有对原业务的一个深入了解.提取.抽象.升华的过程,管理软件需求分析尤其如此. 软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,规划出我们的软件产品.这个步骤是对用户业务需求的一个升华,是一个把用户业务管理流程优化,转化为软件产品,从而提升管理而实现的质的飞跃,这一步是否成功,直接关系到开发出来的软件产品能否得到用户认可,顺利交付给客户,客户能否真正运用我们的产品帮助他解决业务或管理问题. 按照软件工程对软件开发过程的描述,需求

小型软件项目开发流程探讨

一.导言 国内很多项目都是小型项目,参与人员少(两到五个人),要快速交付(一两个月) . 要成功完成这种项目,除了使用成熟且被团队成员熟练使用的技术之外,有一个良好的开发流程,也是很必要的. 二.小型软件项目开发流程 下图是我对小型软件项目开发流程的一个设想: 需求分析的重要性想必大家都应该清楚,对于项目来说,满足用户的需求是第一位的. 因为时间紧,系统设计经常被忽略. 这会留下很大的隐患,国内很多项目的需求通常是很简略的,还需要在系统设计阶段把一些需求进一步的明确. 不然会出现因为前期一些需求

CMM可重复级在特殊软件项目中的应用

引言 由 SEI 在 1991 年 8 月发布的软件能力成熟度模型( SW-CMM ),用来评估软件企业的 成熟度级别,使软件企业了解自己的优势和不足之处,从而持续地改进企业的软件开发过程,提高管理水 平,降低管理成本,保证软件开发效率和软件质量. 然而, CMM 是针对大型项目和企业制定的. 小项目和中小企业由于受到相应条件的限制,如组织结构.角色和关系.过程模式定义等,生搬硬套 CMM 框架只能给自己带来沉重的负担.可取的做法是把 CMM 作为一个参考,从 CMM 评估体系中汲取适合于自 身

2012年最可怕的软件项目事故汇总

数十亿美元就这样打了水漂--今年多个软件项目遭遇失利,此类事故已经引起管理者的高度重视. 诚然,很多企业在软件项目的推进过程中获得了成功,也将供应商所承诺的新特性与新功能顺利传递给终端用户:更低的运营成本.更简洁的管理流程以及各类足以取悦消费者的要素. 但遗憾的是,仍然有一些项目以失败告终:投入巨资的客户只能面对"断瓦残垣"而欲哭无泪,并被卷入危害事业进展.有损合作关系的漫长诉讼当中. 而从积极的角度来看,我们能够将这些过往的事故当作前车之鉴,无论是供应商还是项目客户都能够从中吸取经验

《Python数据挖掘:概念、方法与实践》一2.3 项目—发现软件项目标签中的关联规则

2.3 项目-发现软件项目标签中的关联规则 1997年,Freshmeat网站创立,它是一个跟踪免费.自由和开放源码软件(FLOSS)项目的目录.2011年,该网站更名为Freecode.在出售.并购和多次网站重新设计之后,2014年,Freecode网站的所有更新都停止了.这个网站仍然在线,但是不再更新,目录中也不再加入任何新项目.现在,Freecode是20世纪90年代和21世纪初FLOSS项目相关信息的快照.每个软件项目的相关事实包括名称.描述.下载软件的URL.描述其特征的标签.代表其流

去年一个百万级的小软件项目经验分享,20来个功能模块,项目不太好做有些棘手

转自http://www.cnblogs.com/jirigala/archive/2010/04/10/1709223.html  别人总觉得是在显吧,干脆把这个项目认为是小项目了,不知道把这个项目是小了,别人会不会又觉得又显吧了?说大也不行.说小也不行,也的确没招了.   我想主要把项目里遇到的问题分享给大家一起探讨,也并不是为了什么显吧什么的,希望大家用一个正确的心态阅读此文章,希望有更多的朋友把更大软件项目的经验分享给大家,让大家知道一下,大型软件项目里都会遇到什么问题,如何解决才好,我

软件项目“免坑”指南

"谁也无法改变现状,唯有无数程序员血洒大地,才能使项目重建天日."这一点也不夸张,软件项目做烂了就是个坑,参与者也不过是填坑的.就像是在魔兽世界战场遇到国家队一样,你赢也赢不了,出也出不去. 一.坑有多深? 当我们进入一个项目时,通过不断观察我们可以发现我们的项目到底是不是一个坑.造坑的项目,往往具有某些"臭味",以下是我的一些认识,这些"臭味"即是项目健康状态不佳的明显标志: ● 编码规范形同废纸,代码质量低下.每个项目都有编码规范,但真正严格

《Microsoft.NET企业级应用架构设计(第2版)》——2.2 软件项目的机制

2.2 软件项目的机制 如果你问:"什么导致项目失败?",你得到的最常见的回答可能会把失败归咎到与业务有关的问题,比如说,缺少需求,项目管理不到位,成本估算不正确,缺少沟通,甚至各个团队的人员相互不配合.你很难看到坏代码可能导致问题这种情况. 有鉴于此,我们认为未被发现的BBM可以严重损害软件项目,但未能处理的BBM却可以真的毁了它. 最终,个体以及个体之间的实际互动才能真的决定软件项目的成功或失败.但是,组织结构及其整体文化也会影响最终结果. 2.2.1 组织文化 Apple公司的组