电子商务项目管理如何成为电子商务业务收入增长的关键？

2017 年 10 月，项目管理协会进行了一项观察项目和项目组合管理专业人士的研究，并采访了约 4455 名项目管理专业人士、800 名项目管理办公室主任和 447 名来自不同行业（包括 IT）的公司高管。 他们创建的研究显示的结果并不令人惊讶，但迫切需要采取措施来改善数字。

平均而言，IT 公司运行的项目中只有 56% 按时完成，其中 60% 遵守分配给他们的预算。 据接受采访的专业人士称，这些项目中有 14% 被认为完全失败，而 70% 达到了设定的目标。

据该研究所称，在 IT 组织投资于项目的 1 亿美元中，有 900 万美元因效率低下而损失惨重。

事实上，这些数字在电子商务项目中减少得更多，这表明项目的处理方式是无效的。

我们如何解释这些结果？

电子商务方式

电子商务项目是各种软件项目中最具挑战性的项目之一，这取决于项目本身的性质。 由于具有集成和跨组织的性质，电子商务项目具有更快的开发周期时间，并且迫切需要在项目的每个阶段都采用有效的策略来处理问题。

然而，实施电子商务项目的成功在很大程度上取决于组织处理实施的方式，组织态度和业务环境等因素被认为是实施过程的关键，它是渐进的，而不是革命性的，取决于动态变化在技​​术上。 这种动态的项目管理方法与通常由按顺序完成的任务组成的传统方法形成对比。

项目管理是一种幻觉吗？

尝试在没有项目管理的情况下管理项目就像在没有比赛计划的情况下尝试踢足球。

正如罗里·伯克 (Rory Burke) 所引述的那样，项目管理可以定义为在复杂项目中开发结构的一种方式，其中时间、成本、资源和人类行为的独立变量汇集在一起​​。

参与电子商务项目管理的人，必须照顾并需要与以下领域相关联：

• 包选择- 从众多选项中挑选合适的软件供应商和包解决方案的最大挑战。
• 商业智能- 获取有关公司竞争对手、客户、他们的要求和所有其他内部业务流程所需信息的技术和程序。
• 客户关系管理学习如何将每个客户及其要求视为重要个体的能力。
• 流程改进- 将组织的运营与其战略目标相结合，以改进产品和服务。
• 人力资源管理 -雇用和管理技术人员，并尽最大努力避免任何类型的冲突和项目障碍。

电子商务项目框架

强调解决高风险领域、稳定基础架构和细化驱动需求，每个电子商务项目的主要挑战是实现所有项目目标和目标，同时保持在先入为主的约束范围内。 这就是流程框架出现的地方。 有各种各样的过程框架，但所有这些框架都简要地包含了以下项目经理应该了解的知识领域。

范围管理

电子商务项目往往有持续的范围变化，管理客户试图与越来越多的功能结合的不间断变化的唯一方法是在迭代中构建门户。 所有功能更改或添加都可以组合在一起并在下一个版本中引入。

由于电子商务领域的大多数客户很少有明确定义的商业模式，因此项目的启动阶段总是用于引导客户发现他们的需求。 由于大多数客户对他们想要的东西有一个抽象的想法，他们应该接触有助于他们为项目构建强大商业案例的想法。 通过帮助他们专注于强大的商业模式，而不是花哨的技术，您可以构建电子商务项目运行的宏观框架。

时间管理

“上市时间”是电子商务项目中最受关注的话题，而不是任何其他类型的项目管理。 随着市场上每天都有更多的竞争者，你进入市场的任何额外时间都将是一个严重的错误，因为它只会带来灾难。 McKinsey and Company 的一项有趣研究表明，“迟到六个月但符合预算的产品在五年内的利润将减少 33%。 相比之下，准时出现和超出预算 50% 只会减少 4% 的利润。

在电子商务项目中，基于组件的架构、具有动态内容和功能以及频繁维护的门户将有助于快速开发并减少构建和维护时间，而不会影响质量。

成本管理

电子商务项目最重要的方面是确保您在项目结束时最大化交付的价值。 凭借卓越的功能，门户需要以最小的缺点和最小的维护成本交付。 在估算项目成本时，应注意返工是软件开发的一个事实。

需要修复错误、设计缺陷和错误的编码，以减少所需的返工量。 在估算成本时考虑到所有因素，您可能还必须面临成本超支。 一个成功的计划将看到返工成本随着每一次连续迭代而稳步下降。

质量管理

每个电子商务项目都必须意识到其主要问题，例如各种负载下的响应时间、可扩展性和响应能力，这些对成功率至关重要。 由于该项目涉及定制开发的组件，因此必须满足所有性能标准。 通过在早期阶段制作结构原型，对性能水平给出早期反馈。

此外，通过关注驱动需求和用例以及需求演变之间的平衡，生命周期的早期有助于实现整体软件质量。

电子商务项目管理方法

