项目中总结的问题

                                                                               

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

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

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

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

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

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

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

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

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




 

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

你可能感兴趣的:(项目中总结的问题)