如何对单人项目进行过程管理

Question

我们有一个单一的开发人员在3个不同的项目工作。他曾经从事bug修复、维护和少量功能实现的工作。在一个特定的项目中，他与另一个初级开发人员一起工作。

我们公司希望对所有的项目都实施scrum。对于一个或两个人的项目，处理scrum过程的最佳方式是什么？

Answer 1

我同意它应该保持简单愚蠢，但大多数Scrum框架都可以在这里使用。

我有几个人以这种方式在项目和维护/操作工作中工作。

产品负责人/待办事项--仍然有一个负责人负责定义业务价值和确定优先级，对吧？积压工作应该还在那里。如果他是一个更大的Scrum企业的一部分，那么他可能需要从更大的Product Backlog中获取信息。

Scrum团队-是的，它要么是一个1人团队，要么是2人团队。所以它真的是自组织的。但这也没关系！每日scrum？是的，在两个人之间，或者如果只有一个人，有时是讨论任务和问题的好时机，考虑需要在Scrum的Scrum或产品负责人面前遇到什么障碍。

Sprint -仍然是一个好主意，特别是如果是一个更大的Scrum企业的一部分，在Sprint中工作，但即使没有它。赶上PO的好机会，演示你所获得的，激励自己，回顾并看看你可以做得更好，为下一次冲刺做计划。请注意，在Scrum企业/ Scrum的Scrum之外工作的情况下，sprints可以受益于比平时更短的时间，因为范围可能更小，计划开销也更低。但这要视情况而定。

回顾-是的，它可以单独举行。我认为杀手级程序员需要回顾他们自己的工作/进展，并对阻碍他们的事情采取行动。甚至在你的工作区里放一张图表来帮助你取得进步。

Task Board / Burndown -是的，你需要这些。你可以把它们放在你的工作区的墙上，它们可能很小，但即使你是一个人，它们也真的很有用。为什么GTD (完成任务)可以帮助一个人，而TB/BDC不能？如果这个人正在做项目工作，那么Sprint Burndown和Release Burndown提供了很多价值。如果他正在做操作/维护工作，这仍然是一种验证他是否在轨道上的方法，并相应地应用相关措施。

Scrum master -这个人应该是他自己的scrum Master。

Coach -如果组织中有一个教练帮助团队/SMs/POs，那么他也应该帮助这个scrum单元……

总而言之--我很清楚，Scrum/敏捷背后的价值观和原则也适用于1-2人的团队。同样清楚的是，大多数Scrum也可以应用。

问题是涉及到的个人的想法。

如果管理层、开发人员、PO都参与进来，并相信这些价值观/原则是有意义的，并努力改进，那么它就会奏效。如果他们没有，那么首先达到整体思维有意义的点，然后与单个团队打交道...

Answer 2

SCRUM的理想团队是8-10人。所以，我不知道你怎么才能让这么小的团队工作。

通常，scrum或敏捷流程会被管理人员误解。仅仅通过阅读scrum的成功率，它就在管理人员中创造了一种“我想做它”的吸引力。

整个SCRUM实现有两个方面：

• Processes: Stand up meetings，retrospection etc.
• Engineering Practices:创建清晰的需求(用户故事)、测试自动化、持续集成等

在这里，你们的管理层期待着工程实践和(可能)一些过程。

你可以逐步采用这些方法，以获得比现在更好的体型。(至少在管理层的眼中是这样的；-)

Answer 3

也许SCRUM在这里有点过头了。组织成工作包和底层任务。

最好的方法？保持简单愚蠢。不要在项目中增加过多的管理开销。你不必使用软件来完成你的scrum任务。像Redmine / JIRA这样的问题跟踪器可以很好地跟踪你的进度并分配任务。但你也可以使用带有一些磁铁和备忘录(任务名称)的白板。这样你就可以通过电路板分配任务;)