随笔：前端开发与项目管理

　　项目管理，这是一个很专业的领域，涉及的内容非常广泛，并且实践操作过程是“多变”的，第一次接触这个工作是在之前公司做广东省电信IPTVEPG项目的时候，这也是第一次帮带团队，这也是偏技术方面的，涉及的内容很少；主要是团队召集、带领团队解决局方问题并且为团队提供帮助以及和局方协调资源和工作安排。结束这个项目后又转到技术上了。不过中间也接触了不少岗位（测试，文档开发，美工，Java开发，Oracle等等），不过中间的一些随着工作变化也忘的差不多了。
　　在做了几年的开发后，出了一个转折点，又折腾到了项目管理这个岗位上。从开发到项目管理的转换说起来相对会简单，项目管理也需要逻辑思维能力。唯有逻辑思维是不够的，项目管理更需要的你对事务的全局思考以及掌控的能力；到现在我这边还是一个偏技术型的项目管理者。OK，下面说一下转型中的一些经验。
　　对事的转变
　　这个也是心态的一个转变，在之前做技术时，会更多的钻到某一个点里去，反复的折腾你的代码。这是一个习惯，我会经常回看一下之前的代码，看完之后就想动手了。这个在项目管理过程要开始慢慢去改变，不能太过于纠结某一个点上。你要考虑的是整个环节以前项目情势。在中间会有不少的取舍。刚开始的时候也会很纠结在项目中某一实现，会争论这个是合理还是不合理。当然“舍”掉一些后，也许会给开发同学的积极性会带来一些打击，但是必须要从长远来看，特别是在一些强制（时间点定死）项目中，那么更要“舍”得了。唯有牺牲一下，才能看到后面的成功与喜悦。这也许就是看“淡”的感觉吧。
　　在这里你想的不再是代码的优美、这个功能是放前端还是后端合理，更重要的是从时间上来说如何保障你的项目按照预定的轨道健康发展。
　　不拘“小节”
　　其实这里也不能说是“小节”吧，用“不以事小而不为”会更合适一点。做项目管理之后，顿时会发现一大波锁碎的事情要跟进了，而且会时不时给你来一个难题。其实不管什么事务上面，最容易忽视的就是一些小事情。举个例子：就拿流程规范来说，不管是你制定了如何近乎完善的流程制度，不管你是同步周知了N次的规范，这些都会过程中得不得最终的保障和效益。那么要让你的收益最大化，其实也不要做太多了，要的只是你在沟通大群里一些关键时间做一下小小的温馨提示。你可以把这个句提示的话复制下来。在今后的时间做些机械的动作，你会发现效果会得到很大的改善。当然要达到100，这个不大可能，因为你面对不是一条代码，一个算法。
　　在过程中多做一些周边的小事，也给自己养成习惯并提醒着自己我现在或接下来要准备做什么了。
　　提前预估
　　这点对于从技术专岗转到项目管理来说会很轻松，这个在你参加一个项目会议的时候先做到以下几点，对于你的项目来说会降低不少风险。
　　1、通过项目需求的讲解，对技术层面需要的工作量做一个基础的估算；
　　2、提前设想一下项目的实现方式以及技术的选型，这部分大概需要多少工作量；
　　3、在需求讲解时，针对需求预估出技术难点，提前准备；
　　4、提前评估项目中的依赖关系；
　　5、设想一下项目可能存在的的环境和是否有近似的项目；
　　6、更多
　　多聆听
　　听这个在项目过程中个人觉得是个不错的方式，不管是项目会议和过程中都很重要，在项目会议中主要是多听一下其他阶段（团队）对问的分析和评估结果，从中了解对你当前负责领域的影响和帮助是什么，针对这些做适当的调整和转换。
　　最后，结束