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