游击产品开发:第2部分

在过去的15年里，我经营着一家专注于机器人和消费电子行业产品开发的咨询公司。在这段时间里，我有幸参与了100多个产品的开发周期，并与行业内许多有才华的人一起工作。我见过令人惊异和恐怖的事情。我在这个行业的朋友们总是让我通过故事或过程步骤来分享他们可以学习的经验，以帮助他们改善产品开发周期。最近，我开始把这些步骤写下来，我给这些步骤起了个名字:游击产品开发．这里的想法是用非常规的方法来打产品开发的战争，主要是我自己的方法，不一定是你在教科书上找到的东西。

第1部分游击产品开发——生产开发阶段的新方法

游击产品开发

这是所有步骤的大纲。在前一篇文章中，我实际上只介绍了步骤1到步骤4。

游击产品开发基础

1. 计划你的产品开发如果你没有写下一组需求，并计划如何执行，那么你做错了。
2. 适应市场第一- Field of Dreams的产品很少成功-做你的市场调查，然后为那个市场开发一个产品。
3. 专业领域——做不在你一无所知的领域开发产品。你注定要失败。
4. 围绕着自己与亲密的伙伴+一队雇佣兵。你不可能成为所有事情的专家——雇佣那些知道你所不知道的事情的专家。你需要一个相处融洽的团队，当他们不知道一些事情时，他们愿意承认——没有自大或自恋人格的空间。
5. 尽早并经常迭代—反复失败是最好的选择。
6. 最有价值球员——一旦你知道了市场适合度，就尽快与实际客户进行测试。
7. 罢工问题快速在一开始消除任何危险的技术障碍
8. 设计规模-不要从业余爱好者的部件中挑选产品部件。
9. 早期的合作伙伴-与合同制造商(CM)和您的整个供应链。
10. 出售-你的产品在你完成它之前。

团队合作

为了继续伟大的产品开发过程，团队合作和团队建设的话题有很多要说的。事实上，当我在这里思考它时，我意识到我可能只围绕这个主题写一篇完整的文章。

上世纪90年代初，我大学刚毕业，就在惠普公司(Hewlett Packard)做软件工程师，这是一段幸运而奇妙的经历。惠普的团队合作和以团队为导向的软件工程方法令人惊叹，我感觉每天都能从我的同事或经理那里学到一些新东西。向我所有的惠普老朋友们致敬。几乎我认识的每个在那里工作过的人，都在那里有过非常特别的经历。在此期间，大卫·帕卡德出版了关于这种文化的书，惠普之道:比尔·休利特和我如何建立我们的公司。

当这本书发行时，他们给每个人发了一本。我记得当我读这本书的时候我在想，我看到了无数像书中那样人们一起工作的日常例子。不幸的是，我认为惠普的家庭式文化在现代的惠普企业中已经不存在了，但在这种奇妙的文化中浸泡后，它真的塑造了我的思维，让我明白在良好的团队合作中我看重哪些东西。良好的团队合作来自于拥有一个快乐、热情的团队。这本书中的一些概念，比如“灵活的工作时间表”和我最喜欢的“四处走动的管理”，从我早期的职业生涯开始就深深印在了我的心里。我强烈推荐你读这本书。作为一本25年前出版的书，它包含了许多与营造良好工作环境极其相关的概念。如果工作环境糟糕，你绝对不可能有良好的团队合作。

我将在下一节更多地讨论团队过程，但我想反复重申的一点是，没有人单独工作的概念，因为它非常重要。当一个知道项目中所有事情的人生病了，或者客户问了一个问题，其中一个人没空时，会发生什么?任何人都不应该在一个项目上单独工作——永远都不。对我来说，团队合作和良好的工作文化是相辅相成的。

这个团队讨论不讨论我的团队顽梗就不完整，那就是有毒的工程师．我尽量把这篇文章写得简短些，因为我可能可以写一整篇。当我定义“有毒工程师”时，我把他们定义为要么超级容易自恋，要么会欺骗别人。是不可能实现的从来没有独自工作如果你的团队中有这样的人，因为他们总是想独自工作，你就需要授权。我知道有时候在你的团队中添加一个像这样的“天才”是很诱人的，但不要这样做。你可能不会很快后悔，但当你的团队反抗并拒绝与对团队文化有害的人合作，或者更糟糕的是，他们一言不发，通过离开慢慢逃离你的企业时，你会后悔的。

