规划极限编程 03

责任不能被指派，只能被接受。如果有人试图给你责任，只有你自己能够决定是否负这个责任。

接受责任对应的一些实践，比如，负责实现故事的人最终也负责这个故事的设计、实现还有测试。

责任和权力需要并行。两者错位会扭曲团队的沟通。当一个人告诉我该怎么工作，却不承担这些工作及其后果的时候，权力和责任就错位了。我俩都无法从一个理智的角度出发看待或使用那些有助于我们改进的反馈。另外，错位还要付出情绪方面的成本。

在开发之前我们要总揽这个项目，看看他的开发周期和业务周期，一般开发周期都比业务周期要短，因为需要在中途对项目进行修正，在开发前，我们需要把所有重要的特性都过一遍，每次迭代都选择最重要的，不能随意选择，这样最终能完成需要的东西，不会影响整个软件构造计划。

有的时候我们接到的任务会特别多，但是我们的时间有限，那么，我们该如何去解决，首先我们要清楚，事情都有轻重缓急，我们要先做重要的事，另外，每个团队都有成员，我们要分配开任务，要懂得什么任务适合谁做，任务太多意味着机会和希望，但是我们至少要知道该做什么。

过去，我总是想将任务平均的分配下去。

这样做会导致强弱分配不均匀，任务失败。

读了这本书，我觉着要根据人的不同，分配不同的任务，这样才能合理。