产品经理也应该了解项目管理(一)

1 评论 10147 浏览 38 收藏 6 分钟

大家很多时候会因为与软件工程师,以及软件项目经理沟通不畅而烦恼。

      “为什么你们的计划是这样排的,老板要求我们什么时候要上线,为什么你们要那么久。”
      “为什么你们的进度总是有问题。”
      “为什么你们bug这么多。”
      “为什么在这个阶段你就不能修改我们提的需求。”
       这些问题可能很多项目经理都会遇到,那么很多人遇到问题后,沟通不畅很多人会觉得很沮丧,很多人会很不解,当然有些人就会觉得这个工作没意义受夹板气。更有人是奋发图强自学开发。
其实如果我们对软件开发中项目管理很了解的话,其实你就可以理解开发与项目经理。只有先理解才能有沟通。
我本身也做过几年项目经理。成功的项目经验可能不多,但是失败的项目管理经验还是很多。当然我这里不会讲整个项目管理,因为这个也是门学问并且博大精深。我只是讲几个我接触的几个例子来说明一下项目流程以及项目管理流程。如果有机会我也会给大家讲一些关于项目管理的一些小心得。
 下面是我整理的几个有问题的项目管理模型,以及重点问题出现点。
问题项目一

问题一、在调研阶段调研时间短,调研人员缺少行业经验,没有办法给出很好的建议,被客户牵着鼻子走。

问题二、在开发之前没有做demo界面给客户确认。导致客户的需求不断修改。补丁式的烂项目。

问题三、培训经验欠缺、实施没有监督,培训无计划,导致反复培训。责任推卸。

问题四、没有做需求变更管理,需求变更混乱,导致无限制修改,需求重复混论。 问题五、设计与开发并行,没有详细的设计文档。

问题六、没有真正的验收流程,项目结束依然有很多问题不了了之。客户不认账。

以上的项目基本是无项目管理。很多小公司会出现类似的问题。

问题项目二

项目二是按照比较成熟的项目管理模式去管理的。但是依然存在以下问题。

问题一:实施过程中,没有做实施计划做的不是很详细,导致很多数据上的问题。

问题二:测试力度不够,测试方法与流程文档都不够完善。(很多公司很难有很完善的测试流程)

问题三:缺少标准化的开发模板,代码管理混乱,source review 工作没做代码不规范。

问题四:设计过程中,开发过多的去考虑业务框架的问题。导致很多问题都没有隐藏掉了。到后期业务测试的时候才暴露出来。很多业务流程没有考虑进去。

 问题项目三

这个例子是一个产品研发的例子。他不单纯是一个项目也是一个产品。但是这个产品给我们留下了很多隐患,影响了我们很多年。

问题一、我们在做一个产品的时候都会去找个别人的原型去参考。但是选择原型要在很了解这个原型的基础上才能去参照。

我们的问题就是盲目的去参照了一个例子。导致我们邯郸学步,只知其一不知其二。

问题二、缺少行业内精通业务人员的支持(行业业务专家)导致开发受到影响。有些问题会不知所措。

问题三、没有专业的封装(加密封装、加密狗、安装包、操作手册、升级、包装等)

问题四、缺少整体设计。

个人认为,产品的设计一定要有个带头人,而这个带头人至少要很了解业务,如果不了解业务,也一定要有这方面的人相助。产品的带头人还要一言九鼎。

不管产品和项目设计阶段很重要。至少方向不能有大的变动。前期要有方向,有范围。

以下我再分享一下我们自己总结出来的项目管理管理模型。

关于此模型,我在下一次的文章会着重介绍。

来源:产品邦

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!