如果一家科技公司没有每隔15分钟就谈论他们如何成为“快节奏，敏捷的工作环境”，那么他们实际上是一家科技公司吗？
撇开所有笑话，我真的很欣赏敏捷的哲学。 以结果为导向的项目，迭代式开发，自我授权，协作和信任都构成了一个出色的工作环境。 但是，我想讨论敏捷宣言的四个价值之一 ：
工作软件胜过全面文档
在最初启发“ 宣言 ”的背景下，这种说法很有道理。 呆滞在滑雪场上重塑发展实践的17个人来自疲软的公司环境。 除了支持其他无意义的流程之外，对那些没有贡献任何现实价值的流程进行的巨大投资令人心碎。 文档仅凭现有的优点就可以存在，并且随着给定业务中技术的变化，它很快失去了价值。 对于想要以不同方式拥抱工作的人们，采取这种立场既大胆又振奋。
但是，我认为行业很容易误解敏捷原则，因为它是一种工作哲学，而不是具体过程。 Scrum方法论可能是最流行的敏捷原则框架，但是即使该框架也被明确设计为开放式的。 敏捷的好处同时为滥用提供了机会。
- 对于半完成的项目，业务可以证明对功能需求进行枢轴调整是合理的，因为它们包含对变更的响应。 同时，他们还可以证明保持相同的项目期限是合理的，因为“ 满足客户”是敏捷宣言的十二个原则之一 。
- 经理可以要求团队提供微观目标，以确保员工保持一致的发展速度。 经理还可以根据一天中移动的便签数量来进行绩效评估，并将其用作直接（通常是不准确的）输出量度。
- 部门可以比其文档的冗长性更重视产品质量。 但是，如果走得太远，部门也可以优先提供文档，以提高项目的吞吐量。
