最近负责的一个To B端的项目上线了。这个项目的主要特点是需求多、时间短，它包括管理后台、APP、微信小程序和网站，而时间只有两个月。因此，项目进行的过程中出现了很多问题。
前期设计
现状：在项目开始的时候，产品对所有的需求进行了分类梳理，一口气设计了所有的APP、微信小程序和管理后台的原型，到后期已经非常疲惫，没有再进一步对所有的细节进行优化，从而增加了与研发沟通的时间成本。
改进：项目设计初期，先形成项目的整体框架是对的，但是可以不用一次性完成所有的原型。以后可以尝试先找出核心的功能点，设计出与此功能点相关的原型，考虑清楚原型的交互体验等细节，业务相关的流程形成流程图供研发参考。尽可能地先完成一个核心功能点，预留出需求调整的时间，提前给最终的用户演示项目。
项目bug
现状：在项目的后期，大家一鼓作气地完成了大部分的功能，到测试的时候才发现问题较多。这个时候，研发既要开发新的功能又要修复bug，时间很紧张，有点应付不过来。
改进：把项目分成一个个的小模块，按照优先级依次进行开发，开发完成一个小功能之后就接着进行测试，不要等到所有的功能都完成之后再集中进行测试，研发更愿意一次解决3个问题而不是一次性解决30个问题，也许bug的总数是一样的，但是给人带来的压力是不一样的。
项目干扰
现状：在这个项目开始之前，现在的研发团队已经在6个月的时间内完成了2个项目。还没来得及体验项目带来的成就感，大家就被推进了这个新的项目。这时产品和研发定的目标都是完成，对项目的体验考虑得较少，导致后期花了很多时间去优化体验。
改进：一个项目完成之后，不应该着急进入下一个项目的研发，而应该稍作休整后再重新开始。项目团队可以对项目进行复盘，总结项目的经验，一方面可以供以后的项目参考，另一方面也可以定好这个项目的后续迭代计划，为新项目留出充足的空间。
项目的整个生命周期是遵循边际效用递减规律的，因此项目管理的过程中做到这些会更好：
1，分清功能的优先级，先完成最重要的功能；
2，边开发边测试，项目后期的效率会降低；
3，进行项目复盘，总结经验后再出发。
