软件开发中的项目管理

  • 格式:doc
  • 大小:1.97 KB
  • 文档页数:1

时隔两年,当我再次坐到电脑面前重新拾起这个话题时,我已经失去了往日的自信和从
容。
“”往往被圈内人戏称为“挨踢”,意思是我们常被人踢。老板踢,市场人员踢,客户踢,
还有老婆踢。老板怪我们的开发进度慢;市场人员气我们的东西没有竞争力;客户嫌我们的
程序多;老婆怨我们没时间陪她。由此可见,干我们这一行是多么地不容易。
下面,我主要谈谈软件开发过程中关于项目管理的几个核心问题。总结成一句话就是:
三项调查,二个评审,严控变更。
同我们平常做其它事一样。。现有资源又包括客户的物理设备、人员素质和经济实力。值
得提出来的是,很多项目经理往往容易忽视客户的使用习惯,以致于开发出来的产品,虽然
功能齐全,界面友好,但却无法取得用户的认同。
调查自身资源。主要是调查项目组成员的技术实力,工作状态,还有其它相关人员的支
持度。一个项目的成功,不仅仅需要一个优秀的项目经理,还需要项目发起人、项目组成员
和其它相关人员的共同努力,才能实现项目的预期目标。
一个项目有它的开发周期,由项目而产生的产品或服务同样也有它生命周期。软件开发
周期模型通常有四种:瀑布型、螺旋型、渐进型、原型模型。这些概念,绝大多数开发人员
都懂。但在实际开发过程中,随心所欲的情况还是比较普通。作为项目经理,大有必要根据
前面所提到的三项调查来慎重选择适合自己的开发模式。阿呆的自身经验证明,随心所欲开
发出来的东西总是漏洞百出。
阶段总结和评审。很多公司都搞阶段总结和评审。但大多数都被动的阶段总结和流行形
式的阶段评审。
何谓被动的阶段总结。一般公司的作为是要求开发人员在规定的时间内(例如一个星期
或半个月等)作一次工作总结。偶认为这样做非常没有必要,尽管有人认为这样可以了解开
发人员的进度等。但这样做的弊端是很容易引起开发人员的反感和抵制,也无法真正地体现
一个项目的实际进展情况。事实也证明了这种措施是非常短命的行政命令。主动的阶段总结
是由开发人员自行决定总结时间。当然这个时间必须在原定的项目整体完成周期内(甚至可
以由项目经理确定总结的条件)。当开发人员认为他手头的工作已经取得阶段性的成果或者有
突然性的进展时,由本人主动写出总结报告提交上一级主管评审。
阶段评审。一般来说至少有两次全体评审。第一次评审是由项目经理完成信息系统计划,
信息系统分析、信息系统设计之后,提交出软件模型。再交由技术委员会评审。软件模型必
须主体的功能界面。