刚刚尝试进行敏捷管理，对敏捷的了解只算是皮毛，四面八方，你可以轻易获取到一些眼花缭乱的技巧和实践（做法），实施起来却不那么轻易，往往流于表面。真正理解敏捷的意义和实行真正的“敏捷”，我想才是在进行轰轰烈烈敏捷管理或刚刚踏入敏捷之路的Team Leader应该优先思考的问题。
项目实践过程中，总是或多或少感觉到某个环节特别的别扭，也因此产生一些疑问：
Q1：当大boss或客户指定了任务交付的时间点，我们应该如何根据自身资源进行发布计划的制定呢？按照交付时间点压缩任务评估的时间（实际完成时间往往超过预估时间）？还是项目组正常进行时间评估，超过的部分统一安排加班完成？
Q2：从客户调研来的需求列表，如何转化成有效的原型图？由项目经理进行设计再与客户确认？
还是由项目组参与人员共同设计项目经理定稿？
Q3：迭代计划进行中，对于客户突发的优先级高的需求和任务，是推迟本次迭代时间，还是将部分功能砍掉移植到下个迭代进行？
Q4：迭代计划的任务分工由项目经理指派还是由项目组开发人员自行领取，或者两者结合？
Q5：对于不同层次的开发人员，如何进行针对、合理的任务安排，使其在项目组中发挥应有的作用？
Q6：如何对处于敏捷管理中的开发人员进行合理的绩效评估？
Q7：可以采用哪些方式增强项目组学习的气氛，提升各项目组成员能力，使整个团队不断成长？
PS：有没有适合进行系统的敏捷管理学习、思考、实践的书籍推荐？要进行敏捷，不用心耐心的去深入学习理解，被动的走，急功近利的走形式从一开始就注定失败了。
