项目管理初体验

第一次做服务器端主程，脑海里最先冒出的想法是“我怎么对自己的项目质量负责？”，联想到之前的公司内混乱的开发管理，没有人对项目质量有明确的概念，没有人知道当前项目中还有多少BUG，没有人知道这个版本哪天开发结束……，慢慢地将项目中的每一个人拖入疲惫的状态，慢慢地磨掉每个人的激情，慢慢让每个人变得麻木，对项目的质量无能为力而又无动于衷——恶梦一样的经历，我问我自己我能保证之前的一切不会再重演么，虽然我思考过、总结过、尝试过、学习过，但我还是没有勇气说，这一切肯定不会发生……

离职后的日子里思考过很多，也学习过一些项目管理、敏捷开发的书籍，对比反思着之前公司的开发经理，第一次真切地感受到项目管理对项目的成败如此重要，远比找来一批有足够能力的人再丢一堆开发需求复杂地多的多……

绝大多数时候压垮一个项目的并不是难以逾越的技术难题，难以企及的某种高度，而是那落在骆驼背上的一根根稻草：今天可能某个策划突然向我提及了一个原本应该更早前提交的一个需求，我说你怎么不早提出呢，这又会额外增加不少工作量；某天跟项目主管谈及一些技术上的问题，主管没说两句就不耐烦了，随口说句“你到底懂不懂这个模块啊，不懂不要瞎说”，当着众同事的面，我觉得有点下不了台；某天测试时，出了一个BUG，客户端和服务器又在扯皮，相互推诿，甚至推到策划及美术的头上，我觉得好累。慢慢地团队没有了凝聚力，慢慢地人心散了，慢慢地大家都只是在撞钟搬过一天是一天……

可能这些问题，单独出现时对任何人任何项目可能都不会造成某种毁灭性的打击，但是当这些挫折一天一天积累时，终有一天项目会为此而交出沉重的学费，就像一片雪花我们可以忽略它的重量，但当暴雪持续肆虐时，堆积着的雪的重量甚至都能压垮房屋电线杆一样。想想看，我们的项目大多数情况下不正是被这样不起眼的雪花给压垮的么？

从一个程序员的角度，我们可以说我们一直在追求很多目标，不仅仅是程序的健壮、高效，对于大型项目来说我们更注重的是程序良好的可读性，代码清晰逻辑严谨，没有这些，健壮、高效都是空谈，我们的项目管理也一样，没有合适的人性化的规则，就像没有良好风格而又晦涩难懂的代码，就不要说什么团队的开发效率了。

一点点心得：

团队的发展趋势趋于纵向。很多时候我们习惯于将程序分成一家，策划一家，美工一家，彼此间有意无意筑起很深的壁垒，我们害怕对彼此业务的不了解而造成的误解，我们对每一次沟通小心翼翼，我们害怕被拒绝，我们彼此猜测“程序那边可能实现不了吧？”，“程序那边应该能实现”，“美工能表现出来么？”，“策划那帮家伙又不知道在想什么”，很多时候我们又彼此埋怨。

我时常想，我们的项目管理真的做到了那么成熟了么，可以进行这种明确分工的流水线操作么？不尽然吧，至少游戏开发不是这样，一个不懂游戏策划的程序的战斗力就远比懂游戏策划的程序员弱很多，我们的程序开发还没有成熟到可以进行类似流水线一样的机械的大规模开发的操作模式，从上游策划的想法到中游程序的实现到下游程序测试、运营，没有这么完美的模型吧，很多时候游戏开发中的每个职位对其他的各职位都要有所了解，甚至是很深的理解，所以我们时常需要一种纵向的全面的发展，这种情况下我们能画地为牢，将自己划在“管理者”，“主程”，“程序”这样的小圈子里么？

 

未完待续……