草根笔记

2008-03-04

用看程序的方式找错，是既懒惰又无效率的方法；

随时睁大雪亮的眼睛，看看是不是有个悬而未决的问题，一定要有个人(或是由主管自己)来负责研究到底哪里出错，也许这种研究既花时间又无聊，但总比灾难发生之后再来花好几个星期收拾残局要好得多。

问了错的问题，而导致错的答案，训练自己问出正确的问题！

如果您能很清楚告诉别人，您想要的究竟是什么，这样别人才能给您真正需要的帮助，而不是做一些似是而非的虚工。

勉强自己接下不可能完成的任务，实在是以长痛代替短痛的做法，而且长痛的是整个团队，该拒绝的时候绝对不能含糊；

不要为了讨好别人而伤害双方的工作进程，您永远要根据自己的目标，做适当的决策。

必须保护项目不受外界的左右，尤其是当这种操控来自特权人物之手。

副产品对公司或产品都没有策略上的价值，充其量只是一种消费者回馈。

不值得开发的功能就不要做。

软件产品的开发，不能只为了有趣、挑战性，或是够有个性够令人眩目。

遵循标准重于一切，特别是关于使用者界面的部分。

确定您所要求的报告真的值得属下暂停工作，花那么多时间去写。

请注意定期会议的价值，确定它值得每个人放下手上的工作。

召开任何会议之前，请确定本次会议的目的是什么，达成这个目的的条件是什么，然后，务必达到开会的目的。

不要利用进程表来驱使项目的进行，这对小组的士气伤害太大了。

让日程表维持适度的紧迫，但又是可以做到的，好让组员振奋、不松懈，专心致力于项目的推进。

绝对不要草率定出不可能的期限，导致组员为了赶进度而损害产品的质量。

把长期的大项目，分成几个完整而独立的小项目，各小项目必须有一个主题。

为了保持创意的活力和团队士气，必须让每一个小项目都有令人兴奋的结果。

不要让程序设计师的学习停滞不前，要让程序设计师有机会磨练不同领域的技术，培养十八般武艺样样精通的组员。

训练新进程序设计师时，先培养他对整个公司所有项目都有价值的技术，然后才培养本项目独有的技术。

不要舍不得放您最优秀的程序设计师到别的项目去。如果他在您的项目已经没有新的东西可学，为了公司和他个人的前途，您应该把他推荐到别的项目，让他的成长永不间断。

确定每位组员、每两个月都有一项技术上进步。

一发现某处需要改进，就立即采取更正的行动。