跳到主要内容

保存的帖子

从技术尖峰中获取您想要的结果

乔尔诺曼|龙头
乔尔诺曼
读: 从技术尖峰中获取您想要的结果

“这些排球比赛还是演示?”高级总监倾向于我,并在当天的7队演示中询问。她刚刚在本组织的这一部分接管,我是技术顾问,使她的梦想成真:在演示中的工作测试产品。

然而,另一个团队在最后一个冲刺中讨论了可能解决问题的方法。整个过去2周的战略制定了实现这一网络基于Web的CRUD应用程序的创新方法,并且该团队的下一个Sprint计划尝试使用更多“尖峰”的一些更具创新性的方法。零产品被交付,甚至在整个冲刺期间甚至没有一个提交被拉入行李箱。产品未安排在下一个冲刺中送达。

从董事的言论中,我拿走了我的新手许可,并开始询问问题,“什么尖刺似乎最有前途?”我跟随“我们可以在接下来的24小时内采取这个想法并在接下来的24小时内建立一块小型工作测试软件并重新上文吗?”这就是团队所做的。那天晚些时候,一封电子邮件引发了所有团队在积压中停止尖刺,而是花时间规划和编写代码,以证明具有读数的时间箱中的新方法,专注于在每个Sprint演示中提供工作测试的产品。

但几年前,这不仅限于团队空间。富人,斯蒂芬,我促进并完成了另一个伟大的建筑辩论。两种软件架构师正在争论其提出的新产品设计模式的优点。它完成了PowerPoints,博客帖子,白板,实际的场外培训,逻辑论点,伤害感情,并眩目缺乏工作测试的软件。

最终,随着CTO许可,我们将架构师锁定在酒店会议室中,用一台笔记本电脑将其迫使他们以时尚方式建立一个概念证明,导致决定保留现状方法。如果在该房间写入了可能导致产品的工作测试的软件,则是值得不值守的。

技术秒码的唯一结果是学习我们是否可以在一个时箱内使用所提出的方法完成建立工作测试的产品。这不是一个研究论文。这不是PowerPoint。它试图在某些约束中构建工作测试的产品。它应该导致源控制提交。

Reprased因为这非常重要,技术尖峰的结果是工作测试的产品,专注于了解制作工作测试的产品或理解为什么应该被抛弃的原因。然后,这些调查结果由整个团队对话进行同行,讨论每个的优点。其他一切都很可能是浪费。

为确保关注结果,请与您的团队一起尝试此结构:

Pre Spike:

  • 我们试图解决什么问题?
  • 它如何绑定到我们组织/产品的经济结果?
    • Backlog / RoadMap中的哪些工作项目我们无法完成?
    • 这与我们的软件策略/软件参考架构有何关系?
  • 什么是现状?
  • 预计值是多少?
  • 什么是时间箱?
  • 您需要哪些材料/设备来支持飙升?
  • 如果尖峰是普遍的方法,您是否致力于教育和升高组织?

Post Spike:

  • 向我们展示工作测试软件。
    • 如果它不起作用,您需要更多时间还是帮助?
    • 多少时间或帮助?
  • 鉴于我们学到了什么:
    • 它如何绑定到我们组织/产品的经济结果?
      • 我们无法完成积压的工作项目?
      • 这与我们的软件策略/软件参考架构有何关系?
    • 飙升如何与现状进行比较?
    • 预计值是多少?
    • 你需要什么材料/设备来支持飙升?
    • 如果尖峰是普遍的方法,您是否致力于教育和升高组织?
    • 将其推向本组织需要什么?
  • 同行,你相信这是这样的吗?

根据您的组织成熟的位置,上述尖峰格式可以用作正式门来控制正在进行的峰值的数量,或者它可以用作练习中心或公会内的结构。无论如何,尖峰应在维基中追踪,集中学习和理解建筑讨论。

这个想法很简单。尖峰是通过生产经过工作测试的软件来学习,这将使组织能够在团队空间中悬挂网。

下一个>它始于跨职能团队

发表评论

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