敏捷估算用故事点还是人天？

大部分客户其实并不在乎你做的什么敏捷，他在乎的其实是你能不能在规定的时间内交付应该交付的软件。你告诉他我们用的是故事点估算，他会告诉你我不懂你们的故事点，你就告诉我这个功能几天做完。 敏捷估算用故事点还是人天？最先出现在Thoughtworks洞见。

2d

如何设计数据可视化平台

当数据平台逐渐变成每个企业发展所依赖的重要因素，设计出好用的数据可视化平台便是体验设计师的职责，文章会从设计的角度回答三个问题：什么是数据可视化？为什么需要可视化设计？以及该从何处着手设计一个数据可视化平台？ 如何设计数据可视化平台最先出现在Thoughtworks洞见。

4d

如何编写简洁代码？（上）

编程高手不是能够快速写出可用代码的人，而是能够快速写出别人一眼就能看懂的代码的人。 如何编写简洁代码？（上）最先出现在Thoughtworks洞见。

2w

成熟的产品组织需要具备哪些能力

无论你来自哪个行业，处于怎样的组织结构背景，还是拥有哪些不同产品组合，有一些通用的基本实践，可以帮你思考如何建立与维护一个高效能的成熟产品组织。 成熟的产品组织需要具备哪些能力最先出现在Thoughtworks洞见。

2w

测试金字塔不是万能的

金字塔建议底层单元测试占比应该最多，而顶层UI层测试占比较少，中间层的集成测试居中，整体呈现金字塔结构。这适合比较理想的项目，而实际项目中可能有很多不适合测试金字塔的情形。 测试金字塔不是万能的最先出现在Thoughtworks洞见。

3w

敏捷教练技术的融合方法

敏捷转型的过程十分复杂，我们有时候需要做培训，有时候需要做团队教辅，有时候需要推动组织变革，有时候需要引导会议，有时候需要做干系人管理等等，在这么多复杂的场景中，是否可以有一个相对简单的模型，让我们可以区别什么时候应该保持什么样的状态，采用相应的技术呢？ 敏捷教练技术的融合方法最先出现在Thoughtworks洞见。

3w

我在建材市场卖涂料（流通篇）

一场真正伤筋动骨的浩大的“数字化转型”绝对不止于一个app、一套数字化系统，更多的是内部组织结构、根深蒂固的文化、既得利益者与创新者之间的博弈。 我在建材市场卖涂料（流通篇）最先出现在Thoughtworks洞见。

3w

对比mainline和pull request的开发模式

尽管在远距离办公的时候，PR开发模式越来越流行，但我们仍然需要小心谨慎地使用它。 对比mainline和pull request的开发模式最先出现在Thoughtworks洞见。

3w

从架构演进和统一看搜索与推荐

各大互联网平台由于服务内容不同，平台成熟度的不同，对搜索和推荐的偏重程度也就不尽相同，但都是缺一不可。本篇文章介绍了搜索和推荐的区别与联系，架构演进以及架构统一。 从架构演进和统一看搜索与推荐最先出现在Thoughtworks洞见。

4w

全渠道医疗保健服务设计的五大原则

趋势十分明显，数字医疗保健渠道和技术将成为常态。当然，实体医疗并不会被完全取代。相反，它们会以共存的形式，创造一个崭新的全渠道医疗保健局面，而数以千计的医疗服务购买者和提供者都需要适应这个新局面。 全渠道医疗保健服务设计的五大原则最先出现在Thoughtworks洞见。

4w