原创 Promise和Delivery

  今天听到一句话，很是经典。相处的原则，想要让双方happy，必须Delivery给对方的东西大于Promise给对方的。符合上述的，被视为超出预期，印象和观感随之改善；反之，预期和失落也随之产生。我仔细想想，深以为然。
  网上有两位前辈写了两篇文章：
1.说与做：
2.工程师要敢于说大话，工程师说大话需要掌握的原则
  这里头有很多混淆的概念，其根源大概在于，中文的“说”，实在是太能涵盖了。
1.Vision 愿景 公司有愿景，工程师也有愿景，我希望我花10年时间成为一个出色的工程师，20年成为一个卓越工程师，这是我的愿景。我在任何时候，谈起这个愿景目标，都是没问题的。可以把它挂在墙上，可以放在书桌上。这等同于小时候，做个正直的人，虽然无忌，但是确实可谈。
2.Goal 公司里头有着一年一度的CAP系统，年初设定目标，给老板review，年中进行自评和老板考核；下半年的时候，对之进行调整和重新评估。事实而言，我们需要在公司的环境之中，给自己设定一个目标，确定一些基本的路径。这也是“说”的一部分，只不过比较概要，此处可以设定一些激进或者相对较高的目标。
3.Promise 当一项任务发生，短期（1～3个月，这是我们大部分项目的核心开发和工作时间）或者半年（6～9个月，这是中国项目比较长的周期了），里头分了许许多多小的环节。在制定时间、完成度、工作质量等具体的内容时候，我们可能需要“说”得非常谨慎。很明显的，你告诉你老板，周三要交差，等到你周三晚上10点或者周五发给他的时候，你Promise的越多，人品耗得越多。同样的，面对一个语法和基本错误百出的文档，等到你的老板耐心的找间实验室和你聊聊里头一个个错误的时候，大家怎么想？
  所以人志向远大是没问题的，“说”得大些也没问题，重要的是需要靠谱，需要在每件