关于面试和招聘的话题，任何前惠普员工都知道行为面试的概念，人力资源管理协会有一个很棒的PDF下载，解释了这个面试过程。职场新人面试指南

简而言之，行为面试的重点是提出他们在过去工作中处理某些情况的具体例子，这些情况可能会在你的组织中遇到。典型的行为面试问题可能是这样开头的:“请告诉我在工作或学校中你.....的一次经历，然后把他们需要在你的组织中做的事情写在末尾。让他们尽可能的具体想出一个他们之前是如何处理特定情况的确切例子。不要让他们一概而论。你会发现这种技巧可以很好地揭示他们可能如何处理你组织中的情况。

除了使用行为面试技巧之外，我能给正在成长中的公司的员工提供的关于团队建设或招聘的最好的建议是:确保你的面试过程包含一些面试问题，其中包含一些“无法解决的问题”，这些问题是任何称职的工程师都能解决的知识。如果考生试图解决问题，要么给出了错误的答案，却不愿承认自己做错了，要么试图指责考试被操纵，要么试图用煤气灯照亮你，让你认为没有正确地回答问题是你的错，这是一个巨大的危险信号。在你的团队中，你真的无法与这样一个人进行良好的团队合作....EVER。我知道我这么说听起来有些刺耳，但如果团队中有一个有毒的性格，你不可能建立一个家庭般的工作环境。我听起来像是在重复录音吗?雇佣一个试图在面试中欺骗你的人，后果自负。

说一句不那么阴暗的话，不要害怕把外部顾问带进你的项目。确保你首先使用我以上的建议彻底审查它们，但当你的项目需要一些关键的、具有深度技术性的东西，而你的团队中没有人知道这些知识时，不要害怕请外人帮忙。我曾见过一些大型组织遭受非我发明无法请外部顾问来帮忙的综合症，因为他们觉得这会污染他们内部的知识库。

教训:游击方法的第4步，是打破这种传统的停留在组织内部的循环，从外部世界和聪明的协作人那里获得帮助。

尽早并经常迭代

我最初来自软件工程领域，软件工程实践和方法通常是我构建良好过程的起点。90年代中期，作为一名年轻的软件工程师，我对最新最好的方法了如指掌，其中之一就是“极限编程”。

我从这种方法中得到的一个很大的收获是始终与编程搭档或两人团队一起工作的概念。另一个是做很多小的软件发布，而不是大的，因为它把新bug或问题的风险分散到更短的时间内，这样它们就可以快速解决。

这种软件开发方法最终成为我们现在所知的敏捷软件开发的一部分。

敏捷方法在Eric Ries的《精益创业》一书中被大量使用，是任何创业公司创始人的必读书。

客户通常不希望听到这种高度迭代过程的想法，因为它听起来昂贵且容易出错。使用敏捷方法开发硬件和软件使您能够保持精益，并尽早地犯错误，以尽可能低的成本修复它们。这是一个高度并行的过程，允许您在快速解决问题的同时实现快速开发日程。

还有另一种方法，因为某些愚蠢的原因，我仍然看到人们被吸引，我亲切地称之为“末日产品开发模式”。无论如何都要避免这种方法——瀑布模型:

《瀑布》的理念是你将项目分解成非常具体的阶段，每个阶段都依赖于后续阶段。在当前阶段完成和完美之前，你不能进入下一个阶段。我有一些客户坚持他们在产品开发策略中使用了敏捷方法，当你分解他们处理问题的方式时，你会发现几乎没有并行性，他们显然是在遵循瀑布方法。我对任何从事硬件开发项目的人的建议是避免瀑布方法。仔细看看自己在做什么，问问自己是否在做敏捷?还是瀑布?

另一个问题是，即使使用敏捷方法，失败=坏。在一个高度迭代的过程中，失败=好，因为知道什么行不通和什么行得通同样重要。我见过一些组织根本不能这样运作。许多人认为完美是唯一允许的结果，任何形式的失败都不是一个选项，任何由于失败而导致的迭代都应该是耻辱的来源，这需要工程团队的忏悔。如果你的组织是这样设置的，这可能会产生一个巨大的问题，因为迭代的本质就是犯错并快速修正它们。不要把你的项目当成火箭，它只会加满燃料飞一次，如果它爆炸了，你就永远完蛋了。从埃隆·马斯克和Space-X那里吸取教训吧。他们已经引爆了不少火箭，并准备快速迭代，以新的修订使设计更好。

