实际的权威来自于每次任务的（出色）完成。
进度监督，对进度进行跟踪和监督。（评估进度，跟踪进度。）
人员和时间之间，需要沟通实现任务的分解。（沟通很重要，沟通可以实现任务的分解，提高工作的效率。）
沟通所增加的负担由两个部分组成，培训和交流。（能分解任务的前提是每个成员都懂得那项技术。）
1/3计划，1/6编码，1/4单元测试，1/4系统测试。
在现实情况中，一旦开发团队观察到进度的偏差，总是倾向于对任务进行消减。（事实确实如此）
最好的和最差的程序员表现在生产率上平均为10:1，在运行速度和空间上具有5:1的惊人差异。
对于效率和概念的完整性来说，最好由少数干练的人员来设计和开发，而对于大型系统，则需要大量的人手，以使产品能在时间上满足要求。
解决办法就是，大型项目的每一个部分由一个团队解决。每个部分由一个小组组长负责问题的分解，其他人给予他需要的支持，以提高效率和生产力。
而不是一拥而上（努力成为那个小组长，敢于担当）。老徐是外科医生，小韩是副手。
简洁易用是设计的方向，努力的方向。
数月内，相同小组--结构师、用户和实现人员--每周交流一次。大家对项目相关的内容比较了解，不需要安排额外时间对人员进行培训。
当问题出现时，在界线的内部和外部同时寻求解决方案。
清晰地授予首席结构师决策的权力，避免了妥协和拖延。
对于存在疑问的实现人员，应鼓励他们打电话询问相应的结构师，而不是一边自行猜测一边工作，这是一项很基本的措施。
测试小组是顾客的代理人，专门寻找缺陷。
工作中的交流,电话沟通、会议、工作手册。
工作手册包括目的、外部规格说明、接口说明、技术标准等。
实践是最好的老师。
实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。
第一遍学习时，集中注意力，可能会辛苦一些，因为不熟悉；也可能会枯燥一些，因为不熟悉。读书学习就是这样一个过程。渐渐的有兴趣了，学习起来就会轻松愉快了。
读书并思考，加上自己的理解，也许会更能集中注意力。
学习时，不一定所有都学，学习自己感兴趣的，学习常用的知识点。其他的，用到了再学。