现在,当企业主管谈论敏捷时,它已不再是描述速度、灵活性和成功的一个流行语了。它是一些方向改变的信号,这一方向是:在软件开发项目中采用管理实践,并在每一个业务活动中应用他们。
“我们看到CEO与他们团队每天都进行站立会议,”敏捷教练Robert Galen说,他是位于北卡罗来纳州卡里的RGalen咨询公司创始人。“我们听到他们谈论梳理产品待办事项列表,” 指的是广泛采用敏捷软件开发方法即广为人知的Scrum。“敏捷不是技术创新,” Galen说。“敏捷是一种文化,是改变组织工作的一种方法。”
高管们受到敏捷的吸引,因为它强调效率,关注完成实际工作,而且当事情出错时进行阻止或提出指责。
日常站立会议
业务团队尝试敏捷技术,首先在日常活动中加入每日站立会议,Galen说。每日站立会议防止团队成员交谈太多,浪费时间在不必要的信息上。站立会议会持续5到15分钟,这就足够让每个团队回答三个问题:昨天做了什么?今天要做什么?是否遇到了问题?
把所有事情摆在明面上
“敏捷出现之前使用的一些老方法,主管只是说一下哪一个项目优先进行,然后软件开发人员就会随着从一个项目到另一个项目,而不知道为什么,” Johanna Rothman说,他是位于阿灵顿的Rothman咨询公司的创始人。在敏捷中设置项目的优先级需要高级主管解释他们的想法,明确挑战所在。“有些人不喜欢它,” Rothman补充说。当把所有的事情摆在明面时,有些主管已经从中得到了价值,并且运用这一方法来做决定,这不仅限于软件开发的决定。
在销售额中运行冲刺
位于北卡罗来纳州莫里斯维尔市的电子邮件营销公司iContact,Galen帮助他们的销售团队使用敏捷技术,从而满足其利益目标。代替季目标和年目标,Galen建议每两周设立销售目标,这样团队划分为短期迭代,称之为冲刺(sprint)。这一目标将会平稳地交付,而不是期限长达几个月久。
Galen指出,他们开始作为一个团队进行协作,使用每日站立会议,集体讨论新的机会。“经历几个冲刺后,他们看到地巨大的提升。他们计划致力于100个新客户,但是他们得到了200个。”
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
DevOps和敏捷相结合 改进软件质量
DevOps实际上是打破了开发人员和运维人员之间的壁垒。在运维团队,你所考虑的方面可能与开发团队不同。但如果我们能更加了解相互的工作,将会更为深入得理解所需的工具和设备。
-
协作对敏捷方法的重要性
协作的意思说是一起工作,而不是单独去完成某项任务。敏捷方法强调了与跨功能团队合作的好处,大大加强了业务负责人之间的沟通。
-
敏捷扩展的九条原则
对于敏捷扩展,并没有按部就班的方法,但有了固定的原则,软件开发团队将会有据可依地创建高质量的企业软件。
-
敏捷式 vs. 瀑布式:软件需求最佳方式
确定软件需求很困难。很好地理解客户需求,在改变发生时维护文档和需求都不是容易的事情。