问题一：Scrum方法中的冲刺阶段是时间驱动的，它是否有效地断了各种延期想法的后路？
问题来源：《构建之法》第111页，书中明确肯定了这个观点。的确scrum方法的冲刺阶段是紧促的，高效的，但因为会进行每日立会，在攻克某一问题时难免会碰到棘手的问题产生拖延想法（问题优先级低在一个迭代周期的末尾），页当一个迭代周期过去提出新的问题列表时，问题进入下一周期，在我看来这就产生了延期。
问题思考：是否是在迭代周期需要Scrum Master不断去发现问题，并督促协助队员解决此类问题，以此隔绝延期想法？
问题二：在敏捷开发中成员需要全方位技术的涉及吗？
问题来源：《构建之法》第111页，书中有提出成员忙闲不均这一问题，联系书中后几页的相关描述。
问题思考：因为老师有讲过在敏捷开发过程中每个成员都是有自己的特长的，那在敏捷开发过程中，到底需要的是在某一方面很优秀的人员，还是某一方面总体来说优秀，专业领域其他方面也能解决问题的全能型人才。我上网查过敏捷开发的适用范围，其中有一点是成员无明显短板。那如果是全能型人才，那进行敏捷开发起始点就很高，参与敏捷开发的人员应该只是一少部分，为什么敏捷开发又能运用的如此广泛？但如果是前者，那忙闲不均这种情况就会很明显，就算将复杂的问题简单化，分而治之，但成员针对某一技术领域不熟也没有什么太大作用。是否是在做项目的过程中队员不断成长，一开始不熟，但是在每日立会上总结自己所学会的技术，进而解决分而治之的问题，表面上看做的是个人的学习，实际上是团队的进步？书上有说过需要的是多功能型人才，那是否就说明后面我所提的一种方法不适合敏捷？
问题三：MSF和敏捷开发是存在什么实质上的关联吗？
问题来源：读MSF原则和敏捷开发原则后所感。
问题思考：因为MSF和敏捷开发其实有很多相似之处，各司其职，分而治之，适应变化，与客户有直接的沟通，投资质量，有共同远景。在我看来最大的不同就是MSF好像更强调做好一件事，成员能够否定管理者的决定坚持自己的想法，当然这只是我个人的想法，因为书中有大篇幅的说过。那MSF是否可以看成是基于敏捷开发而产生的一种方法论，如果可以为何在网上我并不能很直观的找到二者的联系？（当然也有可能是我个人收集信息能力不强）
问题四：能否有一个打折扣的MSF？如果可以那大打折扣之后还能叫MSF吗？
问题来源：《构建之法》第149页书中所问。
问题思考：当一个小公司或者是不那么严谨的团队把MSF原则进行了删减进而运用到自己的团队，因为MSF中信任是足够充分的，如果因为队员的盲目自信导致项目的失败，那团队还能自称自己是用了MSF方法的吗？，还是说MSF方法在原则上是必须要足够严谨的，不能随意删减？
问题五：敏捷中极限编程是做完后优化还是不断优化进而达到极限？
问题来源：《构建之法》第117页关于极限编程。
问题思考：在我看来，极限编程就是做到极致，做到最好。那是做完项目后再进行各项的优化，还是每一步都做到极致。如果是前者，那在进行任务构想时所规划的与所实现的肯定会有很大程度的落差，就算进行各项优化后，少次也难以到达极致。如果是后者，那在时间上来说是不够的，因为敏捷本就是急促的在我看来。