我在一家什么都做的商店工作。我一直在研究 Agile 和 Scrum，虽然我可以看到它们在编程方面表现得非常好，但我想知道对于非编程项目该做些什么。例如，我必须在我的 AD 中进行大量升级，例如将根服务器移出我的林，换一台将成为林根的新机器。或者从 Windows 环境过渡到 Linux 或 Mac。
我不想为项目而发疯，其中一些可能不是最好的例子，但假设我有很多服务器管理工作需要完成。有没有一个好的方法可以像处理编程项目一样处理它？我见过一些人试图把每件事都写在一张 excel 表上，而有些人什么都不写（那就是我），只是照做。然而，现在情况变得越来越复杂了。我可以看到一些敏捷公理对这种情况很有用，但有些似乎根本不相关。
感谢您的任何想法。
编辑：如果我使用 Scrum，我该怎么做？用户故事和功能在这里是什么意思？那会不会是“我们希望能够为森林根部提供一台稳定的机器”？这会涉及到产品待办事项、冲刺、获取估算等？
答案1
你必须与哪类员工一起工作？
我在其他非编程项目中使用过 Scrum，它对我来说效果很好。我喜欢它，因为它可以帮助我防止范围蔓延，并且不会给我留下必须迭代完成每项任务的印象，而且没有依赖关系。您给出的两个示例都非常适合 Scrum。
编辑：
功能和故事只是您的大任务及其子任务，只要它们是可衡量的。例如，从 Windows 迁移到 Mac。功能可以是“我需要将软件移动到 Mac 版本”。故事可以是“将 MS Office 2003 迁移到 MS Office 2008”。这可能会或可能不会起作用，具体取决于您定义的冲刺时间长度，您可能需要进一步细分。我见过（偶尔使用过）功能和故事之间的另一层（史诗），以便有更多细分级别。
答案2
看板非常适合这种情况，因为它不需要你进行冲刺或迭代，可以清楚地表明正在进行的工作和剩余的工作，并鼓励你快速交付高质量的产品。
看板 101很好地介绍了看板，大部分内容解释得比我好，下面是一些很好的照片看板。
对于像从 Windows 迁移到 Linux 这样的大型项目，我肯定会借鉴其他方法（如 XP）的一些原则 - 在规划阶段结对工作至关重要，在上线之前对所有事物进行全面测试并限制每周的工作时间，这意味着你不会因为疲劳而错过事情。
最重要的是，您不需要严格遵循任何项目管理策略，您需要找到最适合您的策略。研究 Scrum、Agile、XP、Kanban 等将为您提供一些可能适合您的公司文化的好主意。
最后，买一块白板。即使你没有在任何项目管理方法中虔诚地使用它，它们也可以用于为自己和他人留下提醒。
答案3
首先你应该清楚哪些人参与，是只有运维人员还是也有一些开发人员参与。如果只有运维人员参与，你可以自己选择，否则应该与开发部门的项目管理有关。如果我理解正确的话，运维没有项目经理，但大多数时候开发都有项目经理。
我认为看板是一种很好的管理某一时刻所做工作的方法。但你必须首先清楚项目中需要做什么。
有些人尝试将敏捷原则应用于系统管理。以下是两个博客： http://www.agileweboperations.com/
如果您在 Google 上搜索“敏捷系统管理”，您会找到更多内容。
我建议你从一个小计划开始，不要尝试实施太多的 pm 技术。如果你觉得需要实施更多方法，你可以添加更多。因此，你也会迭代你的项目管理风格。你实施的方法还取决于项目的规模。如果你的项目规模很小（比如说最多 4 周），那么实施很多方法是没有意义的。这只会使你的项目变得更加复杂并延长项目时间。
答案4
作为一名项目经理，我在我的项目中基本都使用 Scrum。此外，我看到对 Scrum 认证专业人员的需求不断增长。此外，《Scrum 知识体系指南》为我正在开展的 Scrum 项目提供了完整的参考。这是一本非常好的书，可读性极强。我非常喜欢关于风险和质量的部分。流程中提到的工具非常有用。如果您计划在组织中实施 Scrum，我强烈推荐这本书。第一章可在http://www.SCRUMstudy.com