project-management - 如何管理单人项目的流程

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

4年前关闭。




Improve this question




我们有一个开发人员负责 3 个不同的项目。他曾经从事错误修复、维护和少数功能实现方面的工作。在一个特定项目中，他与另一位初级开发人员合作。

我们公司希望为所有项目实现 Scrum。处理 1 人或 2 人项目的 Scrum 流程的最佳方法是什么？

Answer 1

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

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

产品负责人/积压工作 - 仍然有负责定义业务值(value)和优先级的负责人，对吗？积压应该还在那里。
如果他是更大的 Scrum 企业的一部分，那么他可能需要以更大的产品待办列表的一部分为食。

Scrum 团队 - 是的，它是一个 1 人或 2 人团队。所以它真的是自组织……但没关系!每日站会？是在 2 人之间，或者如果有时只是那 1 个人，这是处理任务和问题的好时机，请考虑需要向 Scrum of Scrum 或产品负责人提出哪些障碍。

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

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

任务板/燃尽图 - 是的，你需要这些。您可以将它们放在墙上的工作空间中，它们可以很小，但即使您是一个人，它们也确实有帮助。
为什么 GTD(Getting Things Done)可以帮助一个人而 TB/BDC 不能？如果那个人在做项目工作，那么 Sprint Burndown 和 Release Burndown 会提供很多值(value)。如果他在做运营/维护工作，这仍然是一种验证他是否走上正轨的方法，并相应地采取相关措施。

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

教练 - 如果组织有教练帮助团队/SM/PO，那么他也应该帮助这个 Scrum 小组......

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

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

如果管理层、开发人员、PO 都在船上并相信值(value)观/原则有意义，并努力改进，它就会奏效。
如果他们不这样做，那么首先要达到整体思维有意义的地步，然后再处理单个团队......