我能让周围的人对我很好吗？
要回答这个，必须先想想:”我对周围的人好吗？”
善有善报绝对不是一句空话，而是对自己大有裨益的实实在在的处世哲学。
人都希望自己过得好，但方法错误可能导致完全相反的结果。有的人见到好处总是先占先得，自以为精明，结果无形中失去了很多机会，日子反倒过得不好；有的人明白“与人方便，自己方便”的道理，懂得“只有你过得比我好，我才能过得更好”，结果把日子过得妥帖顺当。
人和人的关系是有弹性的。你想成为一个受欢迎的人吗？就不要再计较别人的是非，用一颗温暖的心与人相处吧。
切忌有即时图报的心态。这样的心态会导致你的心态失衡，发现世界上大多人都不懂得知恩图报，结果对别人丧失信心。其实很多回报是无形的，如果人们心里觉得你是个好人，在你做事情的时候不设置障碍，就是对你最好的回报了。并且长久的积累一定会带给你成倍无形的回报。想一想，如果生命能够处处朋友，一路畅通，那会是一件多么幸福的事啊。
幸福并不在天堂里，而是我们今生努力的结果。而这种努力我们必须用心浇灌，让它在每一天开花结果。过好了每一天，就是过好了一辈子。
我会成长并获得成就感吗？
“Don’t grow old; grow up”，成长不应该只是年龄的变化，应该是我们的灵魂。
一个人的成长包括能力的成长，阅历的成长和智慧的成长。
“活到老，学到老”时时回响在我们耳边，人生成长没有止境，也正以为如此，人生才充满乐趣和惊喜，因为我们总能发现新的领域并且从学习中得到乐趣。
善于成长的人是那种对生命充满热情和渴望的人，即使在困顿之中，他也知道未来有着各种不可知的机会在等待他。
成长的人关心的不是自己的物质财富的增长，而是自己能力和智慧的增加。他们更加懂得如何长久地把精神上的丰富和物质上的丰富结合起来。
成长是一种心态，当我们拥有一种积极向上，充满好奇和探索精神的心态时，便拥有了成长的土壤和种子。
在成长过程中不断获得成就感来激励自己。成就感存在于每天的学习，生活和工作中，是我们走向未来的兴奋剂。每一天过好了，就能过好一辈子；每一天有所收获，一生就有大的成就。
我问自己，你过得有意义吗？那先回答以下几个问题：
1.我过的快乐嘛？2.我会成长并获得成就感吗？3.我能做到让周围的人对我好吗？
快乐的第一要素是生活目标，而不是人生目标。没有人能短时间弄明白一辈子的事情。但是至少我能知道1年内我要干什么。目标的标准：1.目标需要通过一定的努力才能达到的2.目标要切合实际，具有可达到可能性分解目标，坚持实现，积累成就。
快乐的第二要素是放松心情。给自己留下空间，也给别人留下空间，心平气和地思考和处理事情。遇到利益冲突和眼前为难的事情，退一步海阔天空。这并不意味放弃自己的追求，而是用更长远的眼光对待自己的追求。放宽心胸，不再为琐事烦恼，不自寻烦恼一定是快乐的人。
快乐的第三要素是保持身心健康。给自己一些休息的空间，定期出去与大自然接触，心情自然不错。我们可以慢慢拼，拼一辈子，让自己活得长一点，而没有必要像流星一样，虽灿烂一时，却转瞬即逝。
能做到以上几点，快乐生活不是遥不可及的。
上周的IPM之后反应出许多问题，反思左右觉得需要总结和学习的地方还有很多。找老板交流了许久，也看到老板总结这几条。发现确实条条击中要害啊。目前项目进展比较不明晰，每次演示阶段进展也没有太让人兴奋之处。这样也让大家在成就感方面确实没有啥刺激。经过跟老板的几番取经之下总结了一些原因如下，希望后续能在这些方面逐个击破。
目前遇到比较明显的问题有：
1.目前产品比较限于小需求的纠缠之中。在协调主线进展和个性化需求开发方面控制得不是很好。
2.迭代进行初期对于产品输出细节没有明确的一个标准，所以导致后续返工的花销十分多。
目前做得不足之处，并且需要做一些改进：
1.IPM和项目总结会议，需要更加充分的准备，例如明确会议主线，会议的每一项议题分别要达到哪些目的，要让参与会议的每一位同学得到有价值的讯息。
2.IPM之后，需要针对迭代周期的目标有一个明确共识。根据优先级来严格执行开发计划，严格控制需求变更带来的风险，严格控制产品输出与期望值的距离。在满足用户需求的基础上，寻求最佳解决方案。
3.对于产品评审需要大家共同抛出意见，产品就像是产品组的baby一样需要所有人的关注下成长。然后尽早的寻找老大们的参与，让老大们可以早日关注到子子孙孙的成长轨迹。
Buddy Buddy
大家在体验新产品的时候往往有一种经验，作为菜鸟，我如何快速读懂这个产品，快速成为中级用户是对一个产品质量的最佳体现。往往所有产品都会提供一份无比详细，充满文字图示的help文档。但是往往这些死气沉沉的长篇大论是无法让人长期依赖。开发方面也常常无法让help的内容跟上产品更新的速度。这让help文档很快成为了产品环节的一个鸡肋。
最近在体验facebook的过程中，发现了一些简单但是非常悦目的体验，请看如下图示：
1.我们在产品中如果有新特性，如果友好的让客户知晓，难道只有通过频繁的邮件或者是传统的发布list来告知用户吗，如果只有这些客户又会花多少耐心来听取这些呢，我们看这个案例：
这里是一个 添加 Badge的预留位，当客户看到这个特性预留位，尝试性的会点击这个提示。
2.点击后大家直觉会跳到哪里呢，是不是大家都觉得跳去 create Badge页面呢？ok，我们看第二个图示：
确实与我们的第一直觉有些异同，我们可以看到这个跳转是来到了一个简单的介绍页面，其实就是我们所谓的help。在这个页面，我们看到一些简单的图示加以文字介绍让用户在最短的时间内忍受了help的冲击，顺理成章的接受了这个特性的洗脑。在了解了什么是“Badge”之后，我们可以从这个页面选择Creater Badge，跳转到真正的Create页面。这么做避免了过于“理性”跳转，即使让客户进入了Create页面，用户在未对新特性有完全了解的前提下，猜疑和不信任的心里会让客户轻易的放弃此功能。所以在加入中间这个简单的过度跳转，让客户有了非常好的体验。
总结一下这个简单的体验，其实我们在开发我们的产品过程总会有一个心态。希望我们的产品特性以最小的推广代价让客户了解，并且希望以最小的沟通代价让客户迅速摆脱菜鸟阶段。这时候我们必然要依赖help文档，但是我们如何将这两者发挥到极致，我们需要的就是分流我们的help，让help无处不再，让help变得更加人性化，用不超过用户忍耐程度help去征服用户。通过这些我们就让原本鸡肋的help从此走向无与伦比的美丽。
最近思考比较多这样的问题，因为发现，在公司每天都要参加很多的会，而很多会从开始到结束都没有太多的结论，或者会议决议得不到有效的跟进和实施。大会小会不仅仅浪费了很多时间，同时也在挫伤自己的积极性，如何让会议更加有效呢？
先看看目前所参加的这些会议普遍存在什么问题吧！
1、会议主题不清晰；
有时候突然在outlook 里面就收到了一个约会说某某时候要开一个会，大概有个主题，然后约会里面也不会提及会议的主题有那些？agenda是什么？系统达到什么目的？通常收到这 样的约会，就接受一下，然后就不了了之了，等到会议要开始的时候，outlook tips一下，然后就去开会了。
2、会议讨论太发散；
由于没有主题或者agenda，结果导致到了会议室，主持人就开始在不断的介绍，在介绍的过程中，与会人员就会不断的骚扰，打断，或者岔开话题，结果可想而知，会议不断的跟拖延了，主题也不明确了，发散了….
3、会议没有决议，形式化；
很多会议开了就是开了，为开会而开会，没有任何的决议；
4、会议变成某几种对立思想的冲击；
曾经参加过这样的会议，会议进程中，出现对立的几派思想，然后就是在这些对立面中互相冲击，争吵，结果会议不了了之；
5、会议时间过长或在非上班时间开会；
由于以上的某些原因，会议时间太长，直接导致参会人员心不在焉，思想不集中，会议效果自然很差；
6、忽略沟通的层次性；
某些会议，因为忽略沟通的层次性，比如把老板，经理，员工等这些角色的人都卷在一起开一些很具体事务的会议，会议组织者经常容易忽略在这些角色中存在层次性，结果导致会议的效果没有达到；
针对以上问题，整理一下，开一个高效会议的步骤如下：
1、明确会议的目的，议题和议程，并在会议之前2-3天就要告知与会人员，并发起outlook 约会，让参会人员有备而来；
2、准时召开会议，在召开会议前30分钟要提前知会参与人员，让他们提前准备，并再次知会议程和目标；
3、有明确的主持人，主持人在会议开始前再次重申会议议程和目标，并控制好会议进程，会议主持要控制气氛避免出现冲突，同时要避免临时性话题成为主要议题；
4、严格控制开会时间，出现延时的时候，主持人要征求参与人员意见或果断结束会议；避免非上班时间开会；
5、会议进程中有开始前对目的的重申，也必须有会议的总结，并形成决议，列入GTD的事项中去；
6、会议必须有会议纪要知会参会人员，并进行归纳，需要跟进事项列入action item；
以上是简单的总结，开会是一门艺术，因为开会其实是一直有效的沟通方法。希望大家在日常工作中多多总结，一起来提升对会议的高效时间管理！这里有高效会议的一些工具，可以参考应用；
这是团队博客
Welcome to Blog.thinklet.net. This is your first post. Edit or delete it, then start blogging!