项目管理方法在您如何管理您的项目中具有重要的作用项目．直到几年前，我们还使用一种流行的项目管理方法，即传统项目管理方法或瀑布法。
这种方法对于具有明确范围的项目的构造类型非常有用;然而，IT项目在使用这种项目管理方法时遇到了麻烦，因为这些项目有持续的变化，而瀑布方法不适合需求变化的项目。
因此，项目经理需要新的方法来帮助处理不断变化的需求。因此，敏捷方法出现了，随后，更多新的项目管理方法也随之而来。
在当今的帖子中，我会向您介绍10个受欢迎的项目管理方法。
项目管理方法
项目管理方法是一系列指南和最佳实践，可帮助您有效地完成项目，较少的阻碍。
每个项目都是唯一的，您需要对项目的正确方法。
项目管理框架从传统的敏捷方法演变，导致我们执行项目活动的方式发生了重大变化。
项目管理方法影响组织和项目团队的文化。您需要了解文化与团队无缝合作。
以下是组织使用的十大项目管理方法，以完成其项目：
- 瀑布
- Scrum
- 纪律敏捷
- 伸缩敏捷框架
- 动态系统开发方法
- 少（大规模scrum）
- Scrum（SOS）
- XP(极限编程)
- 卡班
- 精益
＃1。瀑布
这是最受欢迎的项目管理方法。在这里，您有一个明确的范围和活动序列计划。您投入了很多努力，进入收集要求，然后开发项目管理计划。一旦开发所有计划，都会创建基线，您将他们批准并宗教追随它们。
项目管理计划或基线的变化并不容易。所有更改请求都会通过冗长的过程来获得批准。批准后，您将更新计划和基线。
在该项目管理方法中的不断变化的要求是困难和昂贵的。所有更改请求都通过耗时的更改管理过程。
瀑布方法对于动态环境不适当的，在那里要求不断变化。
瀑布中的范围是固定的，与敏捷，在方法中建立了改变客户需求的敏捷。反馈敏捷是连续的，而在瀑布法中，它处于验证范围。您可以在产品开发期间错过缺陷，并在以后阶段纠正它们将是耗时和昂贵的。
但是在敏捷中，变更是框架的一部分。客户可以在任何时候要求更改，而且由于频繁的演示，发现缺陷也更容易。
在瀑布中，在整个执行阶段进行质量控制活动，与测试驱动的敏捷项目不同，在该项目进展时，在自动化测试中以自动化进行自动化测试。
瀑布方法适用于需求稳定且理解良好的项目。
# 2。Scrum
Scrum是最流行的敏捷方法之一。它指导团队进行迭代和增量产品开发。
传统的项目管理方法处理固定的需求，围绕时间和成本进行优化，而Scrum则通过协作和频繁的反馈来调整时间(通过时间框)和成本(通过对潜在可交付的产品待定项进行优先排序)来优化不断变化的客户需求。
Scrum是一种用于开发所需产品的自适应方法。
Scrum事件
scrum角色
注意:冲刺是完成工作的时间限制活动。“冲刺”以“冲刺”回顾和“回顾”结束。产品待办事项列表可能会改变，但是一旦“冲刺”计划完成，任何新特性都将被发送到产品待办事项列表中，并按优先级为下一个“冲刺”排序。一次冲刺通常持续两周。
在Sprint期间，每次立场都持续15分钟，每个成员告诉团队昨天他们做了什么，他们今天打算做什么，以及妨碍他们的方式。这是Scrum主人去除障碍的地方。
scrum如何在sprint中跟踪进度?
该团队使用可见信息散热器，如烧毁图表和任务板以跟踪进度。
＃3。纪律敏捷
这是敏捷的升级版。它将选择的自由和适宜性与缩小选择的适当指导相结合。它的特点是自由选择工作方式(WoW)。
有纪律的敏捷是与环境相关的。这是关于裁剪适合你的东西。它融合了Scrum、SaFE(伸缩敏捷框架)、传统(瀑布)方法、看板、极限编程等。它是一种敏捷优化工具，可用于将敏捷性从团队扩展到组织级别。
它加快了价值交付，可以帮助客户快速测试市场上的产品。
有纪律的敏捷(DA)有七个原则:
- 选择很好：您必须选择最适合您的过程/情况的技术。你必须了解所有的选择和选择一个特定选择的权衡。
- 得到客户的喜爱:客户是一切的中心，无论是内部还是外部。你必须让他们开心。如果你不让他们高兴，其他人就会这样，顾客就会搬到别处去。
- 是可怕的:和你所做的事情真棒。如果您真棒，客户会喜欢与您合作。
- 实用主义：它意味着做有用的事，而不是平常的事。如果某些东西在传统的项目方法中效果最好，那么就采用它。尽可能的有效率。
- 优化流程:通过使用看板实现任务/工作的连续流程。您的组织可能有一个复杂的流程系统，但您必须适应它。确保你的团队和组织之间的沟通顺畅，甚至是组织中不同团队之间的沟通顺畅。
- 上下文计数：我们每个人都是独一无二的，公司文化也是如此。了解背景，并为你所面临的情况制定有效的策略。
- 企业意识到:确保团队了解其组织。它激励他们与组织的目标保持一致，他们将有助于实现更大的目标。
DA使用6个不同的生命周期，这些生命周期是:
你可以选择最适合你需要的。
DA的过程量身定制研讨会帮助您的团队了解共同努力的重要性。它包括选择生命周期，一次步行一次，解决决策点以及决定角色和职责。
DA有四个阶段:初始、构建、转换和部署。
如下表所示，这些阶段有21个过程目标：
每个过程目标都链接到决策点，决策点进一步分支到实现目标的各种方法。
例如，假设您希望确保生产就绪。
DA相信业务敏捷性来自于自由，而不是框架。因此，它结合了所有已知的框架，如精益和Scrum to eXtreme Programming，并为您提供选择，以选择并快速交付可消费的解决方案(不能工作的软件)到市场。
有纪律的敏捷可以帮助您根据自己的情况选择最佳的敏捷解决方案。
敏捷生成的是可工作的软件，DA生成的是可消费的解决方案。消耗品是可以部署到市场上的可用产品。
总之，有纪律的敏捷处理了您需要考虑的决策、可用的选项以及与这些选项相关的权衡。你做你的选择。
这有助于产品更快地投放市场。
此外，在上面的示例中，让我们考虑每个选项的权衡。
# 4。伸缩敏捷框架
在这里，您将团队层面的精益和敏捷方法从企业级别迈进。它是关于过渡并将不同的敏捷团队带到一起。为避免挑战，大型框架实施需要一种系统的方法来融入最佳实践。
SaFE有助于组织几个敏捷团队。像微软和爱立信这样的大公司已经采用了规模化的敏捷方法。
在我们进一步讨论安全之前，让我们了解敏捷方法。
与传统的项目管理方法相比，敏捷方法是灵活的，可以根据预先计划的方法来适应不断变化的需求。它尽可能早地为客户提供最小的可行产品(工作软件)。
敏捷是迭代并允许更改需求和动态环境现实。它破坏了功能筒仓，将人才从每个功能中拉到团队中，以实现协作和协调。
如果您的组织打算从团队中扩展到企业级别，他们必须评估团队及其文化的健身级别，包括：
- 有清晰远见的领导者。
- 变革是受欢迎的，而且必须预先做好准备。
- 时间和成本是固定的，但范围是灵活的。
- 利益相关者对工作软件组成的兴趣。
- 积极的客户参与。
上述条件是典型的敏捷需求。由于组织正在采用敏捷方法，团队的思维必须是敏捷的，以遵循敏捷框架。
选择敏捷框架以规模取决于某些因素，例如：
- 组织中敏捷团队的数量。
- 公司战略和敏捷实践的影响。
- 敏捷项目的平均大小和复杂性。
- 过渡的关键成功因素。
这些因素可以在SaFE的十项原则中得到更好的描述，它们是:
SaFE开创了敏捷发布培训(ART)的概念，以围绕价值流组织团队。他们将团队(记住，与几个敏捷团队一起伸缩敏捷交易)与一个共享的业务目标保持一致。价值流是一组创造客户价值的行为。
火车这个术语用来表示互联互通。下图显示了敏捷团队1、2和3在一个期望的解决方案/特性的价值流上。
T1、T2和T3是敏捷团队，而s是解决方案或价值。价值流是从设计到构建、测试到部署的过程。
在敏捷和倾斜中，值流是常见的。这是一组创建客户值的动作。安全提供支持的企业敏捷性投资组合，计划和项目（执行）团队快速向市场推出产品。
SaFE中的一些角色是:
＃5。动态系统开发方法（DSDM）
敏捷和看板是精益和DSDM的子集。DSDM是一个适用于约束驱动的项目的框架，其中约束如成本、时间和质量是固定的，而范围(功能/特性)可以改变。
其原则符合敏捷，如合作，连续和清晰的沟通，迭代开发和按时交付。
DSDM有八个原则：
- 专注于业务需求。每个项目决定必须与高级业务价值同步。
- 按时交付项目任务，关注业务优先级。
- 为了增进理解、提高速度和共享所有权，协作并建立一个团队文化。
- 永远不会妥协质量。早期和连续测试。与一开始就质量水平同意。
- 从坚实的基础上逐步构建。这意味着在构建解决方案之前需要有良好的理解。
- 迭代开发以接受来自反馈的变化。
- 持续和清晰地沟通。在所有的沟通中以诚实和透明为目标。
- 通过使用甘特图和任务板，演示所有人都能看到的控制计划和项目。
dsdm中的角色
共享促进研讨会。这可以帮助参与利益攸关方在解决问题或者制定一个计划。企业所有者、团队领导等可以要求这个研讨会。
研讨会由一个中立的人主持，这个人叫做主持人。促进者的中立性对于更好的结果或研讨会是很重要的。
＃6。大规模scrum（少）
将scrum扩展到不同的scrum团队会更少。它是应用于大规模开发的scrum。这里你仍然保留了scrum的基本属性，例如:
- 团队同时进行他们的sprint工作。
- 一个产品负责人管理团队。
- 团队是共同的。
- 团队合作完成一个完成的定义。
- 来自所有团队的一个潜在可交付产品。
- 一个小冲刺。
- 每个团队都有一个产品待办事项列表，但是每个团队都有自己的sprint待办事项列表。
较少的原则
- 系统思考：每个人都在组织应该专注于整个产品。他们应该知道单独的部件中没有值，而是没有集成零件。它有助于打破孤岛，具有长期的团队视图，找到根本原因解决方案，并且障碍的较少。该团队需要了解他们对周围环境的行为的影响。
其他原则是
- 透明度
- 以客户为中心的
- 精益思维
- 以少求多(大规模Scrum)
- 持续改进
- 排队论(减少批量以缩短交货时间)
- 经验过程控制
＃7。Scrum的scrum.
当需要协调一些SCRUM团队的工作时，该项目管理方法非常有用。每个Scrum的代表都会协调他们的工作。这些代表被称为“大使”。
这个会议类似于每天的站立会议，每个代表报告完成的工作，下一个任务，和障碍。这个会议(Scrum of Scrum)旨在确保工作的顺利协调。
这种Scrum中的Scrum可以根据项目规模进一步扩展到Scrum中的Scrum;协调的原则也是一样的。
Scrum中的Scrum也被称为元Scrum。scrum会议的持续时间约为15分钟。在Scrum的Scrum会议上，这仍然是保留的。
A，B和C是Scrum团队，其中一个大使参加D，Scrums的scrum。
同样，J是Scrum团队F、G、H和I的Scrum中的Scrum。
Scrums D和J的Scrum大使在e，Scrums的Scrums Scrum遇到。
它有助于确保scrum团队能够团结在一起并进行内聚。
# 8。极限编程(XP)
它于1996年开始，当克莱斯勒公司开始达到工资单重组计划，C3（克莱斯勒综合赔偿）系统。他们的发展团队采用了一种使变得变得极端的编程的方式。
极限编程(XP)有一种基于价值观、原则和工作方式的敏捷思维方式。XP是优秀软件开发的基础。
这就像精炼，你的目标是得到最纯净的产品。质量达到了顶峰。它需要重复的测试和重构周期。
极端编程的核心值是沟通，勇气，尊重，简单性和反馈。
极限编程有四种练习领域：组织，技术，规划和整合。这些领域需要初步做法，这对于次要（推论）实践是必要的。
在下面的图中，练习区域被描绘，其相应的主要和推动结构。红色，黄色和蓝色（原色）代表主要实践，而二次颜色（橙色，绿色，紫色）代表了必论之限。
在执行二次做法之前必须在进行主要实践。
例如，没有成对编程，很难拥有共享代码/所有权心态。
极端编程的工作空间必须具有视觉辅助工具，如触发器或任务板，以传达状态和进度。
你应该保持团队的工作量以避免精疲力竭。他们每周工作时间不应超过40小时。
Slack有助于计划避免由于不太可能的事件而拖延。它是一系列内容计划，以满足截止日期。
小项目的成功率更高。因此，XP建议增量交付。将大量的内容分解为可管理的、小而常规的、只有所需功能的版本。发行时间在2-4周之间。
简单性意味着设计尽可能简单。XP没有冒险进入复杂的结束。它们保持尽可能简单，并使用小批次。
没有浪费的运动。只有重要的部分被编码了。代码只用于满足当前的功能。没有附加组件，没有资源浪费。b0b体育appXP只对新添加的功能进行修改。这里的重点是小版本。
XP将项目分解成小的可交付成果。早期的小版本提供用户反馈和投资回报率(ROI)。
其他实践是：
- 持续集成:它意味着开发人员每天集成他们的工作，不遗漏任何东西。这是一个日常的承诺，因此为早期的错误检测和纠正留下了空间。它有助于节省累积的返工。
- 真正的客户参与:这被称为现场客户。此人代表预期在完成工作和下一个理想的功能的日常反馈的最终用户。
- 结对编程:在成对编程中，软件是由两个程序员并排坐在同一工作站上构建的。这有助于不同的程序员审查代码，从而产生更好的产品。结对编程有助于开发人员之间的知识共享。由于合作伙伴每天都在变化，结对编程可以促进团队内部的交流。
- 重构:这是一种质量检测方法。它是为了更好的质量而重新编写代码。这就像清理代码一样，应该是每天的例行公事。你用它来偿还技术债务。您可以在不修改代码行为的情况下清理代码。从而提高可维护性。它支持一种持续的方法来偿还现有的技术债务，尽管它可能会减缓当前的工作。它将提高开发效率并节省未来的成本。
- 集体代码所有权：这意味着每个通知缺陷的人立即纠正它。它与双编程一起工作。
# 9。看板
看板是一个日语术语，意思是招牌。它是关于工作流管理和确保可视化的。在看板中，您持有一张卡片，向上游工作人员显示您正在等待工作。这被称为拉式工作流。
典型的Kanban板如下所示。它用于管理工作。
有时该板被称为信息散热器。该板显示了用户故事的项目状态，如完成，正在进行，尚未进行。
在精益生产中，看板方法用于调度库存控制和补充。它源自精益原则。看板方法很容易实现。
该方法的基本原则是：
连续交货
在您在进行某些工作（WIP）时，您不会启动新任务。但是，一旦WIP完成，您应该开始新任务。必须有一个连续的工作流程。
在看板(类似于精益)中，目标是消除在制品并提高生产率。在制品和新活动中都没有价值，只有完成的任务才有价值。您可以为在制品设置一个限制，并且不要超过这个限制。
这种连续和受控的流程可以防止团队陷入过度承诺的困境，而过度承诺可能会对进程产生负面影响。
提高效率
消除非价值活动以关注业务价值，从而提高效率。
减少浪费
您可以可视化工作流程;因此，可以容易地消除浪费。与Kanban，组织停止启动并开始完成。
最后，看板实现了一个用于改进服务交付的反馈循环。反馈循环可以是回顾或会议。
看板方法的一个应用是在制造业，汽车只能按订单生产。b0b体育app资源只承诺价值。没有浪费。
# 10。精益
精益是一套植根于丰田生产系统的管理措施，在那里他们试图消除非价值活动以提高运营效率。
精益概念关注于价值、小批量、消除浪费、短周期、频繁的评审和带有小改进的回顾。
精益的七个原则是:
- 消除浪费:浪费是任何没有给成品增加价值的活动。软件项目中的七种浪费是额外的特性、额外的过程、部分完成的工作、运动、等待、任务切换和缺陷。
- 建立质量:缺陷不应该被允许，但是当这是不可能的，尝试最小化它们。您将进行额外的验证、修复和迭代工作。敏捷使用测试驱动开发(TDD)、结对编程和与他人建模(mob建模)来实现这一点。
- 创造知识(强化学习):应该鼓励团队成员定期反思并采取行动改进他们的方法。迭代允许团队成员确切地了解利益相关者想要。
- 推迟承诺:保持选择的开放性，并使用增量交付以避免在创建无用的特性上浪费精力。用于此的软件工具是紧急设计、自动化测试和模式思考。
- 快速交付：一个有效的组织只提供了他们可以做些什么的团队，这样他们就不会因过度命令而燃烧。他们还允许团队自我组织，他们快速交付。
- 尊重人:激励并使团队能够赋予并不能控制它们。
- 优化整个:放眼全局。了解产品如何与高层组织/业务目标同步。其目的是为利益相关者提供有价值的成果。
总结
现在，您会发现许多管理项目的方法，您应该选择最适合您需求的方法。瀑布方法最适合具有固定范围的项目，但是对于范围不明确的项目，比如IT项目，选择正确的项目方法可能会很棘手。
使用您的经验和专家判断来选择可以帮助您完成障碍物的项目的方法，并提供您的客户早期价值。
这篇关于项目管理方法的文章到此结束。
您使用什么方法来管理您的项目？请通过评论部分分享您的想法。
