■ PLM研发部：丰瑟

　　 吃饭和团队本没有关系，因为吃饭是个人的私事，无需团队。但在特殊情况下，因为有了团队，吃饭这件私事变的更美好了。因为种种原因只能去科技园餐厅吃饭 了，突然发现吃饭和做项目非常相似。时间紧、任务急、人力资源有限、流程复杂而且质量必须过关。如果来回坐班车的话，从进食堂到出来只有半个小时不到的时 间，可谓时间紧，任务急；其中要从不同的地方拿饭、买菜、打汤，可谓流程复杂；最关键的是质量，每个人都要吃饱吃好，不能因为情况复杂，有困难就拿革命的 本钱开玩笑。
　　如果你认为在这么复杂的情况下大部分的人吃饭要赶时间，吃的很仓促，或者要不遵守纪律插队等，你就错了。他们组建了高效的团队，这些问题都被统统 摆平。这个团队或大或小，小至两个人，大到四五个人。如一个真正的团队那样，有分工，有合作。这个团队在吃饭的过程中经过了项目的简单流程：立项、实施、 结项总结。
　　这是个高效的团队，因为所有的决定都是积极主动迅速做出的，在去餐厅的车上就做出了一致的决定，吃什么，谁做什么？也就是立项。一般来说，三四个 人是最简单的，一两个人去打菜，一人拿饭并拿筷子，一人打汤。这是分工，和项目中的分工完全一样，有写代码的，有做测试的，有实施的，只有当这些步骤都被 做好时，才算是一个项目被做好。
　　项目的实施过程中却是充满合作的温馨，打饭或打汤快的人就去拿筷子，找好位子后就会去帮助打菜的同伴，吃饭的过程中照顾弱者，比如女士。
　　在项目中一般会出现的互相推诿、互相责难在这里几乎没有，为什么呢？刚开始时我思考着是体制问题，就是说这个团队比一般的项目团队更民主，更自 由，大家可以更自主地选择自己做什么。后来我发现并不是因为体制的问题，而是因为目标的绝对一致，整个团队唯一且非常明确的目标就是花更少的时间，打更符 合每个人爱好、更营养的菜，吃的更从容。在这样的目标之下就形成了质量目标，打每个人都爱吃的菜（由于饭和汤的不可选择性，在质量目标中处于从属地位）， 和性能目标：把真正坐下开始动筷子吃东西前的时间压缩至最少。而团队中成员的个人目标就是尽量吃到合口味的菜，个人目标和团体目标完全统一了。这样，在整 个打菜的过程中，或者说在整个项目过程中，大家都齐心协力地为这目标而努力。
　　之所以觉的这不是体制问题，是因为在这个过程中和一般的项目团队一样，项目成员的利益可能会受到影响，甚至损失。比如说，打饭和打汤的人失去了选 择菜的权力；打饭的人是干的可能是最“累”的活；解决这种冲突的方法很简单，就是交流，用心交流，在吃饭的过程中，大家彼此熟悉了团队成员的口味，知道甲 喜欢吃辣的，乙喜欢不喜欢吃鱼，丙爱吃素的，打菜的人就尽量选择合适的菜来适应每个人的口味。打菜的人较累，大家就轮流打。因为合作，团队中所有人可能只 能吃同样档次的菜，如果吃五块时，想吃四块钱的就要放弃自己的想法，反之同理。就象在项目团队中，可能有多种实现方法，大家可能意见相左，但一旦决定选择 其一，就应该全力支持并付之以行动。这种利益冲突在共同目标下显的微不足道，短期的利益冲突在长期合作中被降到最低。
　　麻雀虽小五脏俱全，吃饭的团队虽小，却俱有一切高效团队的特征。你能说吃饭和团队没有关系吗？