在软件开发过程的各个阶段,都会遇到林林总总的问题,阻止了软件的正常开展,尤其在使命的下达、履行与监督方面,存在着许多开发瓶颈。
使命的下达一般是项目司理给开发人员的指令,这个指令包括开发人员即将做什么、作业完结后的作用等等,但实践中这种指令往往比较含糊,不详细,也不太清晰,没有把注意事项及对其它功用的影响清晰出来,更严重者是不能了解使命所表述的意义,究竟部分开发人员之间的水平仍是存在差异,这种状况的存在往往形成开发人员作业功率低、代码冗余、做无用功等,别的一点项目司理对开发人员的了解也很重要,这样能够防止原本开发人员半响能够完结的使命,给他分配一天的时刻等,使命的下达一般存在以下几个问题。
1、空泛的估量项意图进展:项目司理在分配使命时,往往受客户的要求及急迫程度的影响,而形成不合理的组织,这种现象在软件职业尤为遍及,这种分配使命的方法没有相应的数据剖析作为条件,加上彻底凭仗于项目司理的经历来预算,危险度可想而知。
2、所要传递的使命不清晰:项目司理有时不能彻底表达所要完结的要求,更可怕的是自己对客户的要求都不了解,在实际开发中往往会存在这种状况,需求剖析人员在调研客户需求时只了解客户需求的90%,等到了规划人员只能了解80%,等到了开发人员恐怕也只能了解60%,形成需求缩水,导致项目司理在下达使命时,也仅仅大体描绘要完结的使命,而不能清晰完结此项使命要注意的许多细节,注意事项、完结时刻、对界面的要求等,究竟开发人员水平不同,考虑问题全面度也不一样,有些触及整个体系流程的东西还需要项目司理给予阐明。
3、分工不清晰:在整个项目运作的过程中,要清晰分工,归纳考虑项目团队内每个人应担任的人物及外界要素的影响,由于重要人物的替换(如项目司理或开发司理)往往是极具危险性的,当然这种人物一般也不会替换,但开发人员往往是不确定要素,频频的调度开发人员也会影响项意图进展与质量,所以项目司理在分配使命时要归纳考虑,尽量扫除这些不确定要素的存在。
4、卓有成效的沟通:沟通在软件开发过程的每个阶段都很重要,前期沟通欠好将来的影响就会以扇形扩张,对后期形成的丢失也是无法估量的,剖析规划人员的文档开发人员看不懂,开发人员完结的功用测验人员看不懂等,这些都是沟通的问题,沟通的首要意图有两个:一是传达需求者能把需求描绘清楚,二是接纳需求都能把需求了解并承认无误,但实际中这种沟通许多却是流于形式,作用不是很抱负。
5、没有作用的评论:众所周知,在项目组运作的过程中,或许伴随着许多问题的沟通、评论,这是功德,评论问题越清晰、越清楚,对项目后期的运作越有保证,但往往存在这样的问题,项目组成员在开会前都没有意图性,没预备,只要项目司理一个人在说,遇到问题发生争论时也是各持己见,这种争论最终会导致项目方案被不断的改动,项目进展被延时。