山腰

我们为大型公司构建软件平台。什么时候 射灯 像其他许多商店一样，起草一份工作建议书，我们想告诉您一些关于我们自己的事。在讨论实际的工作建议及其所有方面（时间表，成本等）之前，我们先进行描述 怎么样 我们工作。

这对于技术公司来说是很常见的。 “如何”通常属于轻度尴尬 我们的过程。在技​​术咨询建议的世界中，很可能 敏捷开发过程 is a big part of it.

敏捷方法学有很多优点。这是对六个月内使用某些软件的模型的直接攻击。我们的问题是 处理 以及随之而来的僵化和伪官僚主义。

尽管我们以敏捷为荣，但我们对构建数字产品和平台时的实际情况感到务实。我们的方法是始终保持过度协调，过度沟通，不断迭代和发布。

在每个提案中，我们共享一张图像，以形象化的方式介绍这种更流畅的方法来运送优质产品。我们称它为山腰：

该图表示我们如何考虑产品或平台工作。 X轴是时间，Y轴代表能量和资源。四个“成分”代表Postlight的各个学科中心。有点乱。我们可以接受。有点像 甘特图 在炉子上放置的时间过长，使所有整洁的条形炉子融为一体。

以下是一些值得注意的主要亮点：

1. 没有盒子。 相反，我们有峰谷. 技能和功能不是可以打开或关闭的开关。早期的产品策略占主导地位。设计就在房间里，随着战略成为重点，设计逐渐升温。随着设计的转折和工件的固定，建筑参与并加入了对话。最终，工程技术与附近的所有其他学科一起运转。
2. 拥抱重叠。 我们不相信传统意义上的“阶段”。我们也不相信离散的围墙团队。注意，产品策略和设计层贯穿整个工作过程。设计师与工程师交谈。建筑师与产品对话。没有一堵墙可以折腾您的工作。通过设计实现高度协作。
3. 产品和设计混合在一起。 诸如敏捷之类的大多数软件方法论都很少谈论产品和设计。重点主要放在工程上。我们不这样认为。产品和设计提早升温，再也不会真正消失。经验的所有者不断地，安全帽地以及所有地访问工作现场。
4. 这不是真正的计划。 不是 实际 任何特定项目的项目计划。我们与所有人共享同一个山腰。这是概念性的。我们认为尚未开始工作时，我们无法得出确切的阶段和时间表。在此阶段不愿意这样做的任何人都只是在创建填充程序。

山腰清楚地表明，软件开发工作-从概念到发布的整个过程-都是 乱 努力。挖掘所有优秀人才背后价值的关键是承认并接受这种混乱。

请勿混淆：我们有时间表，承诺和期限。人们得到书桌和笔记本电脑，并稳定地工作。我们还与客户紧密合作，有时他们喜欢每日站立并遵循正统敏捷，我们也这样做。

我们不是要重塑工作。我们 喜欢 我们的工作！我们只想对自己和对客户说实话：到达终点的线永远都不是直线。它更像是一组相互交叠的缓缓重叠的山峰。或我们喜欢称之为山腰。

Rich Ziade 是提供全方位服务的数字产品工作室Postlight的总裁。需要建立平台或产品的帮助吗？保持联系： [email protected].