看移山之道，就像看一部小说，在叙述着移山公司的发展历程的同时像我们介绍了VSTS以及MSF方法论，同时也像我灌输了团队编程的一些习惯、技巧以及身为一个团队成员的责任。
在团队中，我们要相互信任，信任他人可以按时保质的完成任务，同时也要为他人的信任负责，自己按时保质的完成自己的任务。而相互信任，必然离不开团队的交流。MSF给了我们一个必须交流的项目合作模式，即在对任务的处理中，通过预设置的状态变更条件来完成简单的交流。但团队成员聚在一起开个小会，一起为了项目发言的工作也是必不可少的。
为团队负责，势必要对各个环节负责。增加自己代码的可读性，如变量名的设置，注释的添加等方法都是必不可少的。之前我对于注释的添加没有什么概念，直到有有一次看到同学给我发的源代码，还是他们的课件里的简单代码，在每个else处写下了这个else的进入条件，在每个‘}’处加上了类似’//end if‘这样的注释，虽然简短，但在很长的代码中，无疑大大增强了代码的可读性。
而对于书中提到的观点，例如要随时保持软件的可安装可发布，这样做的确可以减轻测试人员的工作难度，但是无疑会增加开发人员的工作难度，这是否意味着在添加一个新的功能之前，我们需要备份之前的版本，而添加功能对程序的修改，相对于不保持软件的随时可发布，修改量会增大很多，这样会不会减慢开发的效率？可不可以在快到软件的交付期限的时间段再开始这样的习惯？
在充分授权的情况下，加入我们对于自己的能力比较怀疑，在里程碑日期之前也无法完成任务，这时我应该怎么跟团队表达我的想法？