有很多地方可以寻找灵感，流行的方法可以帮助您开始改进内部流程。 但是，让我们谈谈使用的两种最流行的方法。 另请注意，对于任何电子商务项目，都不可能调整特定的方法论，您可能必须为您的业务调整方法论的某些方面。

敏捷项目管理

敏捷方法始于 2001 年的敏捷宣言，这是一种迭代方法的变体，它遵循一个原则，即在每个周期中创建最终项目的一小部分，根据对项目较小部分的反馈修改项目过程。 敏捷实践被个人广泛使用，创造了一种重视客户的组织文化。

精益项目管理

精益方法论的基本思想是摆脱流程中所有不必要的东西，减少无用的会议、浪费的可交付成果，并专注于推动电子商务业务向前发展的可交付成果，例如新产品原型或改进的购物体验。 这些方法是迭代的，并涉及在每个周期中创建最终可交付成果的版本。

敏捷还是精益改进？ 精益敏捷的应用

基于一组共同的协作、迭代交付、持续改进和透明度原则，敏捷和精益有一套专注于交付客户价值的实践。 当我们将方法论、运营效率、项目卓越性、产品服务质量和良好的工作文化结合起来时，与其专注于两者中的哪一个更好，不如提供竞争优势。

引入敏捷是为了改进软件开发过程模型，而精益更侧重于改进生产系统操作。 然而，多年来，人们意识到敏捷方法需要改进，而其他人则认为“精益是计划扩展其组织级别的组织的必要进步”，而敏捷方法未能解决这一问题。 结果，敏捷社区开始转向精益软件开发。 通过整合一套原则和实践，将精益思想引入实践。 结果表明，虽然敏捷方法通过一些最佳编程实践改进了软件开发，但精益原则在改进“敏捷实践”方面做得很好。

Devops – 改变电子商务行业

虽然敏捷和精益方法通过极限编程改进了软件开发，但在提高 IT 性能以赋予组织竞争优势时，需要一种新的思维方式，一种改进生产、运营和质量驱动的项目更快交付的管理流程。

这就是为什么企业正在选择一种新的文化，它融合了敏捷方法、精益原则，并包括激励员工的社会心理信念，持续集成和改进服务以满足客户和开发团队。 这种企业理念和工作方式被称为 Devops。

尝试在没有项目管理的情况下管理项目就像在没有比赛计划的情况下尝试踢足球。

这是什么 DevOps？

正如 Gartner 所定义的那样，“Devops 是一种文化转变，旨在提高面向业务、快速发展且可以轻松适应当今需求的解决方案的质量”

更多的是将不同的工作方式与不同的思维方式进行整合，从而通过促进更好的协作和沟通来改善业务部门之间的关系。

该模型对绩效的影响要深远得多，其好处涉及组织的所有领域。

改造传统思维

以自动化和优化软件交付为目的推动文化变革，同时鼓励不同专业人士之间的团队合作，Devops 帮助组织专注于一个共同的目标：快速交付伟大的软件。

通过消除障碍、复杂性、瓶颈和计划外的工作，Devops 允许团队非常快速地交付小块软件，并达到高标准。 自动化是核心方法，它确保已编写和添加的功能按时交付。 使用 Devops，持续软件更新、添加新功能和实现持续流程改进非常容易，因为团队的所有成员不断收到彼此的反馈，从而推动持续集成。

持续的软件开发

通过减少开发团队和运营团队之间的孤岛，Devops 有助于保持软件开发过程的连续性。 这种方法通过最大限度地减少软件创建和发布之间的延迟和差距来实现不间断的交付、部署和集成，鼓励无缝的软件交付。

更快地解决问题

基于一组共同的协作、迭代交付、持续改进和透明度原则，敏捷和精益有一套专注于交付客户价值的实践。 当我们将方法、运营效率、项目卓越性、产品和服务质量以及良好的工作文化结合起来时，与其关注两者中哪一个更好，不如提供竞争优势。

改进协作

今天，开发团队比以往任何时候都更需要打破跨部门的孤岛，以便在动态环境中进行协作。 Devops 通过提高有效决策所需的透明度，为提高业务效率铺平了道路。 它为所有团队提供了相互协作、沟通和整合的氛围。

改善客户体验

Devops 的主要目标是为最终用户提供高质量的软件，它鼓励团队努力满足项目要求。 团队在同一软件上的持续协作可防止发布错误代码，从而推动围绕改善客户体验和增加收入机会的顶线收益。

稳定与安全

通过持续交付，潜在问题的严重性会降低。 这反过来又会导致更稳定和安全的操作环境。 一项调查还发现，使用 Devops 的组织从停机时间中恢复的速度比未实施 Devops 的组织快 96 倍。

当一个组织考虑质量和成本时，人们普遍认为它们是对立的力量。 然而，使用 Devops，可以在降低成本的同时取得巨大的成果。 整个质量观念发生了转变，因为结果更加清晰，添加新功能简单快捷，始终保持高质量背后的秘诀是 Devops。 世界上的大多数行业现在都知道这一点，但 IT 需要很长时间才能赶上。