BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Engineering Culture Podcast:David Hussman与您探讨有效产品发现和Dude公式

| 作者 Shane Hastie 关注 11 他的粉丝 ,译者 刘嘉洋 关注 0 他的粉丝 发布于 2016年11月29日. 估计阅读时间: 6 分钟 | QCon北京2018全面起航:开启与Netflix、微软、ThoughtWorks等公司的技术创新之路!

亲爱的读者:我们最近添加了一些个人消息定制功能,您只需选择感兴趣的技术主题,即可获取重要资讯的邮件和网页通知

这里是Engineering Culture Podcast,由InfoQ.com以及QCon大会共同呈现。

在这期播客中,InfoQ Culture & Methods的主编Shane Hastie对话DevJamCardBoard It!(一款故事映射工具)的创始人David Hussman

关键内容

  • 把价值放在首位:这不是为了创造更多的产品,而是为了保证我们可以因人而异建立正确的产品
  • Dude公式:价值 = 为什么这么做/如何来做
  • 评估产品对于人的生活产生的影响
  • 使用最简单的方式和“最精简的可行学习”来最小化复杂度
  • 完成有意的发现:使用交付节奏来加快学习周期,紧密耦合地设计和交付sprints
  • 仅仅“完成”是不够的,当物品经由真实客户的验证之后才能提供价值
  • 验证可能会在发现和交付的时候发生

这里是原文中的音频链接

笔记

  • 1分09秒 重点从构建产品转移到构建正确的产品
  • 1分41秒 介绍“Dude公式”:价值 = 为什么这么做/如何来做
  • 3分02秒 考虑产品开发的意图,而不是过程
  • 3分17秒 专注于产品,而非过程。考虑开发产品的意图,确定产品将产生的影响
  • 3分30秒 大的“转变”往往是永无止境的,而且不会非常成功;成功的产品可以影响到一个人,可以让他过得更幸福
  • 4分00秒 宣布一本正在筹划中的新书,书名叫《产品>过程》
  • 4分28秒 我们正在努力,拒绝“敏捷”的过度使用
  • 4分40秒 一个有价值的产品总能找到团队、产品及技术之间的正确映射
  • 5分00秒 “一个团队、一种技术、一个产品”的简单观点在当今复杂的世界中并不现实
  • 5分27秒 外推到一个产品多个团队时面临的最大挑战是,基于大型“系统”的组织的产品不清晰可见
  • 6分02秒 意外复杂性(引用自Fred Brooks)或“偶然的复杂性”
  • 6分35秒 克服复杂性的技术,如MVP和小的产品分割。将客户旅程视为“最精简的可行学习”
  • 6分43秒 复杂的问题是可以解决的,但是复杂性是不能解决的
  • 7分08秒 探索最精简的可行学习的想法:消除不确定性
  • 7分37秒 人们经常过度复杂化MVP,却不把它当做一种技术来学习
  • 7分55秒 即使尚未投入生产,使用故事映射等技术可以最小化进行真实人物验证的
  • 8分35秒 学习于生产之外,但不要重复九十年代的错误,把原型开发当成“交付不成熟的代码,并在此基础上叠加”
  • 8分50秒 现在我们使用的工具都是高质量的,并且发展迅速,可以帮助实现有意的发现-交付周期
  • 9分09秒 通过实时原型、A-B测试、客户访谈等技术缩小交付之外的不确定性
  • 9分25秒 更多的软件开发人员需要转变为产品开发人员,了解人们的需求,并在代码之外验证其中的一些需求
  • 9分54秒 解决误解的方法是提前进行大设计
  • 10分00秒 不同之处在于用于设计和发现上的时间比
  • 10分08秒 以设计sprints为标准,规划交付sprints,降低设计sprint中的不确定性,确定交付sprints中学习到的内容,将新的不确定性反馈给设计sprints,尽量使用潮水式方法处理事件,避免使用序列化方式处理事件
  • 11分08秒 “完成”和“已验证”之间的区别
  • 11分25秒 从使用验证过的想法转向测试驱动产品
  • 11分40秒 “产品影响驱动开发”的观点:在开始构建之前先确认衡量它的影响的方法
  • 11分55秒 在发现阶段的早期进行验证,或是在交付阶段验证产品
  • 12分07秒 产品已完成通常代表着“我已经做完了这个产品”,但并没有评估交付的价值;产品管理应该从验证开始,而不仅仅是单纯地构建产品
  • 12分50秒 期望产生的影响很大,但是积压的项目太多需要处理难以达到期望的影响
  • 13分10秒 有少数小型的团队已经在采用这种方法,但是大多数的组织仍然在学习这些概念(例如Netflix)
  • 13分35秒 Netflix之所以可以用数据来左右产品设计,是因为其有坚实的技术基础
  • 14分10秒 从一个团队,一个技术栈的组织发展到多个团队同时在更大、更复杂的环境上搭建一个产品,有很长的路要走
  • 14分35秒 找到让团队获得更大成功的起始点
  • 15分15秒 只要不受一些不必要的限制,找出起始点并不是很复杂的事情,但是它可以取得的成果是非凡的
  • 15分30秒 我们需要向交付团队之外的人展示工作方式的价值
  • 16分30秒 在复杂的组织中,“产品”的想法并不明显,所以我们需要帮助IT从业人员从项目的思维中转型到产品的思维
  • 17分44秒 在许多大型组织中搭建环境的复杂技术栈导致了技术和团队之间的分离
  • 18分13秒 通过确定验证过的服务或产品的重要性来了解端到端的价值
  • 18分40秒 在开发产品的同时对不同组件进行存根,我们并没有很好地使用到技术栈
  • 19分00秒 通过细化交付、多次验证我们可以处理好技术栈的复杂性
  • 19分30秒 使用发现方法尽早验证学习,避免构建出错误的产品
  • 19分40秒 研究如何在数字空间中应用实验设计,清楚地了解正在使用的参数后再开始实验

上述提及

关于我们的播客

你可以通过我们的RSS feed获得最新的播客,通过SoundCloudiTunes收听我们的播客。在这个页面上,你可以点击笔记旁边的时间快速链接到播客音频的那一部分。

查看英文原文Engineering Culture Podcast: David Hussman on Effective Product Discovery and Dude’s Law

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT