工作中的两个原则

上周部门例会开始了一个新的话题：汇总大家在工作中遇到的各种问题，共同进行思考和讨论。关于职业规划、团队建设、或者是业务或技术方面的，只要和人有关的都可以。有什么困惑或者曾经想明白了的问题，都可以讲出来。 

这么做的目的就是希望激发Team lead们的积极性，促进团队之间的经验分享。关于这个话题的第一次例会的议题就是问题收集。

在收集问题的过程中遇到了两个问题，我是这样处理的：

1. 有人提出的问题大家都很感兴趣，就会把收集问题的会议变成对某个问题的讨论，对于这种明显跑题的行为，需要进行引导甚至制止；
2. 因为怕冷场，所以我在议题里明确写着每个人最少要提出一个问题。随着提问的增加，后面的人会感觉到自己的问题已经被别人说出来了。这时不能接受这个借口，给一点儿压力，能得到意外的效果。

我得到的问题是这样的：

1. 如何激励团队士气？
2. 如何提高团队的积极性？
3. 如何提高开发人员的责任感和主人翁的意识
4. 项目周期内如何做好跨部门、跨业务线间的人员协作
5. 如何预见和预防项目中的技术、业务、人员风险
6. [技术]如何做好Redis缓存系统的知识分享
7. 怎样进行知识分享效果最好？
8. 如何让上级看到工作业绩？

问题都是好问题，但在提问过程中我觉得有点儿什么东西还在我的控制范围之外，这个感觉直到今天我才找到答案。那就是我们还没有为提问回答定一个原则，我们要就哪类问题提问。其实这也是我们的工作原则，左思右想，就这么两条，请各位拍砖：

1. 我们只思考那些经过我们自身努力能够解决的问题；
2. 不要在公共场合说抱怨的话，那样只能让事情更加难以收拾

计划下周例会选一个问题开始讨论了，由问题提出人主持。