什么是灵活的项目管理？
您的项目需要吗？
会有什么好处吗？
是否想了解灵活的项目管理如何工作并采取这种强大的方法？ 然后，您选择了正确的书。
“出色的敏捷”不仅是关于方法和流程的另一个故事，重点还在于在业务环境中使用敏捷的实际示例。
在这里，您将找到实用技巧和特定的敏捷实施技术，以使您的项目成功并在组织中实施灵活的管理。
关于作者
Rob Cole是一位拥有20多年经验的项目管理顾问。 他专门研究项目疑难解答和指导。 Rob从最早的时候就开始参与敏捷社区，并且是一名实践的Scrum Master。
Edward Scotcher是首席产品经理，项目经理，培训师和敏捷教练。 他专注于帮助组织，团队和个人使敏捷适应实际和长期使用。
科学编辑的前言
当我被提供来复习本书时，我感到非常高兴，因为我总是很高兴有任何机会在IT应用程序之外支持敏捷开发。 而这正是本书所要做的。
她：
- 每个人都在谈论的非常敏捷；
- 需要那些对敏捷一无所知并且真正想了解这些方法的人；
- 由灵活方法的绝对拥护者撰写；
- 以敏捷风格撰写（作者使用非常有趣的图像，示例和插图，这在学术文献中很少见）；
- 适用于通用阅读和应用；
- 它不包含技术IT文献中吓我们的语言和术语，而且易于阅读。
您将收到一些问题的答案：
- 什么是灵活的项目管理，它对您有好处吗？
- 如何从使用敏捷中受益？
- 敏捷中运行哪些方法和流程？
- 您的组织或项目适合使用敏捷吗？
- 如何解决与敏捷相关的最常见问题？
最后，如何在任何项目中实施它？
我真诚地建议阅读和使用Brilliant Agile。 遗憾的是，大约五年前，当我开始在工作中使用这本书时，我手上没有这样的书……
芬托夫·瓦莱里·尼古拉耶维奇
e。 N.，PMP，敏捷教练和培训师
通过。 项目团队组建
许多人努力地将他们可以找到的最好的人聚集在一起，他们是具有相关经验的专业人员，所在领域的专家，然后破坏了一切，而没有充分了解业务和领导才能。 不要在马车前放推车！ 在项目中达到正确的业务参与水平很重要-包括一个了解业务远景的人员。 从常识的角度来看，这不仅是务实的，而且是合乎逻辑的。
在敏捷中，此人通常称为“产品负责人”，但名称有所不同。 当然，在这本精采的书中，他应该被称为“产品经理”，但首先，我们将其定义为一个简单的定义。 产品所有者代表企业和最终用户的利益。 产品的所有者生活，呼吸和梦想着产品，以及产品的外观。 即使他们不知道如何实现这些目标，他们也确切地知道他们想要什么。 他们是可以迅速做出决定并捍卫他们的领导人。
敏捷团队是一个多元化，多功能的团队，能够代表企业来转变愿景。 简而言之，他们拥有正确完成工作的一切。 产品的所有者仅从业务愿景的角度指出了方法，但这对团队的工作做出了巨大的贡献。 该团队由思维灵活，不惧怕变化，不相信官僚主义是解决所有问题的人组成。 自信的决策者，积极主动的人将最好地工作。
整个团队应参与定义愿景以及与产品发布有关的所有方面。 如果您不这样做，将会遇到困难。
创建需求杂志
确定了愿景和项目应带来的好处后，项目团队的下一步就是写下可能的详细要求。 每个项目的中心是需求列表，在敏捷中，这些需求列表称为产品需求日志或积压（Product Backlog）。 它取代了传统的详细职责范围，并且列出了重要的业务构想。 杂志的内容始终侧重于产品的最终用户，即使涉及项目的技术部分。 任何人都应该清楚。
重要的是，项目团队从一开始就应树立集体愿景，以确保每个人都了解目标，项目内容以及如何将其概念化。 确保从一开始就确保所有部件都处于相同的波长下-比尝试将产品修复三分之二要容易得多。 团队的多样性也很重要，因为从不同的角度看问题很重要。 如有必要，专家会互相帮助。
如何让事情从一开始就出错
- 声明敏捷是一种通用工具，即使对于不适合它的领域也是如此。
- 说这里的一切都是显而易见的，任何傻瓜都可以应付，所以不需要培训。
- 相信敏捷是万无一失的，而失败是由于个人缺陷。
- 设定不切实际的目标和截止日期，以在勇敢的敏捷新世界中一切皆有可能的事实来证明这一点。
定义基本功能目的是编制一份清单，以翻译该项目的愿景。 有几种方法可以做到这一点，而我们最喜欢的方法是考虑客户的每个步骤以计划您的
工作流程 。
创建功能组定义或编译工作流程后，将所有想法汇总，以了解每个步骤中需要做什么。 这些元素的这种分组提供了该步骤的功能的描述，并且可以称为功能组。 有些细节是绝对必要的，而其他一些则可以归因于令人愉快的添加。 应该从一开始就订购它们。
优先特征根据项目的愿景和常识，以降序顺序确定每个元素的优先级-从每个列表中最重要的元素开始。
第一期的定义完成上述步骤后，请考虑从第一天到实施到客户的每个重要步骤，以及这些步骤中想法中最有价值的部分是什么。 这种选择可能很困难，并且最终取决于意见，但是客户（或代表其业务的客户）的意见具有决定性作用。 这些步骤的最终结果是项目在此步骤中应达到的客户可接受的最低要求。 这通常称为最低可行产品（MVP）或最低可行版本（MVR）。
最大的优点之一是可以快速从最终用户那里收到重要的反馈，但是，为了形成意见，他们需要非常重要的东西。 无法获得有关技术过程的有意义的反馈，但是新的VegBox订单已完成。 自然，这将是最低限度可行的产品的一部分。
值得记住的是，最低限度可行的产品越多，需要更多的时间来获得反馈，而如果产品太小，则将没有足够的信息来接收反馈。 您将必须在利润和风险之间找到平衡-这里没有通用规则。 尝试找到一个可以收到有用反馈的点，以帮助您做出明智的决定。 这将有助于市场分析。
也要注意条款。 对于某些人来说，“发布”一词意味着可以使用的产品，对于其他人则是指打算由封闭小组测试的产品。 请记住，总是有机会首先将产品介绍给一个小组，然后才相应地发布产品。 最重要的是，不要以为每个人都以相同的方式理解术语！ 没有绝对正确的方法-选择最适合您的方法。
增加功能一旦确定了最低可行产品（MVP）或最低可行版本（MVR）将会发生什么，真正的乐趣就开始了。 附加功能或新产品功能可能会部分添加或作为较大版本的一部分。 这称为增量交付，商人非常喜欢它。 不再漫长的等待所有铃铛响起的大声释放。 敏捷产品发布快速且频繁。 而且，由客户决定发布什么和何时发布。 至少，一个问题应包含一个已被实践证明的功能。
获取信息
我们的第一个版本（MVP）的结果是短暂的，我们需要更多细节才能将其转变为成熟的产品。 这些结果的好处在于，在此阶段我们提出了构想，因此没有必要使用未必完整的产品简介。 在没有意识到产品本身的情况下，形成一个共同的愿景并制定一个MVP绰绰有余。 在下一阶段，我们必须找出产品的正反两面。 解决此问题的经典工具是用户故事。
讲个故事用户故事是从要使用产品的人的角度对产品特性进行的简短简短描述。 通常是用户或买家。 用户故事通常遵循简单的格式。
作为<用户类型>，我需要<目标>作为<原因>。
用户故事是提供足够信息的抽象概念，以便团队可以切实评估实施项目所需的资源。 用户故事通常记录在不干胶标签或卡片上，然后将它们挂在墙上或放在桌子上，以方便规划过程。
用户故事使您可以专注于产品特性的讨论，这是在开发出这些特性的基本思想之后的重要一步。
没有人强迫您使用自定义故事。 但是，这些故事使我们想起了集体讨论的重要性，这些集体讨论的结果通常比详细的工作计划更为重要。
在这些讨论中，确定了最重要的产品特性的关键方面。 请记住，录音本身并没有任何意义，但是活跃的集体交流使我们不仅可以开发基本细节，而且可以使该项目焕然一新。 以各种方式取胜。
»这本书的更多信息可以
在出版商的网站上找到»
目录»
摘录农业代理商-
敏捷的优惠券可享受20％的折扣