相信大多程序员做久了，都会有一种迷茫，感觉自己像机器一样编码。
对自己做过的功能模块也不敢拍胸脯说质量是过硬的。
程序员的工作性质，决定了大多数人不能在这个岗位上做太久。
早点转型成为了必然。
即便不转型，要把代码写好，也应该深入学习下项目管理的知识。
比如项目规范、业务架构、过程管理、质量管理甚至软件测试的知识。
一旦学习了这些层面的知识，程序员水平才可能大幅提升。
这是因为，
每一门技术，每一段代码，都是为了解决问题。
换句话说，技术是为了需求而存在。
脱离了需求，孤立的技术再牛逼，也难体现其价值。
聪明的程序员早已悟透了这个道理。
所以，需求建模，也就是业务建模以及建模之后的项目过程管理就尤为重要了。
从个人经验来看，
程序员应该先学需求分析，再学项目管理知识，然后才学具体的开发语言。
一旦程序员掌握了这些，在职场上很容易做上去。因为编码只是项目的小部分。
否则，晋升会比较难。
只有少数人掌握了这个诀窍。顺利晋升了项目经理（当然现实情况是大部分项目经理也不专业，也一样要学习项目落地知识）。
因为职务视角的限制，大多数程序员转变不了这种观念。
为了让程序员、项目经理、架构师，还有创业者们能看到项目的全貌。
研发无忧花了很大的精力将项目过程管理、规范、质量相关的资料收集整理。
通过这些项目资料，增进项目的理解和认识。
提升项目层面的综合能力和水平。
目的是帮助大家把项目价值做出来，让项目少走弯路（项目少走弯路，自己才可能少走弯路）。
好比一座大山，从某一个角度看大山，看到的只是一面。
若要看清大山的全貌，需要站在更高的高度和纬度 或者说视角。
再比如演电影。
如果对电影各个角色，如何配合，过程流程等了解不够，
孤立推进的话，很难把握好，不配合好演出的电影质量和价值会大打折扣。
所以，程序员们应该多花点时间学习项目知识，不要匆匆忙忙搞代码。
也要尽量说服项目经理和研发经理多做一些项目方面的培训。
这样既帮助了自己，也帮助了团队。
让项目质量更高，项目更具发展前景。
一举多得的事。
当然，不是每个老板，每个经理都懂项目，
至于如何说服他们，
相信聪明的你会有聪明的策略。
原文地址：http://blog.51cto.com/holison/2340077