教训:尽早经常迭代=快速发现问题并在成本最低时修复它们。

探戈手机抓手MVP - OLogic约2014年

MVP很快

“我们必须了解客户真正想要什么，而不是他们说他们想要什么或我们认为他们应该想要什么。——埃里克·莱斯

梦想之地产品通常不会成功。如果你建立了它，他们就会来，不应该成为你的口头禅。如果你愿意花时间与潜在客户打交道，那么基于最小功能集创造一些面向市场的内容是很容易做到的。你可以不想在这。

我尽可能简单地总结一下，你真的想要走出去，尽可能多地采访潜在客户，并开发出他们真正想要的产品。你越能将与他们购买时得到的实物相似的东西交到他们手中，反馈就越有价值。您将了解什么是有效的，什么是无效的，以及产品的哪些特性和功能实际上是必要的。

没有什么比雇佣OLogic来设计他们的产品更让我焦虑的了，他们提出了许多看似清晰的要求，看起来像是从客户访谈中收集来的，但后来却发现这是他们认为客户想要的东西。想看我在会上彻底崩溃吗?!?!告诉我你从来没有和任何潜在客户说过话在第一个原型机的建造过程中。这种事在我身上发生过多次了。我想要让我的客户成功，而我知道这种产品反馈是成功和失败的区别。更糟糕的是，一旦有这样的启示出现，他们就坚持不改变路线。我通常把这种情况比作，一个从来没有走过钢索的人，雇佣我们(专业走钢丝者)来帮忙，然后他们在大峡谷上拉了一根绳子，强迫我们观看他们第一次走钢索。这是撕心裂肺的痛苦。

尽早为你的产品采访潜在客户通常是让你的第一个MVP包含影响购买决策的关键功能的关键。如果你不了解你的客户，你也会失败。你不能就这么简单地去采访你的朋友或家人。当我们为孩之宝做玩具产品的时候，如果一个营销人员把一个玩具原型带回家，给他们的家人或自己的孩子看，用它来影响决策，这被称为“餐桌市场调查”，这是一个可以被解雇的罪行。这是一种很容易走捷径的工作，实际上是走出去向客户展示产品方向，并利用他们的反馈来影响开发。但是不要走捷径——不值得。

当我看到CEO朋友们在市场上大获成功，因为他们正确地完成了这个过程，我再次举起Dusty Robotics。这个视频片段准确地捕捉到了你想要做的事情。

罢工问题快速

让我来布置一个“假装”的场景。一家财富500强公司找到我们说，“我们想进入机器人行业。我们已经有一个团队在几个机器人的概念，已经工作了几个月，但我们想聘请OLogic做一个原型，更像我们想要建立的真正的产品。我们计划在我们自己庞大的企业园区里“dogfooding”这个产品，然后邀请一些合作组织作为早期采用者。我们有一个原型，我们想让你建立一个竞争的设计来评估选项。这是一款办公室内送货机器人，以下是一些产品概念。”

送货机器人概念- OLogic 2015

已经有一份完整的产品需求文档已经写好了，其中有一些有趣的功能，比如一个智能手机应用程序可以把机器人召唤到你的办公桌前，你可以在上面的垃圾桶里放一些东西，然后把它送到可能在办公桌前或大楼里其他地方的同事那里。有很多问题，或者是整个产品概念的根本问题，在最初的需求会议上用大量的挥手示意来解释。关于整个概念，你脑子里出现了各种各样的危险信号，它们显然需要帮助。你会怎么做?你当然可以惊慌失措，尖叫着跑开.....这总是一个选择。?？

这个场景完全是假设的，但这里最重要的教训是，把你知道你可以轻松解决的问题放在一边，只关注那些需要一些研究才能解决的困难问题。要么这些难以解决的问题需要迅速解决，要么它们不需要成为最初产品需求的一部分。通常，我遵循基本的5步解决问题的过程，我做了一个简单的图表如下。有趣的是，我记得我在四年级的时候就学会了这个，但是现在人们用这种分散注意力的方法来解决问题，我看到人们实际上并没有这样做。

