電子商務項目管理如何成為電子商務業務收入增長的關鍵？

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 需要很長時間才能趕上。