
用数字沟通——来自敏捷精灵的忠告
因为不知道如何反击,技术人员不得不听从业务人员的要求。这已经是老生常谈了。问题何在?开发人员用数字主要是进行计算的,而业务人员使用数字辅助决策。在下面的故事中,“敏捷精灵”鼓励一个开发人员用数字来描述与计算无关的问题。

因为不知道如何反击,技术人员不得不听从业务人员的要求。这已经是老生常谈了。问题何在?开发人员用数字主要是进行计算的,而业务人员使用数字辅助决策。在下面的故事中,“敏捷精灵”鼓励一个开发人员用数字来描述与计算无关的问题。

管理顾问Johanna Rothman帮助她的客户管理风险:包括项目中人员的风险,人员管理方式的风险,或是项目自身的风险。在这次采访中,她谈论了包含在她的新书《Manage It! Your Guide to Modern Pragmatic Project Management》中,对于处于不同敏捷度时期的所有团队都有效的降低风险的策略。
8月12日InfoQ中文站发布的“用数字沟通——来自敏捷精灵的忠告”一文,在敏捷中国社区里引起热烈讨论,发言者大多认为数字很重要,但是单纯地强调数字对敏捷开发并没有太多用处。
Scrum团队没有指定的领导,一切都靠自组织。一个全球最负盛名的交响乐队也完全取消了指挥的角色,演奏过程中的领导权是共享的,整个团队共同做出决策。他们在团队合作中积累到不少教训和方法,任何Scrum团队都能从中受益。
在一篇引人深思的博客中,Declan Whelan引用了他从Mishkin Berteig那里了解到的想法:诚实,是敏捷团队之所以成功的一个(不言而喻的)原则。这个想法很简单:如果个人不够坦诚,绝大部分的敏捷实践无法发挥作用。
很多软件项目的管理方式和架构方式都倾向于以创建层次结构的方式来拆分任务。这有助于简化开发人员及管理者的工作。但是,如果开发者的工作完全从功能性的环境中脱离开来的话,各层之间的信息隐藏就会在开发者和他们所开发的软件之间,划出一道潜在的鸿沟。