项目中总结的问题

                                                                               

        

        以下是我在项目中发现的问题以及 项目管理，产品，设计，技术，测试等方面的一些建议和看法，分享给大家。

        一个项目结束后，开始下一个，俨然是一场没有终点的马拉松。这个时候，我们应该停下脚步，休息一个小时，总结一下上个项目遇见的问题，以及分享你的收获，吐槽你的所看到得问题。然后再继续向前跑，这时候我们在下一个项目中就应该避免或者减少类似问题的出现。从而提高工作效率，避免不必要的工作，同时对自己也是一种锻炼，善于发现问题，解决问题，分享经验，对于他人还是自己都是有利无害。往往一周可能只需要一个小时来做这些事情，可以给我们提高多余一小时的效率。

        一个项目从需求开始到发布上线，在实施流程上涉及到需求整理，设计UE ，UI ，到开发和测试，到发布，再到最后的维护。其中每一步都很重要，一环扣一环，每个人都在其中担当重要角色。

       关于项目管理，之前给我的体会最深的就是，在项目deadline的时候，来了一个新需求，这不是最可怕的，最可怕的是，项目负责人已经答应客户可以加到这个版本，然而等到开发者看到这个需求的时候，就傻眼了，有可能这个需求不能实现，或者是需要更多的时间处理，这样就有可能导致延期。我的建议是对于已经确定的需求，已经确定的时间点，项目的管理者就要压死，最好不要再中间添加任何此版本以外的需求，如果非加不可，那就沟通延期，同时要跟开发者沟通该需求能不能实现，需要多久。

       关于产品，产品是在挖掘需求之后跟开发者对接的一个环节，在产品方面我有一些自己的看法（比如：模块化设计，减少没有必要的交互，能过两步完成的，决不走第三步，精简架构，信息归一等等）。产品在出原型图后，最好跟开发者开会讨论下原型图，可能有些功能是无法实现，或者是对产品有一些建议提出来，这样对最终的原型确认有很大帮助，同时开发者也已经开始了解到即将开始的项目，可以开始最一些基础的架构工作。

       关于设计，是原型图的视觉化体现，决定了软件整体的风格，设计稿确定后，就可以正式进行开发了。设计出图时，开发需要UI 的各个元素值（比如色值，坐标，宽高等）这些对于页面的布局有很大的帮助，而且设计给出的数据，更加准确，从而开发出高保真的界面，有时间的我可以把 ios7 中控件的样式变化已经设计时要遵循的原则分享给大家。

       关于技术，每个开发者都有自己的技术积累，自己的一些常用技巧，这些要是积累出来，分享出来，对于其他的人帮助就会很大，可以整体的提高以后的开发效率，例如我们在开发A 的时候，自定义了好多控件，模块化封装，在做MT的时候这个价值就体验出来了，大部分页面使用了A 的封装控件，极少页面个性化定制。这样M的开发效率明显比 A 快很多。我的建议是一个项目最好由两名开发者结对开发，其中一个人可以花2个小时，熟悉下项目基本需求，基本架构，不需要马上投入开发，知道进度，知道功能点就行，另一人负责全面开发，当他请假或遇见疑难问题时，那剩下的那个人就可以马上投入项目中，帮助解决问题，或者接替开发以及维护。

       关于测试，不可缺少的一个重要的环节-----测试。程序开发者应该具备自测能力，但是测试不能是一个人的测试，一个人的角度和思维方式单一，并不能完全的体现出大众的使用角度。我建议至少有2个人员（产品负责人跟进）来跟踪项目进度，进行测试，最好是能过写出一些测试用例或者能过记录和跟踪bug的进度，给开发者一个详细可见的问题列表，最好避免口头描述。

       以上就是我所总结的问题以及一些建议，可能不管是什么样的开发管理方式都会出现这样那样的问题，在这种情况下团队的协作机制，激励机制都要发挥作用，真正出现困难的时候，会有人挺身而出，指出问题，带着大家去解决问题。在大家摸着黑走路的时候，你拿出热心，发出微光，造亮前进的道路，这就是管理者的职责。

 

转载于:https://www.cnblogs.com/riasky/p/3476342.html