我们有一名开发人员负责3个不同的项目。他曾经在修复错误，维护和很少的功能实现。在一个特定项目中，他与另一名初级开发人员合作。
我们公司希望为所有项目实施scrum。处理1人或2人项目的scrum流程的最佳方法是什么？
答案 0 :(得分：12)
我同意它应该保持简单愚蠢，但大多数Scrum框架都可以在这里使用。
我有几个人以这种方式在项目和维护/运营工作上工作。
产品负责人/积压工作 - 仍然有一位业主负责定义业务价值并确定优先顺序，对吧？积压应该仍然在那里。 如果他是一个更大的Scrum企业的一部分，那么他可能需要以更大的产品Backlog的一部分为基础。
Scrum团队 - 是的，它是一个1人或2人的团队。所以它真的是自我组织......但没关系！每日scrum？两个人之间是肯定的，或者如果只是一个人，有时候是完成任务和问题的好时机，想一想Scrum Scrum或产品负责人需要遇到什么样的障碍。
Sprint - 仍然是一个好主意，特别是如果一个更大的Scrum企业的一部分在sprint中工作，但即使没有它。很好的机会赶上PO，演示你得到的东西，激励自己，回顾并看看你能做得更好，计划下一个冲刺。 请注意，如果在Scrum企业/ Scrum Scrum之外工作，冲刺可以从比平常更短的时间中受益，因为范围可能更小并且计划开销更低。但这取决于具体情况。
回顾 - 是的，它可以单独举行。我认为杀手程序员需要回顾自己的工作/进度，并对阻碍他们的事情采取行动。即使在工作区中保留图表也可以帮助您取得进步。
任务委员会/ Burndown - 是的，你需要那些。您可以将它们放在墙上的工作空间中，它们可以很小，但即使您是一个人，它们也能提供帮助。 为什么GTD（完成任务）可以帮助单个人和TB / BDC？如果那个人正在做项目工作，那么Sprint Burndown和Release Burndown会提供很多价值。如果他正在进行操作/维护工作，它仍然是一种验证他是否正常的方法，并相应地采取相关措施。
Scrum Master - 这个人应该是他自己的Scrum大师。教练 - 如果组织有教练帮助球队/ SM / PO，那么他也应该帮助这个scrum单元...
总结一下 - 我清楚地知道Scrum / Agile的价值观和原则也适用于1-2人团队。 同样清楚的是，大多数Scrum也可以应用。
问题是所涉人员的想法。
如果管理层，开发人员，采购订单都在船上，并且相信价值/原则是有意义的，并且努力改进，那么它将起作用。 如果他们不这样做，那么首先要达到整体思维有意义的地步，然后处理个人团队......
答案 1 :(得分：6)
SCRUM的理想团队是8-10人。所以，我不知道你怎么能让这个小团队工作。
通常，管理人员会误解Scrum或敏捷流程。通过阅读scrum的成功率，它创造了我想要做的事情，它在管理人员中具有吸引力。
所有SCRUM实施都有两个方面：
你可以零碎地采用它们以获得更好的形状，然后你可能就像现在一样。 （至少在管理层看来;-)）
答案 2 :(得分：4)
也许SCRUM在这里太过分了。组织工作包和底层任务。
最好的方法？保持简单愚蠢。不要因为管理开销太大而使项目膨胀。您不必使用软件来执行Scrum任务。像Redmine / JIRA这样的问题跟踪器可以很好地跟踪您的进度并分配任务。但您也可以使用带有少量磁铁和备忘录（任务名称）的白板。所以你可以通过董事会分配任务;）
答案 3 :(得分：3)
根据我的经验，Scrum仍然可以与具有现有职责的几个人的小团队中的项目相关。原因如下：
所有这些对于2名成员团队或8名成员团队同样重要。不要被那些说“只有一种方法来做Scrum”或者你需要的人数超过少数才能使其发挥作用的人们所打扰。
答案 4 :(得分：2)
Scrum在这里肯定是矫枉过正的。此外，不要认为Scrum是一个银弹，如果你不能在你的项目中实现它，就会感到被遗忘。阅读37signals和其他一些有关保持精益的资源的真实情况，你会发现，与1或2的跨学科团队合作实际上是一个非常高效的单位，如果所涉及的1或2人愿意并且能够。
就像Martin K.所说：保持简单愚蠢。这只是1或2人，不需要“项目管理”。切掉垃圾就行了。
（这并不是说你不应该遵循预算，开支和衡量进展，但不要在不需要的基础设施上浪费时间和金钱）