软件项目中的需求变更管理的研究

由于软件项目中的需求变更而导致软件项目失败的案例越来越多，所以解决需求变更的问题已经被许多软件公司列入了重要的流程化管理中。详细分析了需求变更产生的原因、带来的影响以及涉及的人员范围，提出了需求变更管理流程中的记录需求变更的基本属性、规范需求变更的评审流程、明确需求变更的任务分配、及时验证需求变更的实施结果四个方法，并提出了一种实用的需求变更控制主流程。     

软件项目中的需求变更管理的研究

由于软件项目中的需求变更而导致软件项目失败的案例越来越多,所以解决需求变更的问题已经被许多软件公司列入了重要的流程化管理中。详细分析了需求变更产生的原因、带来的影响以及涉及的人员范围,提出了需求变更管理流程中的记录需求变更的基本属性、规范需求变更的评审流程、明确需求变更的任务分配、及时验证需求变更的实施结果四个方法,并提出了一种实用的需求变更控制主流程。     

浅谈软件项目的需求分析

当今世界各行各业对软件的依赖程度急剧增长,而在规定的时间和预算内开发出可靠并满足用户需求的软件系统,对于许多开发者来说都是一件非常困难的事情。由于软件项目中的需求变更而导致软件项目失败的案例越来越多,所以如何高质量完成需求分析已经被许多软件公司列入了重要的流程化管理中。需求分析的任务还不是确定系统怎样完成它的工作,而仅仅是确定系统必须完成哪些工作,也就是对目标系统提出完整、准确、清晰、具体的要求。     

问：在一个项目团队中，请人走有什么好办法吗？

答：人，是项目管理中最不容易解决与克服的问题，也是最难沟通、协调的一个issue。人际关系的处理属于soft skill，他不像系统开发上遭遇的困难，硬梆梆的，只要找到bugs就可以有解决之道。人的问题，往往是项目经理心中的痛，不愿触碰的痛。可是，再痛他还是会活生生的摆在你面前，等待你的处理。     

古代最成功的项目团队

为了完成西天取经任务,组成取经团队,成员有唐僧、孙悟空、猪八戒、沙和尚。其中唐僧是项目经理,孙悟空是技术核心,猪八戒和沙和尚是普通员工。这个团队的高层领导是观音。唐僧作为项目经理,有很坚韧的品性和极高的原则性,不达目的不罢休,又很得上司支持和赏识。比如,直接得到唐太宗的任命,既给袈裟,又给金碗;还得到以观音为首的各路神仙的广泛支持和帮助。沙和尚言语不多,任劳任怨,承担了     

浅谈外包项目的需求管理

全球软件外包发展迅速，中国正在成为最大的外包市场，需求管理关系软件项目的成败，使外包项目中的需求管理具有其特殊性。文章就此进行了讨论，提出了在外包项目中有效实施需求管理的关键点，并对外包项目的发展进行了展望。     

西游记团队只是一个典型团队——兼论对软件项目团队的启示

<正>自从马云说过西游记团队就是最好的团队之后,鉴于马云先生的赫赫名声,人们纷纷认同此理论,并努力按照西游记团队的模式来打造自己的团队。的确,西游记团队是一个典型的团队,它包含了优秀团队的一些要素,但若是就此得出西游记团队就是最好团队的结论未免有失偏颇。本文通过对西游记团队的深入分析,阐明了其团队只是一个典型团队,并从中领悟到对软件项目团队建设的一些启示。     

辩证的看待软件项目管理中的用户需求变更

不断变化的用户需求对软件项目管理是一个挑战。引导用户需求,利用用户的需求变更,把因用户需求变更带来的风险转化成项目收益。结合国内的市场现状,辩证掌握、灵活应用需求变更管理是一个很好的选择。     

基于项目需求工程理论的软件需求管理探析

软件需求管理在软件工程中有着至关重要的作用,是整个软件工程完成的关键成分。本文简述了项目需求工程基础理论,并应用这一理论针对软件需求管理进行探析,简述软件需求开发与管理内容,分析软件需求管理中出现的问题并提出解决策略,为今后软件需求管理的研究起到一定的指导作用。     

需求管理的思辩

序根据 Standish Group 对23000个项目进行的研究结果表明,28％的项目彻底失败,46％的项目超出经费预算或者超出工期,只有约26％的项目获得成功。而在于这些高达74％的不成功项目中,有约60％的失败是源于需求问题。因此,作为软件过程改进的权威指南:CMM/CMMI 框架将“需求管理“列为了最重要的待改进关键区域(KPA)之一。产业界的情况又是怎样呢?太多的挫折使人心灰意冷,下面这幅有心人泡制的漫画也许可以让我们更真切地体会到他们心中的失望。     

