它真的是什么意思是敏捷在博物馆吗?我们如果我们采用风险航运半生不熟的产品精益创业的原则吗?我们可以真正的敏捷,如果我们需要迫切解决安全问题中途短跑?
敏捷方法的问题在于,似乎每个人都把它略有不同。鉴于该博物馆的规模和复杂性作为一个组织,我们采用了从精益和敏捷的一些技术,和丢弃他人。
最后,它是关于找出工作来帮助你最好的产品。下面是七个事情我可以推荐,我们学会了。
1)得到一个心跳
我们发现它非常有用的逐步建立和致力于一个短期的计划。我们的“敏捷的心跳”是一个两周(sprint),这是由各种各样的“仪式”,技术团队,致力于利益相关者和博物馆。在基础层面,技术团队脱口秀,我们报告我们的进展,请注意我们的阻滞剂,然后解析的(理想情况下),和开始的那一天。
网站指导小组(WSG)是一个利益相关者委员会在维多利亚和阿尔伯特博物馆来帮助我们解决阻滞剂和优先考虑。WSG,相关网站交付,我们的路线图变得一致,并与其他部门的路线图。
我肯定会推荐一个规划小组或委员会。是无价的一个空间的利益相关者对齐,这样的项目不产生不必要的延误和误解。
2)得到优先考虑
在构建新的是什么,尽管有一组明确的业务目标和kpi,一些产品的范围和功能需要修改我们。为什么?由于组织的挑战,孤立的知识跨部门,法律要求和机票价格变化…的例子不胜枚举。碰到这样的相当大的障碍可以构建一个MVP(最小可行产品)非常具有挑战性。
的风险,如果你不适应变化的范围?你风险来自用户的投诉,罚款或降低网上售票,我们最大的在线收入的机器。你能负担得起吗?你可以,但如果你真的不喜欢你的工作。
与产品范围变化和风险高,在这种情况下你能做的最好的是在sprint re-prioritise sprint或延迟产品的时间表。有时,我们必须接受“改变炸弹”也扔进冲刺。由于这种场合,我们不愿意提交发布日期。相反,我们倾向于计划短期和长期使用我们的业务目标导航。
3)组织
现在你已经优先考虑你的工作量和创建敏捷的心跳,你怎么把它分成任务和跟踪?我们已经尝试了一些工具,包括Trello、Jira,融合,产品计划,Excel和Google Docs。
以下是我们的发现:
- 如果使用不止一个沟通工具,你的工作技术团队和涉众,你为自己创建不必要的管理工作负载(尽管有插件连接)
- Jira技术团队是伟大的,但对利益相关者审稿笨拙的使用
- 融合是一个伟大的工具来创建项目空间文档
- 产品计划是最简单的工具来创建视觉路线图和一个有吸引力的方式来分享我们所做的冲刺,冲刺在我们的展示
- Excel似乎适合非常复杂的路线图(或也许这只是我们)
- Trello卡是一个简单的方法来分享用户故事科技每sprint团队正在解决,但成为乏味的保持更新。
- 不是每个人都在博物馆访问Google Docs,这常常使它不切实际的编辑。
相当多的实验后,我们决定放弃所有工具除了Jira和融合,不仅因为它们是相互关联的。毕竟,关键是要决定你需要什么工具,确保你没有复制你的工作量。对我们来说,基本工具:
4)获得短跑
在数字媒体的一部分,我们的工作是解决问题发生时。如果一个高优先级的组织问题是扔进一个冲刺,我们必须承认,我们的sprint计划将会崩溃。同样,当任务被另一个系统。这对我们的技术团队可以令人沮丧。
为什么在sprint工作如果我们很少能实现一个sprint目标?为什么不直接在日常连续工作呢?尽管组织挑战,我们发现在sprint工作有巨大的优势。敏捷有利于:
- 每个人都关注一个可以实现的目标。
- 加强团队。
- 给每个利益相关者sprint /片短跑。
- 建立一个团队。
- 呈现一个非常明确的技术团队是做什么(不像非技术通常情况下人们不理解或与开发者,反之亦然)。
- 生产中最后的展示。短跑可以快速实现的动力,因为他们相对较快。
- 循环很快在利益相关者('嘿,明天你出席我们的展示?”),当它工作时,这是一个很好的工具,赢得人心。
- 工作在一个非常考虑——这不仅仅是一个疯狂的比赛终点顾名思义。
最后,但也许最重要的是…。
- 你不能做太多损害在一个sprint。
所以当抛出了一个“改变炸弹”,当事情变得阻塞,只需记住:它仍然是一个博物馆,而不是创业。这是一个庞大的组织。有时事情需要发生快,其他时候,事情需要等待。与此同时,你可以相信,你不是把事情弄得更糟。Sprint。
5)得到反射
你的工作流程吗?团队变得沮丧或灰心丧气?我们担心我们的后端供应商吗?我们每两周的展示后,技术团队一起开一个回顾性的格式的工作是什么?’和‘我们能改善什么?“通过一堆便签纸和一束放。而不是展示——我们分享我们所做的——回顾关注我们如何工作。
虽然有时逆转录病毒可能会觉得像“软方法”任务,它们可以惊人的动作。好东西都来自于此我们的实验,例如使用分形——“乐高块工具箱”来帮助我们建立有效和一致。还有一个小时,让我接近的脉搏。有人需要一个发泄的机会吗?我们需要叫出来吗?我们庆祝什么继续工作吗?在这种格式中,挫折会变得实用和可行的。
6)得到宗教…
关于文档…。从用户体验的角度来看,良好的软件不需要文档为了使用(应用程序应该直观地教你)。然而,产品逻辑决策和规则需要被记录下来。为什么?放缓的时刻我们最时我们发现,几年前,一个产品决定了但没有记录,和我们需要无数的回顾性测试来发现它。
使用Jira跟踪我们的工作流和融合创造空间的项目,我们把很多努力记录产品逻辑决策、存储和更新图,解释API架构,以及存储功能规格,和回顾。
空间访问我们所有的利益相关者和证明是一种有效的方式跟踪决策,以及创建一个开放空间分享反馈。
当你正在构建一个产品,记住:每一个sprint将产生一系列的规则和决策,需要记录。在一天结束的时候,都是不会过时的方式思考,如果我们现在文档,我们会浪费更少的时间在未来吗?如果答案是肯定的,我会推荐它。
7)克服它
后花了那么多时间和精力在一个产品,你如何与其他项目?产品准备上线时不仅通过UAT脚本,但也支持时,准备一个交接和文档产品所有者可以理解。对我们的内容管理系统是所有利益相关者训练吗?他们会知道如何报告问题?是事件设置流程和管理员可以使用它像预期的那样吗?
基于这些问题,我们组织了各种支持或培训以确保产品土地轻声和顺利的利益相关者。这意味着回归本身——出席产品所有者和利益相关者——可以只关注下一步投放市场,产品维护和国内企业。
重要的是要有一个正式关闭项目利益相关者参与。它使产品所有权和发射后你的时间保护,你一定会需要你的下一个产品的挑战。
所以总的来说,你应该去博物馆精益和敏捷?
自是什么已经启动了,享受健康、稳定的生活,卖六票一分钟左右。我们照顾我们的数字媒体窝大约两周后出生。也在这段时间我们学习学院课程2017/18上线,在第一天卖出了207的课程,与销售达到£20000年第一个3个小时。
你能这样的成功归因于敏捷吗?
我不知道,但它确实使我们对发射的东西,嗯…不脆弱。
心跳,得到反射最小重量的因素
好建议!谢谢你的分享!
优秀的阅读,谢谢。
伟大的文章。我发现你的网站适合我的需要。感谢分享这些信息。我真的很喜欢你的文章。
现在这是一个狂热的游戏,很多人喜欢打他们。
好建议!谢谢你的分享!
这是非常伟大的工作。谢谢你分享有用的信息在博客上。
我也使用Jira和融合,他们帮助我很多。很高兴阅读本文证据确凿的。干杯!
优秀的阅读,谢谢。
我觉得这很有趣,你的文章给了我一个新的视角!我读过很多关于同一主题的文章,但是你的文章相信我!
谢谢你的分享!
谢谢你的分享!
这也是一种很好的职位,我非常喜欢阅读
谢谢你的帮助信息。
我想谢谢你的好文章
你的文章很有吸引力。它还将详细讨论这个问题。
好的信息。
感谢分享这些信息。
这是非常伟大的工作。