除了及早参与、持续参与外,很少有软件项目一开始就找出真正良好的解决方案,一般都必须在使用者坐下来说“是的,这就是我要的软件”以前做出不同版本的使用者接口雏形。一个良好而成熟的使用者接口雏形可以让项目推出后广受欢迎,不过软件的适用性得在开发时就调练好。参照使用者所需导向而做低廉、小型的修正,就不用到了项目末期再大兴土木以致付出高昂的代价(本文使用的阶段性完成策略提供了这样的过程中修正方式)。项目管理者联盟
参予开发过程的使用者用不着很多,在Jakob Nielsen的《Usability Engineering》一书中指出,当软件适用与否的测试人数在3~9个时,价格获益比最好。club.mypm.net
在1994年,Standish Group对8000件以上的软件项目进行检查。结论是使用者的参与是项目成功最显著的因素。在那些失败的项目中,缺乏使用者反应是失败的主要因素。计算机软件的专家指出快速开发项目能够成功的最重要因素在于让一般使用者全程参与开发过程。让使用者参与项目开发过程可说是重要的软件项目求生技能。 项目管理培训
产品简化主义项目管理者联盟
成功的软件项目开发从需求制定到产品推出、继而被接受,都需要一种“化繁为简”的定位方针。因为软件开发工作相当费神,若能将项目彻底简化必然事半功倍。功能规格、设计与实作都应该简化。许多开发人员沉迷与复杂性,误以为“数大便是美”,事实上只有简化项目才是成功的唯一出路。service.mypm.net
当开发人员致力寻求项目目标流程的简化时,可说又向成功迈进了一大步,对一般使用者也可能造成影响。一个功能通常可分两小时版、两天版和两周版,开发人员应该一开始先弄出两小时版,通常这个版本的解决方案最简单直接,问题最少。开始实际操作后,如果解决方案还不够,他们才应制作两天版甚至两周版的解决方案,再看看这样是否可以解决问题。解决问题的一贯态度是,先简单后复杂,才不致于因噎废食。training.mypm.net
法国作家Voltaire说一篇散文不是在“增一字则太多”时完成的,而是在“减一字则太少”时完成的。软件项目亦同,应该是从软件中去除不必要的东西以进行简化,而不是不断加上更复杂的东西。项目管理者联盟
焦点防在推出软件项目管理者联盟
有效率的开发团队全心全力着重产品的推出。微软公司尤其重视“产品推出”。对产品推出有功的开发人员会获得一个“产品推出”奖,感谢他们的努力。在微软工作了许多年的开发人员一般都有一大堆产品推出奖。这样简单的做法强调一件事,微软公司不是靠着开发软件赚钱,而是靠推出产品赚钱,当然这也是大部分生产软件的公司赚钱的方式。项目管理者联盟
对于无论是替内部使用者开发软件或对一般大众发行软件的开发人员来说,焦点是一样重要的。一个清晰的前景描述可以让任何软件开发团队对产品推出的目标相同。如果开发人员到了项目结尾都还对产品的看法有歧义,将被迫花费上许多时间、努力与金钱来让他们的看法一致。项目管理者联盟
一个清楚的架构也有助于让开发团队在目标上步伐一致。反之,就难以同心同德。如果一套良好的产品架构确立了,项目的开发焦点自然集中在技术层次上。bbs.mypm.net
软件开发团队必须确保每个技术性决定都朝着简化系统功能的方向前进。如果是开发大学教育项目,也许有必要让项目任意复杂化。不过当团队在开发商用产品时,他们的任务是提供最简单的问题解决方案,任何违反这些原则的决定都应被否决掉。项目管理者联盟
本文所要传达的信息是软件开发工作本质上主要为了满足实际目标,这个工作有着浓厚的美学标准与科学成分。有效率的软件开发人员了解软件项目不是为了让他们有个筑梦堡垒,而他们也依此排定各项条件的优先级。微软公司的经验显示,这样得到的行动方针能够在项目团队中培养。没有共识的开发人员对于项目是一个累赘,对组织可说没什么用处。项目管理者联盟
求生检查项目管理者联盟
项目团队在项目初期就规划了一套解决高成本潜在问题的方法。www.mypm.net
项目借助规划审查,在项目完成约10%时决定要不要继续进行下去,以此强调上游工作的重要性。pmp.mypm.net
项目做到了积极的风险管理。项目管理者联盟
项目规划强调洞悉力和项目控制。项目管理者联盟文章
项目规划包含使用者从头到尾的参与。www.mypm.net
项目在高生产力的环境中进行,或是假设项目成员生产力恐有不足而先做准备。bbs.mypm.net
项目规划寻求由简而繁的办法,而不是反过来做。 项目管理者联盟 项目管理者联盟
|