感触:
1.关注节点。弱化关注过程,也不是只关注结果。
2.宽松管理,配合关注节点的理论,即可放松过程(这里是指节点也节点之间的东西)。比如规定:上班不能干工作以外的事情,这里上班指上班的8小时,想想上班8小时都必须干工作,一是连续这样工作是会出问题的,二是如果没有任务的时候那么所有人把vs打开留在代码页面。这尼玛确实不实际,最少听过不下三遍工作怎么能做得完,做完了你检查代码啊,你重构代码啊,你熟悉整个系统啊,当然这样子确实会有事情做,但是实际吗,反正我不太认同。我工作这么多年理解较好的还是松紧松紧有自己团队的节奏,有自己的风格才是好的,长时间这样必死无疑。如果一个领导这样可以看出这个领导经验不丰富。
3.项目团队要打成一遍,扁平,职能上分等级,解决问题协商讨可以一遍,一坨,一堆的处理。
时间: 2024-12-17 03:22:22