代码之家  ›  专栏  ›  技术社区  ›  junwin

作为多个scrum的一部分,开发人员的问题是什么?[已关闭]

  •  -1
  • junwin  · 技术社区  · 9 年前

    作为一名开发人员,我在两个scrum中工作,很难完成任何事情——我想问其他人是否也遇到过同样的问题,他们做了什么来管理自己的工作?

    这似乎根本不是一种灵活的工作方式。

    4 回复  |  直到 9 年前
        1
  •  1
  •   Tim Wise    9 年前

    问题在于承诺。作为一个团队,你在冲刺计划会议上和每天的scrum上向你的同事承诺你将共同完成的任务。如果你有另一个团队,这自然会破坏你的承诺,这也会增加你的WIP,导致任务切换和两个团队额外的仪式开销。

    为什么你在两个队?通常的答案是:领域知识、技能集,因为我们只有一个QA(插入任何学科)、资金/分配等。

    我从根本上相信,在你组建团队时,你的团队不会有一个可靠的、可预测的团队,除非你能对你的团队成员做出承诺。

        2
  •  0
  •   Lars Gendner    9 年前

    将您的情况报告为 impediment 向scrum大师(一个或多个)承诺,只致力于你认为可以实现的工作,直到这个障碍(由scrum大师)解决为止。这不是一场关于谁承诺完成最多的工作,然后却没有完成的比赛。

        3
  •  0
  •   Janith Gunasekara    9 年前

    我认为这是一个纪律问题。如果你在跟随,你需要有scrum纪律。当你是一个共享资源时,就会产生转换成本和生产力损失。如果您仍然想遵循这一点,您需要采取措施降低切换成本并提高生产率。

    有一件事,你可以定义你要工作的日期。例如:前三天你在一个项目,后两天你在另一个项目。如果您这样定义,那么您可以计划工作以提高生产力并降低切换成本。

    另一件事是减少站立和冲刺计划的参与时间。确保优先考虑你的领域并进行讨论,然后离开这些仪式,而不是在整个会议上停留。这是scrum负责人的责任。

        4
  •  0
  •   Scott    9 年前

    在多个团队中工作是可能的,但每个团队都需要考虑周到,并接受他们只会获得50%(或略低于)的时间。

    在计划时,不要过度投入,看看你在一次冲刺中大致可以达到多少故事点,并且每个团队只投入总故事点的50%。

    试着把你的时间分为A队上午的工作和B队下午的工作。然后,每个团队都会知道你什么时候有空,并且应该在你不做他们的工作时尽量(除非紧急)不打扰你。

    有专门的时间进行计划、站立,并努力让团队坚持这些,这样你就不会被重复预订。

    每个团队的scrum主管(或任何民选人员)也可以考虑召开一次scrum会议,让他们聚在一起,快速讨论事情的进展情况,就像正常的scrum一样,以便他们了解你所承受的压力。

    无论你如何管理这一点,由于敏捷引入的计划、站立、回顾等承诺,你将比在一个团队中完成的实际工作更少。