关于软件项目的一些思考

小A就职于一家小公司,正在吃力的完成从资源型公司到技术型公司的转型。

从某种程度上来讲,公司的研发团队是凑出来的,但是凑出来的研发团队做这么一个不大不小的项目,多少有些不把握。

鉴于是属于公司的自研项目,既是甲方又是乙方,项目中商务层面的东西少了很多。即使这样,项目运作到今天也大大超出公司的预期。

由于小A属于中后期进入研发团队,之前的事情没有参与,不好评论,但就后期发生的事情,还是有一些自己的感想。


一、什么都可以没有,项目方案书一定不能没有。

      做一个项目,必然涉及到项目组乃至公司的很多方面。项目的出发点不能是某一个人拍脑袋决定的,做一个项目就一定要写一份项目方案。连项目方案都没有得到双方认可的项目还是不要去参与了。很不幸,小A不知觉中卷入了这种情形。

     由于该项目没有写项目方案书,很多需求在项目开始初期都没有涉及到,到后续实施才发现,之前的想法过于简单,必须要新增功能才能有良好的客户体验。


二、必须要有一个尽职尽力的项目经理

      项目经理不一定要求会多种实际技能,但是必须要能够全心全意的服务于项目。在整个项目的实施过程中,由于项目经理对团队造成的影响会严重影响项目的进度以及开发团队的心态。


三、配备项目方案必须要有严格的项目预算,工期预算

      项目预算涉及到项目是否能够收回成本,是否能够及时上线,占领市场。必须尽可能的将项目预算及工期预测准确。


四、如何让团队在项目彻底完成之前保持高昂的斗志

      项目进展到瓶颈期的时候,团队的研发进度很可能会变的极端缓慢,当团队斗志不佳的时候必须要及时解决问题,该休整的休整,该调解的调节,在人员待遇,业务安排上都应该考虑到,尽量让团队发挥最大的战斗力。


五、团队中的设计师如何定位?

      设计师在小公司不应该为团队所有,应该为全公司所有,各个部门需要设计师的时候能够随叫随到。设计师只是人机交互功能设计的呈现者,都算不上实现者,最多能够负责交互流程优化,其余的事情没有权力去判断和干涉。


       最后还有一点没有想明白的问题是,在团队中,如何将一个先天残疾的项目,通过后天的努力协调与开发争取做到能够达到预定需求,这点真的值得思考。


猜你喜欢

转载自blog.csdn.net/lsc989818/article/details/46508869