简单设计与简化流程、简化管理

  敏捷设计中有一条原则是:简单设计,够用就好. 反观我们所在的公司的管理,其实也有类似之处.

  经常有这种情况:一天的工作中时不时的要被与当前工作无关的事情打断,再回来继续自己的工作时,思路已经不在了. 尽管当前已经有不少公司在实施敏捷的实践,但做到公司级的恐怕寥寥无几,我有时把outlook关掉,但有些"事情"又容易被误解. 现在想来,有个愿望不知能否实现: team在一天的某个时间段专注于工作,屏蔽外界的打扰.以前有封闭开发的经历,那种状况下,感觉工作效率提高了不少.

  说到流程,这个有些敏感,流程在某种情况下是一种管理/控制工具, 由于自组织的局限性,很多流程层面的东西,team无法改变. 假如流程制定或监控者能够与team一起分析流程某些环节存在的root cause,一些流程就会简化.对于流程, 不要过于依赖auto-tools, 做tools需要effort,用tools也需要effort, 有些流程恐怕会影响team的情绪. 到此,不得不说说scrum, 有些实践scrum的team提出, scrum的一些过程有些多余, 我比较注重结果, 但是对于scrum, 有句话叫:没有实践就没有发言权,我认为如果你还没有深入研究过它,就先按规则好好实践它. 敏捷里面有个规则:持续改进. 改,之前要看到存在的问题,要能分析出问题的root cause, 之后要能看到期望的结果. 对于一个team, 没有学习的氛围,没有追求卓越的精神,这不是我们希望看到的.

  上面提到的自组织,有些东西触及到了传统的管理模式; 同时,不少习惯了被人牵着走的开发人员也不太适应.在没有agile大环境与有“权力”并且称职的scrum master阶层形成的情况下，时间也许是问题的解决办法，要么别提什么自组织。