您的软件开发实践是跳过鲨鱼吗?

由Ellen Gottesdiener和Mary Gorman

1977年9月,TVItecom 快乐的时光 有Über-hip fonzie,穿着皮夹克和泳西,鲨鱼的水滑雪,以证明他的勇气 - 而那一刻即使是Diehard粉丝也知道该节目已经过去了它的巅峰。他们是对的。在这一集之后,评级暴跌,表达“跳了鲨鱼“ 出生于。当电视节目或其他任何东西跳过鲨鱼时,你知道它在出路。

我们本月的问题: 您的软件开发实践是否跳过鲨鱼?

例如,人们的角色周围有界限吗?有些组织倾向于将人们限制在开发人员,建筑师,商业分析师,用户体验专家,数据库管理员,网络管理员,项目经理,测试仪和质量保证分析师等角色。可交付成果是专注的作用,气馁或甚至禁止交叉施肥。角色边界 - ITIS的最严重影响是切换。每个玩家都专注于离散可交付,从一个“角色”到下一个“角色”扔掉墙壁。

敏捷和精益的方法 挑战角色细分。就像在20世纪90年代初期一样,产品开发使用交叉功能“重量级队伍“提高设计和开发效率和生产力。这些方法旨在朝着送货团队专注于目标,而不是作用。许多次我们已经看到了如何采用测试员思维集,提高了团队探索要求的能力,如何通过建筑师的眼睛看一个项目帮助商业人员降低风险,增加质量,或者如何介绍业务分析师有助于避免成本并保护收入。

或许你的团队已经跳过了文档鲨鱼。 文件是您为消费者创建真正有价值的文档 - 既可用又有用吗?

您的发展实践会侧重于项目,而不是 产品和投资组合?对于您的业务合作伙伴,您创建的软件的价值不会来自项目完成 但通过提供业务价值.

点击暂停按钮

停止并考虑。拿一个团队 回顾一下 会议,并仔细看看你的最后两三次努力 - 甚至是现在正在进行的努力。积极寻求团队成员和商业伙伴的反馈。

你做得好了?那些是杠杆的实践。

让你减慢,导致摩擦,返工,延误或缺陷?仔细观察浪费时间,浪费了专业知识,浪费了钱。

务必 回顾不仅是产品还是过程。我们使用从请求映射到交付来评估其产品发布过程的一个团队。他们惊讶地发现该过程中的瓶颈,包括由于后期切换而导致的延误以及商业伙伴迟到的延迟参与额外的测试和返工。

另一支团队探讨了他们如何在他们的商业伙伴之间传播,并在其IT管理中介绍。这使他们带到了协作组合和产品路线贴图和更高的透明度。仍然是另一组建立了涉及法规合规性的复杂系统,分析了他们的流程和产品数据。他们发现了有助于的行为模式 - 以及一些阻碍他们的做法。

寻找迹象的其他方式?问你的团队 确定他们最有用和最浪费的做法。 把你的顾客带到午餐,对你寻求急剧批评的透明度。进行短暂的在线调查以确定可疑的措施。在景点:如果您发现任何内容,您的团队可能会有信任问题。

不要做一些你怀疑的事情是不生产的,看看是否有人通知。举行午餐和学习,以便人们可以共享最近的学习,改进和建议。使用简短的便利活动来识别您的开发过程中的问题和机遇。

当您寻求鲨鱼跳跃可能性时,包括您完成新软件,增强或布朗菲尔德开发的所有类型的开发,以及获取和集成Cots Packages。有些团队患有艾尼斯 - 他们忘记将一种类型的开发应用应用于另一种发展。

快进

我们并不建议您必须跳上敏捷,Scrum,瘦或任何其他潮流。有效的软件开发站在仍然提供价值的声音可持续实践的肩上。

采取合作和勇敢的看目前的做法可以揭示不舒服的真理 - 并导致更强大的团队和伙伴关系。考虑您的团队如何使用其时间来并消失的做法。或者,他们如何滥用或忽略现在的时间。通过暂停反思,您可能会发现如何在Terra Firma上放置最佳脚,而不是鲨鱼领土。

作者注意:将发布此博客帖子的版本 SD时代,2011年4月

资源:

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *