我理解的迭代开发，即是软件通过识别硬件版本，从而兼容产品生命周期内，所有的硬件改动。造成一个研发费用不低，研发人员又少的恶性循环。举一个例子，在一次硬件方案变更中，换了一颗外围DSP芯片，就重新生产了一百五十多台样机，每台样机元器件成本都在千元以上。这还是

回顾是最重要的一个实践，原因是它能让团队学习，改进和调整其过程。许多团队使用迭代，尤其是为期两周的迭代，因为迭代在最后会提示进行演示和回顾。当团队完成一个发布或者加入一些功能是时。当团队出现问题时，以及团队协作完成工作不顺畅时。为每日站位规定时间盒，不超过

1）关注用户：要以用户痛处为契机；把用户需求放在第一位。3）数据导向：用互联网的特性获取用户使用轨迹，做A-B Test理解用户需求和选项，从中判断如何设计产品和排序功能。用定位来挑选功能，避免功能膨胀。9）洞悉未来：看清楚方向可能就是成功的一半，要对产业

1）关注用户：要以用户痛处为契机；把用户需求放在第一位。3）数据导向：用互联网的特性获取用户使用轨迹，做A-B Test理解用户需求和选项，从中判断如何设计产品和排序功能。用定位来挑选功能，避免功能膨胀。9）洞悉未来：看清楚方向可能就是成功的一半，要对产业

1）关注用户：要以用户痛处为契机；把用户需求放在第一位。valuable product，每周更新，专注很少新功能，小团队，快动作，敏捷地开发验证，直到可解决用户痛处，然后才开始推广。3）数据导向：用互联网的特性获取用户使用轨迹，做A-B Test理解用户

迭代要有固定时长，不能超过六个星期。在每一次迭代的结尾，代码都必须经过QA的测试，能够正常工作。团队必须要有燃尽图，而且要了解他们自己的生产率。一般大致相当于一个“理想的人天”。在sprint计划会议之前，要确保产品backlog的井然有序。举办Sprin

<p>当今互联网的发展，已不是大鱼吃小鱼的时代，而是快鱼吃慢鱼的时代。互联网产品的制胜原则就是一个字——“快”。在各种形态的产品研发中，我们始终贯彻如一的价值观之一就是“快”，我们应该如何来理解和诠释“快”？又会从哪些方面来执行贯彻这个原则呢？

作者以简书网站的改版为例，简要的分析了产品改版中常见的一些问题，以及其中需要注意的一些点，与大家分享，希望大家能受到启发。简书的网站发布了一个新版本，这个新版本改动非常大，同时也收获了许多差评。但是今天我的重点并不是要抨击这个新版，而是从简书发布新版本的发

上篇所讲的高聚合低耦合的宗旨，就是要用在产品设计上。此处所讲的产品设计，不只是界面设计，还包括产品架构、系统架构、功能模块、实体结构、角色、逻辑等等。基于需求提出业务方案，基于可行可落地的业务方案进行设计。系统架构强调的是系统和系统之间的联系，如果有多个系

产品经理要为产品负责，并且以产品为手段，推动业务发展。与书、建筑相比，互联网产品拥有敏捷迭代这一大优势，书和建筑没办法两周更新一次，但是互联网产品可以。总览产品的整个生命周期，其最小粒度就是版本，产品的版本迭代，就是推动业务的方法之一。产品迭代，就是要基于