敏捷开发方式，起步

　　前天看了一下《.Net 2.0极限编程专家指南》这本书，初衷是想学一些真实环境下，敏捷是如何与客户互动的，从前看的书中，总觉得过程有一些不连贯。例如，如果跟客户签约，什么时候收钱？如何按小时计费的？等等。如果遇到几千块的小项目，用户是想在几千元内就把问题搞定了。他想你把所有事情都包了，而你想跟他签开口协议，这样他就会存在风险（因为他也不懂项目需求）。极限编程是要求客户参考写用户故事的（也就是需求）。这个方法很好。但项目经理是怎样与客户博弈的？

　　仍有这些疑问没有错了，所以，就暂停了两天。

　　今天在散步的时候，突然想到，可以将此方法先用于自己的产品项目中，我总是自己的时间管理不好。不如自己给自己写用户故事，然后自己估计点数（理想日），再分解任务，再领任务（当然全是我领了，呵呵）。然后再以用户角色评估用户故事的优先级。好了。开始开发。这样就可以估出自己的开发速度来。这样的好处很多。

　　加油，自己的时间管理。