10、所有人始终想着项目全景么？
要这样。越是大型的公司，大型的项目越容易发生这样的问题，不要把软件工程师蓝领化，工程师如果长期只是制造一颗螺丝钉，他会失去创新意识和前进动力。项目里面每个人虽然都只是在制造一片叶子，但每个人都应该知道自己在制造的那片叶子所在的树是怎么样子的。
11、其他部门（项目组）知道你们在干什么吗？
经常发一些消息啊，小新闻给整个大组织，要经常在公司一级的maillist或者网站上露脸。这是提升你团队价值的一种方法。要做到当有人问起你在干什么，你说“ABC项目”的时候，别人会说：“哦，我知道。”
12、有可以作为宣传亮点的Cool Feature么？
要。这是增强团队凝聚力、信心的。而且，“一俊遮百丑”，有亮点就可以掩盖一些问题。这样，对于客户来说，会感觉产品从质量角度来说还是可接受的。或者说，cool feature或者说亮点可以作为质量问题的一个事后弥补措施。
13、 尽可能缩短产品的启动时间要这样。
软件启动时间（Start-Up time）是客户对性能好坏的第一印象。
14、不要过于注重内在品质而忽视了第一眼的外在印象
程序员容易犯这个错误：太看重性能、稳定性、存储效率，但忽视了外在感受。而高层经理、客户正相反。这两方面要兼顾，协调这些是PM的工作。
15、 设计越简单越好、越简单越好。
设计时候多一句话，将来可能就带来无穷无尽的烦恼。应该从一开始就勇敢的砍。这叫范围管理。
16、 你们有没有积累一个项目风险列表？
这个必须要有。项目中发生的和未发生的都要形成列表。否则，下个项目开始的时候，又只能拍脑袋分析风险了。别把风险分析当做可有可无的事情，会要命的。
17、每个人都知道哪里可以找到全部的文档么？
应该每个人都知道。这叫做知识管理（Knowledge Management）。最方便的就是把文档放在一个集中的File Share，更好的方法是用Sharepoint，或者使用GIT、SVN一类的工具。
18、你的项目组使用源代码管理工具了么？
应该用。VSS、CVS、ClearCase这些有点老了，SVN也不新，GIT吧，虽然有点学习曲线，但是会带来很多好处。这算是配置管理 (Configuration Management)的一部分。
啰嗦：
1、有些文字是链接，引用了WIKI的解释。
