抄一文：当公司生存都是问题时，我们还需要敏捷吗？

原文链接@龚正

以下全部摘抄自原文：

回想起在参加各种培训和会议的过程中，大家讨论各种问题的时候，上下文都是在一个部门、或者是一个团队，不需要考虑太多的收入和成本，没有定岗定薪的烦恼，没有和客户掰扯合同细节的痛苦，也没有每天盯着公司银行账户的焦虑，在一个相对比较太平和安静的环境之中实施Scrum，我们可以更多的关注于团队的流程和成员的个体，但是当我们把范围扩大，场景变得更加复杂，在一个公司里，团队还在生死线上奔波的时候，敏捷究竟带给了我们什么。

因此我更希望一个全功能型团队，所包括的不仅仅是开发、测试、产品和设计，也同样的需要有销售、运营、市场人员的参与，在一个覆盖了全流程的团队中，才能从更完整的业务流程中来审视团队运转的过程。

敏捷的核心是四句宣言：

个体和交互 over 流程和工具 。

可工作的软件 over 面面俱到的文档 。

客户合作 over 合同谈判 。

响应变化 over 遵循计划 。

在敏捷宣言的基础之上，我总结了一些更具体的内容：

个体和交互

客户的诉求和客户负责人的诉求很可能会不一样。

了解客户、市场、销售、运营、研发、产品、设计、测试、财务的种种术语和他们思维的逻辑，对彼此领域的了解是建立良好沟通的基础。

团队内尽可能保持一切信息的透明，小到设计方案和工作进度、大到公司账户和个人薪资，但是得平衡好透明的程度。

可工作的软件

可工作的软件不仅仅是没有bug，而是要符合客户当下的业务场景。

需求和软件都是自然生长出来的，不要指望一开始就有完美的设计，也不要指望需求不会发生变更；

不要专注于设计文档和原型，而是专注于和客户的频繁沟通。

客户合作

了解你的客户内心真正的诉求，和他们做朋友。

坚持自己的立场，而不是被客户牵着走。

平衡客户和自己的利益，共赢才能持久。

响应变化

以迭代的方式快速交付产出。

频繁的和每一个人沟通，了解他们的近况和思想的变化。

预先识别出一些会导致变化的风险，提前准备一些预案，别总想着见招拆招。

在一个兼职的创业团队中，项目管理的过程几乎无法以Scrum所设计的那样顺利进行，而场景的扩充和复杂化，导致很多时候我们不得不游离在Scrum之外，这时候唯一可以继续指引着我们进行决策的，便是四句宣言中提到的内容，而与此同时，我们也不断的调整自己的工作模式，以适应新的环境带来的种种问题，树木是自然生长出来的，而不是设计出来的，而最好的团队也同样如此。

抄一文：当公司生存都是问题时，我们还需要敏捷吗？