270、小公司员工薪酬设计要简单，大公司员工薪酬设计要复杂，但都要透明一点好。
271、没有一种薪酬方案是完美的，总是要随企业发展不断动态变化调整。
272、实施提成发放大的困惑是不同的项目，实际难度很不同，而项目总金额和提成却差不多。
273、没有的公平，可以通过动态的平衡去弥补。
274、一开始是为了解决问题而开会，后来是为了规定而开会了。
275、会议是一种解决问题的手段，不是目的，更不是落实。
276、一次开会解决不了的事情，做一些工作后再开一次，多开几次问题往往被推动到解决的方向。
277、在中国确认会议时间的原则是老总可以让员工等，而不可以是员工等老总。
278、很多人喜欢说，不喜欢写，更不擅长执行。
279、其实备忘的目的有时候是怕自己也忘了。
280、真做了工作才能写出细致的备忘录。
281、先肯定成绩，再谈谈问题，这是我们从小到大学会的基本工作方法。
282、不是呆在现场时间越长项目越顺利。
283、管理理论告诉我们，一个人直接管理的人好不要超过7个人。
284、用户培养好了，是好的实施经理。
285、用户其实比我们想象得聪明，比我们期望值滑头。
286、培训用户的人一定要好好培训，可以节约大量成本。
287、用户不会因为你教会他技术感谢你，那是应该的，用户会因为你交给他软能力感激你，把你当朋友。
288、培训不一定要追求规模效应，小范围培训有时候可以更有效保证项目目标。
289、没有考核的培训往往质量不高，不过考核的形式可以多动点脑筋。
290、换个环境培训，用户会更专心，没有其它理由不来培训了。
291、推广也有霸王硬上弓的，但这得有的领导支持才行。
292、不能为了项目进度好看而推广，要确认推广各种风险都受控才能推广。
293、ISO体系要求是做好事先防范，事中控制，事后总结，不是临时当救火车。
294、要围绕业务设计推广方案，而不是围绕软件功能设计，这样才容易成功。
295、让每个终端用户都参与进来，反而更容易推广成功，但一定要事先小范围验证好你的功能。
296、用户利用系统做得越多，推广越容易进行下去，这是所谓的沉淀成本。
297、推广要成熟一块，推行一块，不要等所有问题都解决了再用，那是不可能的。
298、用户认可你，往往愿意配合你，用户不认可你，在软件里挑毛病那是很容易的。
299、验证时候偷懒很容易，不过后面实施看天吃饭了。
300、万一软件问题太多，想想许三多，每天喊不抛弃不放弃，总有解决的那。
301、验收很愉快，做到验收的过程很不愉快。
302、满足基本业务需求只是验收的必要条件，非充分条件。
303、项目边界失控是很多项目无法接近验收的原因。
304、平时多烧香，关键时刻有人帮。
305、验收汇报会往往是一个锦上添花的形式，不是靠这个会说服大家签字验收的。
306、敢向人开口要钱真的需要勇气，尤其是搞技术出身的。
307、要钱要多了，脸皮厚了，不晓得这是好事情还是坏事情。
308、做什么事情提前规划做到心里有数，知道如何驱动和完成了。
309、在中国回个款，有时候要打点的，要配合的事情真多，真是不想干了。
310、争取领导支持，是获得资源的保障。
311、别让一个人只负责一个项目，这样项目资源调度很容易被具体的人左右。
312、人长期呆在一个环境里做项目基本都会退化。
313、开发沟通原则：开发永远都是对的，即使开发是错的，也当他是权威去沟通，这样做事情反而容易一点。