故事卡以外的故事敏捷需求协作-JamesShore.PDFVIP

s e c i t 故事卡以外的故事 敏捷需求协作 c ： a r P 用户故事是敏捷项目中常用的需求获取技术 然而隐藏在其背后的 是对于产品经理 开发团队 客 ， ， 、 、 户坐在一起 紧密协作的要求 践 、 。 实 文 James Shore 译 李剑 ■ ／ ／ 术是一个补充 你可以把它跟其他任 这个词更贴近于常见的行业用语。 面是张故事卡 用它来做计 ， 。 划很赞 不过跟人沟通需求 何一种你正在使用的方法结合。 产品经理需要对产品有清晰的认 下 ， 识 不过这并不意味着他要自己对产 可就差劲得很了 如果你玩 ， 。 品负责 产品经理会跟交互设计师 过很长时间的极限编程 或许就听人 。 、 ， 为何协作？ 这次演讲的题目是 敏捷需求协 业务分析师 真实客户 市场人员 、 、 、 说过 故事卡可以当作记号 以后用 “ ，“ ， 作 选这个题目就费了我很大功夫 用户等等一起工作 到最后 要有人 来做沟通 但这句话到底是什么意 ”。 。 。 ， ”。 我本来可以用 敏捷需求收集 或是 把这些五花八门的观点收集起来 形 思 故事卡是怎么产生的 有了故事 “ ”， ， ？ ？ 敏捷需求工程 但是最后还是用了 成明确的产品描述 这就是产品经理 卡以后 你又该怎么使用 “ ”， 。 ， ？ 协作 因为用户参与是软件项目成 的职责。 “ ”， 功的核心要素 无论项目是不是敏捷 产品经理的工作可不轻松 他必 。 。 。 敏捷开发推崇协作 因为它可以提高 须持有强有力的观点 能够把所有意 ， ，