关于一个软件项目的疑问
我做这行一年了.只能算是个菜鸟吧.不知道现在的行情是怎么样的.
我想问个问题,因为这一年来我感觉很累,累在哪...
并不是因为无限的加班和无限的敲代码.累在不停改动的需求.
我们的项目经理总是需要我们修改,而客户也有不停的修改.
是不是一个软件项目就是要面对这样的事的啊?学校里学的开发过程,需求分析...
一直以为需求分析结束后,就按需求的写了.
没想到这只是个初步而已,在开发过程中为什么还会有无限的修改...
各位项目经理们,你们带团队的时候是不是也有这种状况啊?
还是我运气不好,碰到这种事情.我都快对开发没信心了.
如果我在你带的团队里的话,你会如何处理这种事啊?给点信心吧..
[解决办法]
首先要明确一点,在项目中,需求变更是无法避免的,任何项目都一样
不要害怕变更,关键在于对变更的控制,建立起一种变更控制的流程
用户提出变更,作为项目经理首先会同意(除非特殊情况),然后请客户提出正式的变更请求(依据变更控制的流程)
然后集合团队的资源分析该变更可能会带来的影响,将其影响告知客户,客户如果接受,则修改相应的其他项目要素,如资源,时间等..
我想你们的PM对变更的控制还不到位,同时沟通方面可能也有所欠缺,但是作为开发人员来说,你的工作就是按照要求进行开发,无论要修改成什么样子,对你来说,都是要做的,并且要有好的心态.
对于一个项目来说,每个人都能很好的完成自己的本职工作很重要,PM一样,开发人员也一样.
以上仅供参考
[解决办法]
一个软件项目，尤其是客户定制，特殊客户需求独立性很强的项目，需求分析必须认真仔细到位，前期的沟通必须保证。
到客户处充分了解客户需求，制定总体方案的时候要求客户参与并要求客户验收总体方案。详细方案部分说明也需要客户确认，只有这样才能尽可能的避免后期的反复。
对于这一类有反复风险的项目，测试阶段就需要和对方人员一起进行，内部系统测试的时候，也是客户试用阶段。一旦客户有什么变更，需要提供试用报告，根据现有产品的缺点进行改进。
[解决办法]
我这几年最深刻的体会是：用户直到软件实施了才会提出真正的需求！
[解决办法]
大多数项目的中早期，客户参与不够，加上需求人员、项目管理者挖掘需求能力不足，容易造成这种现象。
