Q: 如何在迭代过程中做好技术问题探索
团队平时忙于交付客户所提出的需求，所以快速迭代让大家常常会去挑选一条更加快速的方式去解决，从而错过了技术积累。久而久之，大家对技术的追求会陷入迟缓。
最近组里建立起来的知识分享氛围，正在慢慢改变这一现象。每次发布之后，大家会将此次发布的内容作出分享，这是对产品的思考和讲解，也是每个组员展示自己成果的机会。除此之外，平时如果有任何想要知道的或者想要分享的，都可以在群里发出消息，大家通过点赞投票来展示自己的兴趣，得票超过x就被选定进入下次分享的列表。这种方式简单直接，也能很快在短时间内获取到团队所感兴趣的内容。
Q: 怎么看待 Every problem is an opportunity
很多时候我们都会看到这句貌似非常鸡血的话，但最近的一些实践却让我非常深刻的感受到了这句话的用意。其实每日工作中，有哪天是没有问题的呢？ 所以当我们解决了一个又一个问题，好不容易可以喘口气的时候，干嘛还要再花时间在一个已经解决了的问题上呢？
这个反应于情于理都能理解，而且也非常正常，甚至不能说错，但是如果放到更加长远的技术成长和职业成长来看，这么做无疑是把这个问题之中的 黄金 给白白流失了。治标不治本，那么永远无法发现发病的原因，又如何成为一个好医生呢？
而敏捷团队的做法其实是非常鼓励组员自己提出好的想法作为新的用户故事来尝试的，如果能这么做，就会形成一个非常好的功能反馈闭环，既提升了团队的积极性，又能更好地交付出满足客户的好的功能，那么这个问题就真正被作为机会而得到利用了。
Q: 有时候会为了解决一个问题而陷入在过程之中
上个迭代产品有个问题，所以需要设置一些关键指标的监控，于是大家习惯性的找到了平时用的比较多的监控工具发现缺少内存方面的指标，而这一指标之前是被特意弃用的，于是讨论就变成是否应该重新启用这个监控，包括重新启用会不会有别的负面影响等等，导致进度又慢了下来。
其实类似的问题还挺多的，有时候习惯性思维让大家总是在重复找一些老的方法，而一旦有阻碍就会把焦点落在过程之中，殊不知要到达那个目标，其实有很多其他的附近可以尝试，包括一些更先进的方式方法，但是前提是焦点要落在目标上面，而不是在怎么做。需要一定的跳脱，才能让自己有更加开阔的思路。