用看程序的方式找错，是既懒惰又无效率的方法；
| 随时睁大雪亮的眼睛，看看是不是有个悬而未决的问题，一定要有个人(或是由主管自己)来负责研究到底哪里出错，也许这种研究既花时间又无聊，但总比灾难发生之后再来花好几个星期收拾残局要好得多。 |
问了错的问题，而导致错的答案，训练自己问出正确的问题！
| 如果您能很清楚告诉别人，您想要的究竟是什么，这样别人才能给您真正需要的帮助，而不是做一些似是而非的虚工。 |
勉强自己接下不可能完成的任务，实在是以长痛代替短痛的做法，而且长痛的是整个团队，该拒绝的时候绝对不能含糊；
不要为了讨好别人而伤害双方的工作进程，您永远要根据自己的目标，做适当的决策。
必须保护项目不受外界的左右，尤其是当这种操控来自特权人物之手。
副产品对公司或产品都没有策略上的价值，充其量只是一种消费者回馈。
不值得开发的功能就不要做。
软件产品的开发，不能只为了有趣、挑战性，或是够有个性够令人眩目。
遵循标准重于一切，特别是关于使用者界面的部分。
确定您所要求的报告真的值得属下暂停工作，花那么多时间去写。
请注意定期会议的价值，确定它值得每个人放下手上的工作。
召开任何会议之前，请确定本次会议的目的是什么，达成这个目的的条件是什么，然后，务必达到开会的目的。
不要利用进程表来驱使项目的进行，这对小组的士气伤害太大了。
让日程表维持适度的紧迫，但又是可以做到的，好让组员振奋、不松懈，专心致力于项目的推进。
绝对不要草率定出不可能的期限，导致组员为了赶进度而损害产品的质量。
把长期的大项目，分成几个完整而独立的小项目，各小项目必须有一个主题。
为了保持创意的活力和团队士气，必须让每一个小项目都有令人兴奋的结果。
不要让程序设计师的学习停滞不前，要让程序设计师有机会磨练不同领域的技术，培养十八般武艺样样精通的组员。
训练新进程序设计师时，先培养他对整个公司所有项目都有价值的技术，然后才培养本项目独有的技术。
不要舍不得放您最优秀的程序设计师到别的项目去。如果他在您的项目已经没有新的东西可学，为了公司和他个人的前途，您应该把他推荐到别的项目，让他的成长永不间断。
确定每位组员、每两个月都有一项技术上进步。
一发现某处需要改进，就立即采取更正的行动。
客户虐我千百遍，我待客户如初恋！