sop项目小结

最近做sop项目，前后端一起做，历时一个月，目前进度大概60，相比于原计划进度较慢，有以下几个原因:

第一，前端技术栈是react，由于自己接触react时间不长，之前只做过一个比较复杂的项目，所以对其理解不深，用法不熟练，遇到问题时解决速度较慢，很多并不是很复杂的问题耽搁了很多时间，还有一点就是做项目之前有将近一个月没有用过react，写代码的时候很生疏，容易遇到问题没有头绪，导致心情急躁，无法集中精神做开发。

第二，项目节奏安排不合理，前期太松懈，低估项目的难度，前两周进度几乎没有推进，导致现在的被动，这是需要深刻反思，急需改变的一点。

第三，没有安排好项目的主次关系，前两周因为其他小需求耽搁了很多时间。

第四，在开发过程中，总是瞻前顾后，对需求的理解不深入，总有投机取巧的心理，想用最小最优的方法来解决，鼓捣半天后不得不回过头来使用最直接看似最笨的办法，白白耽误了时间，而且会影响效率，导致心情浮躁。

第五，由于项目是基于其他部门的框架，在项目初期面对框架的很多问题，没有分离清楚问题是在哪边，导致问题一直存在，非常影响开发的进度。

第六，其他想到再补充…

针对性的改进方法:

第一，基于其他框架做开发，要以最快的速度找相关负责人解决其本身的问题，做到不因为这个耽误进度。通常必须控制在接手项目的第一天内！而且尤其重要的一点，做一次全流程的走通，以最简单的方式走通从开发到发布，要自己走一遍。

第二，开发过程中很有可能会有其他的需求，要评估新需求的复杂度，评估需要的时间，进而评估是否会影响主要需求的进度，对于复杂时间长的业务需求，尽量不接，如果非接不可，要延长主要业务的开发时间，尽量让老板出面协调。有一点特别重要，并不是你负责的业务的需求就一定要接，没有业务是非你做不可的，一定要抓住主要业务。

第三，开发节奏要安排好，前期节奏要紧凑，通常项目的前期因为不熟悉需求，不熟悉业务，容易松懈，进度会比较慢，因此在项目初期，要细致了解业务，对接需求，尤其是排期比较紧的需求。在合理理解业务的情况下，尽量用前面50%的时间完成80%的需求，后面留给自己充裕的时间做优化甚至重构，提高质量，以期达到优秀的交付质量。开发节奏控制不好，后期可能要加班到深夜…交付质量也不行！

第四，项目开发首要的目标应是快速的实现全部需求。开发过程中不可瞻前顾后，用最有效（也许是最直接最笨）的方法来实现效果，因为在项目未完成时，对需求的每一个细节不可能全部把握，所以最直接办法的就是最好的办法，总结一句话就是不要想的多做的少！在可做到交付的情况下，集中全部精力做提升，做优化，此时才能真正做到以全局眼光来重构代码。当然，优秀的工程师对需求的把握更好，前期的设计也更好。

第五，想到再补充…

增加强调一点：一定要保证每次交付的项目是心目中最好的，符合代码规范，结构设计合理，注释详细清楚，给后面交接的同学降低负担！2018.10.9

其中，前两条是为自己的开发搭建良好的软性环境，使自身能集中全力在主要业务上。后面几点主要是为了做好进度控制，做到高质量交付。

最后，看到的大佬多多反馈…