高效能敏捷研发平台PoC - Prove Of Concept

背景

和瀑布式开发进行比较，敏捷开发最大的特点是响应变化，和快速将会价值。为了做到这一点，由敏捷宣言和敏捷十二原则，催生了很多的敏捷流派，像Scrum，XP极限编程和Kanban等等。Scrum强调的是迭代，XP强调的是快速反馈，Kanban强调的则是杜绝浪费。每个流派都有自己的敏捷实践，而为了这些实践所开发出的工具更是不胜枚举。

市场的繁荣本就是一件好事。可这也意味着对于研发人员而言，需要了解这么多的工具、流派、原则和宣言本身就是一种负担，再要理解正确，并灵活应用，要求就更高了。在实际项目中，团队会使用来自不同流派的从多实践。比如来自Scrum的站会，XP极限编程的Pair，以及看板。

敏捷落地的原因有很多，有人说是文化的原因，也有人说是组织的原因，还有人说是团队能力的原因。文化是一个组织的基础，也正因为文化，吸引到了一批相似的人，想要改变文化自然会是一件很难的事情，因为这也意味着思想的转变。组织想要敏捷，变革推进的过程中，受到的约束会来自各个方面，如人力、财务、部门协作等等 方面，也是难度很高的一件事情。团队敏捷能力的构建，更不是一朝一夕的事情。

那运用敏捷思想，我们先改一小步。组织里有一批人想要尝试敏捷，搭建了一个敏捷团队，作为试点，进行验证。辅助于一些能力建设的方法，比如提供教练，让大家快速正确理解敏捷，一起面对日常工作中的挑战。并能让个人、团队和组织看到敏捷所带来的改变。

那有没有一种可以让团队专注于业务交付，组织友好，高品质的敏捷一站式研发平台，让大家对敏捷都满怀信心，响应变化，快速交付价值呢？

验证可行性

因为我们专注在高效能敏捷研发平台这个细分领域。这样我们可以通过先了解通用领域，看看大家是怎么思考和理解的，从中获取知识经验。再看看我们的目标 - 方便温暖，高品质，强连接，我们就能知道我们自己需要努力的方向了。

步骤

设想

1. 理解Heroku工作流程
2. 找到接近Heroku的开源项目，进一步理解实现流程
3. 按照现有敏捷团队工作流程，梳理设想中的研发平台工作流程
4. 针对每一步骤找到开源项目，学习并验证