[naodaole]的博客:
http://cdjw.mypm.net
说说敏捷项目管理
说说敏捷项目管理
  敏捷 迭代在当今互联网行业是一个比较热的词汇,敏捷的意思就是快,需求 快,设计快,开发快,测试快,发布快。敏捷项目 管理就是教你怎么运作能让项目快起来。其实方法论上的东西很简单,关键还是实战中怎么把握。

  1、敏捷项目往往是自上而下的

  其实很好理解,在大公司,pm、rd、qa、ue相互独立,有自己的汇报线,不是自上而下的压力,纯靠产品 理想是比较难将相关人员圈在一起的。而敏捷项目通常采用项目制的人员组织也需要上级的支持。

  2、敏捷项目对参与人员的要求更高

  技能方面:在敏捷项目中,pm要承担部分ue和qa的职责,甚至参与技术方案讨论。rd也要承担部分qa的职责,参与需求讨论。qa和ue也是同样,所以参与敏捷项目对人员能力的要求更高。

  软技能方面:做为项目的pm owner,pm需要通过产品愿景团结一起干活的兄弟们,也需要不停的给团队压力,给团队鼓励。采用敏捷管理后,同样工作量的项目从两个月压缩到了一个月,工作压力肯定大得多,需要很好的安排好工作内容,需要参与人员付出更多的东西。

  3、1.0版本的产品比较适合采用敏捷项目管理 方式

  对于1.0版本的产品,采用敏捷迭代方式是比较合适的。因为这一类项目往往工作量较多,需要拆分。1.0时期的很多想法需要去验证,需要多次的迭代,而且它们没有历史包袱,带着用户 一起敏捷未必会有好结果。

  4、敏捷项目管理不是灵丹妙药

  一个产品能否成功,最关键在于它能否满足用户需求 并得到用户的认可。一个产品的定位 准确,切入时机合适,公司资源能够滋养它,敏捷迭代能够帮助它跑的比竞品快,从而放大成功的可能性。如果一个产品的定位就有问题,敏捷迭代也做不了什么事情。
naodaole 发表于 2015/1/25 23:53:01 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题:
公 告
登 陆
日志日历
搜 索
日 志
评 论
链 接
统 计