对于项目管理，软件工程，我还只是一个不得窥入门要领的门外汉。由于以前做的项目多半都是不规范之项目，过程坎坷，成长和思考的速度也略慢。
很多人都经历过没有实践指导而导致的项目噩梦，这里的很多人就包括我，在刚毕业的那会儿，想尝试下自己做项目，刚好一个同事的朋友需要做一个在线设计衣服包括一般电商功能的网站出来。所谓初生牛犊不怕虎当时就答应了，后来这个项目虽然是收工了但也是草草收场，这个事情搞到现在我也是有点愧疚。所以说缺乏有效的实践会导致不可预测性。
过程和方法对于项目的结果只有次要的影响，首要的影响是人。这里的影响也只是说首要和次要，但是两者却也是缺一不可，可以说项目的成功=优秀的团队+实践方法。
就项目层次上来讲讲目前遇到的问题。
- 多人开发团队的协作
- 文档
- 需求沟通
应该说团队招人是第一道坎，但是这道坎也是充满着运气抑或风险的，比如你错过一个面试平平但水平不错的或者误招一个简历优美面试ok但实际工作能力却并怎么样的同事。团队之间重要的是沟通和规范的存在，比如代码管理的规范，项目流程的规范，沟通自不用说，优秀团队可以不用都是一群高水平的程序员，但必须是彼此之间能良好沟通的。
第二点，刚进入公司时作为新人我都会写很多文档一方面熟练业务，另一方面也为后来者提供踩过的坑。现在觉得这块可能做得太细致。正如“敏捷软件开发”书中所说的，code和road map才是最好的两份传授知识。代码是唯一精确反映线上业务的信息。为了不过分因为编写文档而导致影响项目进度可以“直到迫切需要并且意义重大时才编写文档”
第三需求沟通。产品和开发需要沟通需求这部分没有问题，顶多就是需求的增删，没有问题是因为这是项目内部的事情，当然也有因为项目内部沟通不顺牵扯外部团队的情况存在，这个这里不讨论。和外部团队，业务方沟通需求是最难得。正常的沟通，基于项目的减需求请求有时候也会被认为是挡需
求。这一步还需要经验去学习，纸上得来终觉浅，而这部分出于技术又在技术之上。
未完待续、
网友评论