Project management 如何管理单人项目的过程
我们有一个开发人员在3个不同的项目上工作。他曾经负责bug修复、维护和一些功能实现。在一个特定的项目中，他与另外一名初级开发人员合作Project management 如何管理单人项目的过程,project-management,agile,scrum,Project Management,Agile,Scrum,我们有一个开发人员在3个不同的项目上工作。他曾经负责bug修复、维护和一些功能实现。在一个特定的项目中，他与另外一名初级开发人员合作 我们公司希望为所有项目实施scrum。。对于一人或两人项目，处理scrum过程的最佳方式是什么？也许scrum在这方面做得过火了。组织到工作包和底层任务中 最好的方法是什么？保持简单和直接。不要用太多的管理开销来夸大这个项目。您不必为scrum任务使用软件。像Redmine/JIRA这样的问题追踪者可以很好地跟踪您的进度并分配任务。但您也可以使用带有一些磁铁和备忘
我们公司希望为所有项目实施scrum。。对于一人或两人项目，处理scrum过程的最佳方式是什么？也许scrum在这方面做得过火了。组织到工作包和底层任务中
最好的方法是什么？保持简单和直接。不要用太多的管理开销来夸大这个项目。您不必为scrum任务使用软件。像Redmine/JIRA这样的问题追踪者可以很好地跟踪您的进度并分配任务。但您也可以使用带有一些磁铁和备忘录（任务名称）的白板。因此，您可以通过电路板分配任务；） SCRUM的理想团队是8-10人。所以，我不知道你怎么能让它为这么小的团队工作 通常，scrum或敏捷过程会被管理人员误解。仅仅通过阅读scrum的成功率，它就在管理人员中创造了一种“我想做”的吸引力 全面实施SCRUM有两个方面：
- 流程：站立会议、回顾会议等
- 工程实践：创建清晰的需求（用户故事）、测试自动化、持续集成等
你可以采用这些零碎的，以得到更好的形状，然后你可能是现在。（至少在管理层看来；-）Scrum在这方面肯定是过火了。此外，不要认为Scrum是一颗灵丹妙药，如果你不能在你的项目中实现它，你会觉得自己被冷落了。阅读37signals的《变为现实》和其他一些关于保持精益的资源，你会发现，与一个由1人或2人组成的跨学科团队一起工作实际上是一个非常有成效的单元，如果所涉及的1人或2人愿意且有能力的话 就像Martin K.说的：保持简单，愚蠢。只需要一两个人，不需要像这样的“项目管理”。别说废话了，去做吧
（这并不是说你不应该遵循预算、费用和衡量进度，但不要在不需要的基础设施上浪费时间和金钱）我同意应该保持简单愚蠢，但大多数Scrum框架都可以在这里使用 我有几个人以这种方式从事项目以及维护/操作工作 产品所有者/积压工作-仍然有一个所有者负责定义业务价值并确定优先级，对吗？积压的工作应该仍然存在。 如果他是一个更大的Scrum企业的一部分，那么他可能需要从一个更大的产品积压中获取信息 Scrum团队——是的，它是一个1人或2人的团队。所以它真的是自组织的。。。但是没关系！每日scrum？是的，在这两个人之间，或者如果只是那一个人，那么是时候回顾任务和问题了，想想需要向Scrum of Scrum或产品负责人暴露哪些障碍 Sprint——仍然是一个好主意，尤其是如果一个更大的Scrum企业在Sprint中工作，但即使没有它。很好的机会赶上PO，展示你得到了什么，激励自己，回顾并看看你能做得更好，为下一次冲刺做好计划。 请注意，如果在Scrum enterprise/Scrum of Scrum之外工作，Sprint可以受益于比通常更短的时间，因为范围可能更小，规划开销更低。但这要视情况而定 回顾——是的，可以单独举办。我认为杀手级程序员需要回顾自己的工作/进展，并对阻碍他们前进的事情采取行动。甚至在你的工作空间里放一张图表来帮助你取得进步 任务板/烧毁-是的，你需要这些。你可以把它们放在你的工作空间的墙上，它们可以很小，但是它们确实很有用，即使你是一个人。 为什么GTD（完成事情）可以帮助一个人和一个TB/BDC？如果那个人正在做项目工作，那么Sprint Burndown和Release Burndown提供了很多价值。如果他正在进行操作/维护工作，这仍然是验证他是否在正轨上的一种方法，并相应地采取相关措施 Scrum大师——这个人应该是他自己的Scrum大师 教练-如果组织有一位教练帮助团队/SMs/POs，那么他也应该帮助这个scrum单元 总之，我很清楚，Scrum/Agile的价值观和原则也适用于1-2人团队。 很明显，大多数Scrum也可以应用 问题在于相关人员的想法 如果管理层、开发商和采购订单都参与进来，并且相信这些价值观/原则是有意义的，并且努力改进，那么它将起作用。
如果他们不这样做，那么首先要达到整体思维有意义的程度，然后处理单个团队…根据我的经验，Scrum仍然适用于由两个现有责任人组成的小型团队中的项目。原因如下：
所有这些对于2人团队或8人团队同样重要。不要被人们说“Scrum只有一种方法”或者你需要不止一小群人才能让它工作的人吓到。+1对于管理层来说；）根据大多数消息来源，理想的scrum团队规模是7+2名成员。也就是说5-9，n