人与人之间的交互是复杂的，并且其效果从来都难以预期，但却是工作中最为重要的东西。
《人件》，第五页
许多人可能经历过陷入焦油坑的感觉, 无尽的需求，无尽的bug，无尽的email，无尽的deadline，无尽的争吵，深陷此处，看不到项目结束的希望，人困马乏，什么时候项目才能结束？甚至项目最后不了了之，大家都会感到比较欣慰。叹之，终于结束了！
经历过失败的苦恼，我们思考软件工程，我们反思我们的流程，我们的计划，我们很郁闷的想，我们RUP了，我们也去CMM了，为什么还会这么累，这么烦呢？
敏捷一点吧，我们开始尝试新的方法。
项目背景：
开发一个提醒的东东www.google.com/calendar 等. 使用所谓的Ajax. 想做的象google calendar一样酷，还是有难度的，因为团队人员只有3个开发人员，1个测试人员，2个业务人员，1个美工。具体技术细节这里不做详尽的探讨。
团队组建
吃软饭的人都知道软饭是不能自己做的，自己吃自己的软饭再好吃别人也是不知道的。那是团队的结果，从字面上来看，团队之所以是团队，就说明不是一群人。TEAM – Together, Everyone, Achieve, More. 选择团队成员决定项目的成功和失败，如何选，一定要选高手吗？对，神话上说一个高手要比10个低手的生产率还要高，我表示非常的赞同，就是这样的。但是高手是可遇不可求的，选人的原则是：
- 头脑敏捷
- 身手捷敏
- 心胸开阔
- 思维发散
- 较好沟通是必备条件
可以看出选人的标准是，沟通为本，因为沟通对项目就是一切。 组建团队需要明确个人的职责，更多的是边缘职责的明；当然这里需要开个会，讨论一下，确定沟通方式，开发方式，测试方式，还有deadline.
合同
大家都对合同很感兴趣，因为其影响开发任务，影响开发费用。但是有比合同更重要的，那就是和客户的合作。客户有时候都不知道自己想要什么，或者不确定自己真正需要什么，良好的合作及流畅的沟通会给项目的进展有不可估量的效果。
计划
计划远远没有变化快，所以我讨厌做计划，但是计划是必须的。长远的计划让人看不到希望，所以越短的计划并且在短的时间内宽松的计划让人感觉满意。实践来看，两周的计划让人感到舒服，每周的提交是一个不错的周期。关于计划的细化，我个人觉得是开发人员自己的事情，给开发人员更多的空间，对任务的估计是一个比较难的事情，所以高手带一低手应该有自己细化的内容，如果觉得完不成任务可以和负责人讨论，修改我们滚动的计划。做计划的一个原则，计划千万不要做的太大，完不成的计划让人恼丧。
提交
每周的提交让人感到兴奋，客户也会满意你的做法。把应该计划的东西放到这里更让人舒服，如果客户每周看见你的进展，不仅团队为逐步的接近目标感到踏实，用户会对你更多的信任，并且会及早的发现业务中出现的问题。
下一小篇，从需求开始 到 需求结束