利用XML实现业务规则和信息系统分离的方法研究

企业信息系统常因业务规则的改变而导致信息系统无法使用,提出了将业务规则与信息系统分离的观点,探讨了利用XML作为描述软件需求文档的可行性.藉由XML的机器可读性,让信息系统直接读取包含业务规则的软件需求文档,以实现业务规则和程序代码分离,进而实现需求文档的重用.     

张欣的差距

为了说清楚CIO与项目经理的区别,我想举一个例子:有两名程序员,其中一名在软件公司打工,他的工作是根据商业合同开发出满足用户需求的应用系统,当这个合同项目完成后,他会转到另外一个开发组参与另一个软件项目的开发,他的工作技能和工作热情是无可挑剔的。可是由于近期市场需求大幅下降,他已经有半年接不到任何软件开发的项目了,等待他的只有失业或跳槽。而另一名程序员在某企业的IT部门工作,他每天的工作是不断熟悉业务运作流程,与各部门用户进行沟通,了解用户需求并发现流程中可以用信息技术优化和控制的环节,并经过多次用户会议和管理…     

一种需求变更驱动的软件项目人力资源再调度方法

需求开发和维护是软件生产的基础,是软件开发的重要部分。需求变更是软件项目中最常见、影响最大的风险之一,会对软件项目的成本、进度和软件产品的质量产生不同程度的影响。提出一种需求变更驱动的软件项目人力资源再调度方法。该方法通过建立需求变更模型来分析需求变更对软件项目计划的影响,并在此基础上使用人力资源调度算法来获得满足时间、成本双重约束的人力资源分配方案,为软件项目管理人员提供决策参考,从而提高软件企业的风险管理能力和资源利用率。最后,通过一个示例说明了该方法的可行性和有效性。     

对基于项目需求工程理论的软件需求管理的研究

做好软件的需求管理是软件公司的一大重要任务。本文对项目需求工程理论进行了简要的分析与总结,并基于这一理论对如何做好软件需求管理的技术要点进行了分析与探讨,旨在为基于项目需求工程理论的软件需求管理研究起到一定的指导作用。     

软件项目成功的要素

曾经有个笑话,说三个软件高级人材等待上帝安排工作,一个说自己擅长抽象思维,上帝说那就做系统分析师吧;一个说自己工作非常细心,上帝说那就做 QA;最后一个说,我实在没有更多的才能,那就做项目经理吧。有句项目管理名言则是这个笑话的最好解释:对项目经理的知识要求是要有1英里宽,7英寸深。也就是说,各方面的综合     

信息系统开发中项目文档与配置管理的作用

本文从当今IT项目管理中软件文档管理的重要性出发,详细论述了配置管理在IT项目管理中的重要性及作用。     

项目进度的黑洞——已完成90％

项目进度控制是项目管理工作中的重要一环,但现在的软件开发项目进度失控的例子却屡见不鲜,甚至进度的延迟总是在快到计划结束的时刻暴露出来,然后谁也不知道到底什么时候才能够结束项目。因此,业内流传着这样一句令人心酸的话:“规划规划全是鬼话,计划计划全是空话”。前不久,我就遇到了这样的一个实际项目。     

一个项目团队的敏捷之旅

近日,欣闻首届“敏捷中国日”开发者大会将于六月初召开,这无疑是中国敏捷开发者的一件大事。敏捷方法历经数年传布,以其注重实效的特质,已渐入人心,并开始焕发出勃勃生机。不少一线团队更是早已将其用诸实际,并从中获益良多。本文讲述了一个团队改进的故事,取自笔者近期接触的一个真实项目。希望能对那些关注敏捷方法如何应用于实际项目的读者有所帮助。文中采用的敏捷实践主要来自极限编程(Extreme Programming),读者可以从近期出版的《解析极限编程(第二版)中文版》中找到有关极限编程的详细介绍。     

成功项目的杀手——领导意志

一个软件项目的成功或者失败,都会有各种各样的原因:资金不够;核心开发人员跳槽;技术的自身缺陷;需求变更的无休无止……本期我们就从领导意志谈起,同时希望大家对这个话题继续讨论。如果您有自己切身的体会,也欢迎和我们联系(editor@csdn.net)。     

一个改进的关联规则的频繁项目集数据挖掘算法

在关联规则中的Apriori算法,具有天生的缺陷,运行效果很不理想。为了克服Apriori算法的缺点,本文提出了一个改进的算法：在产生频繁项目集组合时,只需扫描数据库一次,这样就可以有效率地降低I／O的存取时间,更快速地找出符合使用者需求的关联规则。仿真实验表明,该算法是有效的。