第1章 概论：
问题：书中有个例子是：“A公司要写用户必须卸载B公司的软件，然后A公司的软件才能运行”，请问A公司的这番作为是否合法？又是否符合软件行业的行规？（这个例子中的A、B公司分别是指腾讯和奇虎360？）
我的答案：不知。
第2章 个人技术和流程：
问题：程序员在工作中是技术重要还是业务流程重要？
我的答案：业务和技术两个都重要，程度取决于岗位上的不同。
第3章 软件工程师的成长：
问题：如何衡量软件团队中每个软件工程师在软件开发中的团队贡献及每个软件工程师负责模块的质量？
我的答案：由工作量，难度和效果初步判定基础贡献分，再此之上掺杂入各种人际关系与团队成员的勾心斗角决定最终贡献分。
第4章 两人合作：
问题：书中的代码规范很多很杂，是否可以在代码调理清晰的前提下形成一些自己的风格？
我的答案：代码规范的本意只是为了方便阅读维护，如果是只需自己维护的程序，可以用自己方便阅读的方法编程。即使需要给其他人查看的程序，只要方便阅读，不需按照教材的规范编程。
第5章 团队和流程：
问题：这一章提到很多种团队合作模式，举了很多例子，但是这些例子实际应用到软件开发团队中是怎样的分工情况？
我的答案：参考这句“各种招式了然于胸，然后才会无招胜有招”。
第6章 敏捷开发原则
敏捷流程开发原则中的每一条都有道理，有必要，能理解，但是这里面很多东西有必要特意提出来吗？例如：12.时时总结如何提高团队效率，并付诸行动；6.无论团队内外，面对面的交流始终是最有效的沟通方式等等，这些恐怕现有流行的开发流程也一样认可这些原则吧？那么问题来了，敏捷流程和普通流程本质是的区别是什么？有没有明确的分界线？
我的答案：不知。
第7章 充分的授权和信任
问题：MSF团队模型中要求充分信任团队成员，但是有些成员过于高估自己的能力，没有完成自己的任务，让我以后还怎么信任他？是否应该适当控制每个成员的工作量？
我的答案：这种队友，要来何用？踢踢踢！
第8章
问题：这一章主要讲的是需求分析，主要介绍在客户需求五花八门的情况下，软件团队如何才能准确而全面地找到这些需求。
我的答案：直接问客户。
第9章
问题：我们现在怎样培养才能成为一名合格的PM呢？
我的答案：技术方面的权威有利于项目经理对团队的管理，也使项目经理做计划的时候更有信心。
第10章
问题：如果典型用户吴小石头的需求和问题太过麻烦或者复杂，我们是应该想办法解决还是换一个典型用户？
我的答案：权衡付出和回报，决定此客户是否放弃之。
待续...
