课程: 敏捷基础知识
免费学习该课程!
今天就开通帐号,24,700 门业界名师课程任您挑!
产品负责人
许多敏捷教练认为产品负责人 是团队中最重要的角色。 退一步看,这很有道理。 产品负责人对产品负责, 要设定方向并确定工作的优先级。 大多数企业都没有这样的角色。 有些企业有业务分析师,负责创建项目需求, 然后把需求传达给团队。 他们通常是业务人员 和开发人员之间沟通的桥梁。 如果开发人员有问题, 业务分析师就需要回到客户身上找答案。 而产品负责人大部分时候都应心有对策。 如果开发人员有问题, 产品负责人不应向别人寻求答案。 他们对产品负责,并且有权做出实时决策。 其他企业可能有产品经理。 产品经理比业务分析师更接近产品负责人, 但仍有一些关键的区别。 产品经理负责有关产品的长期战略, 要制定预算并研究竞争产品。 确定愿景后,他们会指派 一名产品负责人来对产品负责。 在典型的敏捷团队中,产品负责人 将基于产品待办列表开展工作。 产品待办列表是经过排序的列表, 包含产品负责人希望产品具备的各种功能。 大多数团队会把用户故事 放到产品待办列表中, 但其实可以放入任何想要的内容。 记住,我们用的是 Scrum 术语, 因为 Scrum 是最常见的敏捷框架。 你所在的敏捷团队可以不使用这些术语。 重要的是,不管称呼如何, 你都需要指派一位客户代表 作为敏捷团队的一员,来对产品负责。 对于产品负责人,很关键的一点是, 他们要完全融入团队, 应该和团队坐在一起工作,并能解答问题。 举个例子,如果开发人员想知道产品 是否应该有复选框或无线拨号功能, 应该转个身就能向产品负责人提问。 如果产品负责人 没有真正投入到团队中, 团队工作起来会很难。 这可能是因为他们原来是业务分析师, 习惯了只交接工作,然后进行下一个项目。 也可能是因为产品负责人 同时参与多个团队的工作。 这都会导致产品交付出现大量问题。 团队就会失去方向。 开发人员就只会交付 他们可以最先完成的那部分产品。 交付的部分可能有最高的客户价值, 也可能没有。所以, 产品负责人一定要完全接受自己的角色。
随堂练习,边学边练
下载课堂讲义。学练结合,紧跟进度,轻松巩固知识。