我在JavaEye网站上看到一个很有意思的帖子,请先不要讨论细节好吗
问题很常见,每个公司,每个团队都有这样的现象。讨论这样类似问题的帖子却很少,发帖者是不是很勇敢?至少引起了我的共鸣!
在IT管理中,我见过很多的Leader,他们经常的口头禅是:“一定要细”,或者“你这个再细化一下”, 但什么是细,没有下文了。
经常是鸡毛蒜皮子的小事,纠缠不休,做需求分析,不知道如何分析客户的background, 组织架构,运营理念,商业流程,只会知道搜集报表、记录字段等等。好像没有字段类型,字段长度,就开发不了程序一样。
经常为了屁大个事,非常的讲原则,一定要这样,必须要那样。三番五次的开会,争论不休,最后又回到解放前。
这在IT开发中,与敏捷和迭代开发是严重冲突的,细节要不要? 要不要讨论,要!但不是在你大方向都没有搞清楚时,就去做,缘木求鱼,南辕北辙的案例经常在团队中发生。
我在想,很多人一开始就追求细节的完美,是不是因为搞技术的人,逻辑性太强,非黑即白,不懂变通,没有细节,就无法往下走。有关系呢?
可是我看到很多的所谓的管理者,特喜欢管理迟到、早退、着装之类的屎尿事,企业管理的正事、公司的持续发展没看到做的多好。
这是什么现象?我想是很多人不知道优先级管理这个概念,不知道最重要的事什么,最关键的问题在哪里,造成的。