文章来源于网络收集而来,版权归原创者所有,如有侵权请及时联系!
第10章 项目管理决定了开发速度
想改变现状,首先要深入一线,熟悉现状,知道了一线人员的苦与痛,然后才能一小步一小步地优化,步子太大,容易扯着蛋,后期可以把步子迈得大一些,最终朝着你所期望的那个方向逼近。
一次性把流程全都改变了,一线人员首先会不习惯,从而达不到效果,但是各种报表是好看的,上报给大老板的结果都是好的,直到最后一天捂不住了,才会发现延期或者驴唇不对马嘴,而项目负责人这时候总能找到脱身的理由,比如团队执行不到位,其他部门配合不够,然后轻描淡写地说“先解决问题而不追究责任”。于是,项目每次迭代都会延期而得不到本质上的改变。
王安石变法不就是个很好的反面教材吗?那次变法具备了项目管理中最忌讳的几件事情:
1)领导者高高在上,执行者欺上瞒下。
2)理想美好但是不切实际,最后连农民阶层这样的“受益者”都反对。
3)一次性改变太多,导致树敌太多。很多人不理解不支持,尤其是既得利益受到损害的阶层。
无线项目的管理,与之前的所有项目都不同,因为它涉及iOS、Android、MobileAPI和QA团队的相互依赖、分工协作的事情。以下是我这几年来在无线领域摸着石头过河的经验总结,其中也走过不少弯路,仅供大家参考。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论