保持小规模：物体越大，它需要的能量越多，这个自然界的定律同时也适用于商界。在Web开发领域也一样，你需要能够容易并且低成本的转变，因此你必须要会控制自己的规模。
规模通常在下列情况下膨胀：
- 时间过长的契约
- 雇佣过多的人员
- 长期不变的决定
- 为了开会而开会
- 过程繁重
- 投资（物理上或者精神上的）
- 硬件、软件或者是技术的瓶颈
- 私有的数据格式
- 用过去的观点来约束未来
- 时间过长的规划
- 官僚！！
同样，也会因这些情况缩减：
- 合时的思考方式
- 能够胜任多任务的团队
- 在约束的环境下工作
- 少量编码
- 少量特性
- 精简的团队
- 简单
- 减少交互的接口
- 使用开源软件
- 使用开放格式
- 开放式的组织架构可以减少决策上的错误
保持低成本的转变：记住，灵活的转变将是你最好的朋友，这一点尤其是 用户互联网行业。如果你的竞争对手能够比你更灵活的转变，你将处于劣势；如果他的转变成本更低，那么你将会输掉竞争。你的小巧才是那些巨头们内心深处的恶 魔，你可以在一天之内完成一个大型团队需要数周才能完成的转变。廉价与快捷才是一个小型团队制胜的秘密武器。
开发三人组：只用三个人的小组来开发产品的1.0版，这是你最精简的 团队组成，他会满足你初期的人力需求，并且拥有足够灵活性。一个开发人员、一个设计人员（注重交互设计）和一个多面手（组织管理、策划推广与公共关系）， 不过前提是你必须找对合适的人，优秀的人才是不会花费无尽的资源的。如果你感觉人力不足，那么就应该尽早的调整任务的优先级，要记住的就是一定要保证第一 个版本的小巧与紧凑。
“沟通的成本是团队成员的人数平方倍！” —— 梅特卡夫定律（Metcalfe’s Law）
拥抱约束：有限的条件会激发你创造更好的解决方案。我们总是感觉资源不足，时间不够、人力不足、资金短缺，这是好事，它会使你更加的专注。37Signals 在开始 Basecamp 开发的时候，只有一个设计、手头还有其他客户的工作、一个远在丹麦的开发人员（还有7小时的时差）、一个小团队并且没有外部投资。面对条件苛刻的限制，他 们将任务分解成小块，按不同的优先级来完成；同时减少人与人之间的会议，利用IM与EMail沟通，迫使自己快速的向目标前进。
做回你自己：很多小公司都将自己扮演成大公司那样去运作，这是一个致 命的错误。个性化与友善是你与那些大公司最大的不同，小公司可以享受没有成规与官僚的约束，拥有更多的自由，而且更加容易亲近你的用户。利用BLOG来取 那些官方的发言与公告（当然很多大公司也开始这样做），让用户能够实时的融入进你的产品开发，并感觉你在及时地响应他们的反馈。保持小巧的最好的一个原因 就是减少内部的沟通流程，它将大幅降低你的成本。
999999">学习笔记仅供交流参考，需要了解完整的内容，还请大家购买《Getting Real999999">》的原版:)
Related Post
Tags: Getting Real, 学习笔记
通过 RSS 来订阅 indigo 的更新
Google Reader 阅读
通过鲜果来阅读
通过抓虾来阅读
用 IM 软件接收更新
请问，为什么把”Stay Lean”翻译成“保持倾向性”？还有，Permanent Decisions应该是长期不变的决定，不是“永远都在作决定”(任何一个项目都需要不定地做决定的，但最好不做长期不变的决定)
Inventory不是Investment(投资)，是指库存
Lock-in也不是瓶颈，而是指锁定
…..
谢谢你的纠正，不过”Stay Lean”应该怎样理解才合适？
Lean 是瘦的意思，或者是没有什么脂肪，或者是没有什么多余或浪费的东西，也有开支节俭的意思
看到别人把Lean翻译成“精实”或“精益”
谢谢你的指点！应该看过《Getting Real》这本书吧，有时间可以交流一下！
[...] 保持精简 保持小规模和低成本、开发三人组、做回你自己 [...]
[...] 保持精简 保持小规模和低成本、开发三人组、做回你自己 [...]
最近在思考职业规划和团队管理的问题。。觉得getting real里面提到的很make sence。