这5个步骤的最大问题是，你如何快速做到这一点?其关键是并行处理任务，并在列出可能的解决方案列表时评估解决方案选项。这样你可以快速跳到最后。它可能不会产生“最优”的解决方案，但很多时候它会给你一个比最优解决方案快几天的解决方案，并在以后有机会回头找到最优解决方案。

解决问题的5个步骤(优化得令人困惑)

完美主义往往是项目失败的根源。打破这个循环。

如果在这种情况下，你需要放弃一项实际需求来让产品更现实，你绝对需要回头看看它对市场匹配有多重要。

那么，在这种假设的情况下，我该怎么做呢?我真的会提议一个项目，我们去参观制造机器人的大公司的园区，以及几个阿尔法测试基地的园区。我会拍一堆照片，采访可能是最终用户的人。另外，我会浏览需求列表，找出在时间表中哪些“红旗”是无法解决的。然后，我会寻找他们在编写PRD时没有想到的其他需求，因为他们可能遗漏了一些。是一个不了解部署机器人产品要求的人写的吗?一般将通过实地视察和可能部署地点的照片来公布。确保在MVP设计过程中预先解决这些问题，否则在第一次向客户展示产品时就会面临失败的风险。

在我们的假设例子中，我们去现场参观，然后你看，建筑里面到处都是玻璃。玻璃墙很常见。这对于基于激光雷达的SLAM导航或3D相机避障意味着什么?麻烦了!你需要机器人上的传感器，它可以很容易地探测到玻璃并避开它。这一点简单的研发可以导致一个解决方案，直到很晚的过程中才会被发现。在我们构建任何东西之前发现并解决问题。你可以把这个例子应用到几乎所有的产品开发周期中，只要你把注意力放在展望产品将如何使用以及它将使用的环境上。确保你在产品开发周期前期有时间和预算来快速解决问题!

显然，在这个项目中还有许多其他障碍需要克服，但我们的目标是展示一个简单的示例，说明如何做到这一点。

教训:通过简单的前期研究，消除产品需求中的任何危险问题，降低产品开发风险。

审判结束-(作者2018)

最终的想法

如果没有良好的团队合作和良好的迭代过程，就不可能在合理的时间内解决问题并获得MVP。我似乎总是想着滑雪在写下所有这些好花絮的最后。也就是说，有时候在返回赛马场之前设置一个标志，挡住赛道，做一点工作是有意义的。无论是提高团队士气，还是找出如何将更敏捷的方法应用到过程中，在开始构建产品之前正确地计划这些项目对产品的成功至关重要。有一个业务流程来支持您的开发工作是很重要的。停!在你构建一个产品之前，花点时间来考虑你要通过什么过程来实现你的最终目标。把它写下来，在你真正去做之前，和你的队友一起讨论你计划怎么做。在游戏开始前，把自己从混乱中整理出来，这将为你节省数小时、数天、数周的开发时间。在OLogic，我们有一个完整的团队致力于获取所有“部落知识”，以确保我们每次都能做得更好。

当你怀疑的时候，停下来，为之努力。这样，团队中的每个人都知道路线图是什么样子的，也知道流程中的下一步应该是什么。有大量的在线工具可以用来获取内部知识和编制流程文档。天啊，我刚刚意识到我可以就这个问题写一篇完整的媒体文章。在OLogic，我们使用汇流和清晰图表的组合来捕捉所有这些信息。然而，还有许多其他优秀的游戏，如Tettra、Slab或Bit.ai。我们在一个点上求值。然而，我认为最重要的是找出最适合你的团队的工具。每个人似乎都有不同的需求，仅仅因为您有一个捕获流程的好工具，并不意味着您可以让每个人都使用它。

团队合作、迭代和敏捷技术、优秀的MVP以及快速解决问题是我的游击产品开发技术的这一部分的重点。最后三种游击技术是:按比例设计，尽早与CM合作，以及在完成产品之前销售。在下一篇文章中，我将揭示我在准备生产和进行产品生命周期管理方面的所有秘密，所以请做好准备。

以防你突然出现并读到这篇文章，这个故事的第一部分在这里:游击产品开发-生产开发阶段的新方法

关于作者

OLogic是硅谷首屈一指的机器人和消费电子咨询公司。Ted Larson是一个25年以上的软件/硬件极客。体验设计，制造消费产品和机器人产品。他目前的兴趣领域是机器人、人工智能和消费电子设备的嵌入式系统。188金宝搏下载界面