項目的發現階段,以及它如何幫助增強您的 IT 計劃

已發表: 2022-11-25

見解,總結:

  • 在全球實施的所有創新 IT 項目中,只有10% 到 30% 最終取得成功
  • 可以通過引入發現階段來防止導致軟件開發項目出錯的大部分問題。
  • 項目的發現階段是軟件開發管道的第一階段,其目的是幫助您將您的商業理念轉變為具有競爭優勢的全功能解決方案
  • 項目發現階段通常包括四個階段:需求獲取、解決方案設計、構建解決方案和項目規劃。 每個階段都會產生一組可交付成果,您可以用來向投資者和利益相關者推銷,並在此基礎上構建您的開發流程。
  • 業務分析師和工程團隊的代表通常負責執行發現。 外包發現階段也是一個有價值的選擇,尤其是當您缺乏經驗豐富的內部 IT 人才時。
  • 無論您選擇瀑布還是其中一種敏捷項目管理方法,都會影響您發現的長度和範圍。
  • Waterfall中,通常會提前計劃整個範圍,這可能需要四到八週甚至更長時間——具體取決於項目的規模和復雜性。
  • 敏捷中,設置所謂的sprint 0 或初始階段很常見,通常需要幾週或更短的時間。 通常緊隨其後的是在開發軌道之前運行一到兩次迭代的發現軌道。
  • 標準發現階段的成本從20,000 美元起。

你有一個創新的想法。 我們自己是技術愛好者,很想馬上把它變成一個功能性的應用程序。 但是,在沒有所謂的發現階段的情況下一頭扎進開發可能是致命的,尤其是在實施複雜或創新的解決方案時。

各種研究表明,在全球實施的所有軟件開發項目中,只有 10% 到 30% 成功。

令人難過的是——想法越創新,項目失敗的可能性就越大。

失敗的原因各不相同,但通常與糟糕的項目計劃有關:

DevTeam 共享的調查調查了軟件項目失敗的常見原因。 被調查的公司被要求選擇最多三個他們認為他們的軟件開發計劃失敗的原因。 失敗的前三大原因是組織優先級的變化、不准確的需求和項目目標的變化。

我們提供軟件工程服務的經驗證明:導致軟件開發項目出錯的大部分問題是可以避免的——這就是發現階段發揮作用的地方。

如果您即將開始一項 IT 計劃並且不希望它失控,請繼續閱讀。 下面,我們分享發現階段如何幫助企業和初創公司成功推出軟件解決方案,解釋哪些類型的項目從發現活動中受益,並根據 ITRex 產品組合中的示例分享發現階段的大致成本。

項目的發現階段到底是什麼?

項目發現階段是軟件開發管道中的第一個階段。 在此階段,您將根據業務環境測試想法、消除疑慮並證明對未來應用程序的假設。

如果處理得當,發現階段可以幫助您了解如何將您的商業理念轉化為功能齊全的解決方案,同時為準確的時間和成本估算提供基礎。

最終,在您的項目中引入發現階段可以幫助您實施符合用戶期望並具有競爭優勢的產品。

根據工作範圍,敏捷項目的發現階段可能需要兩到四個星期,而瀑布項目的發現階段可能需要四到八週甚至更長時間。 它通常根據時間和材料 (T&M) 定價模型計費。

項目發現階段包括哪些階段?

項目的發現階段通常包括四個階段:

  1. 需求獲取
  2. 方案設計
  3. 解決方案架構
  4. 項目計劃

需求獲取

在此階段,您將建立清晰的產品願景。 您還需要考慮將這一願景變為現實的戰略方面。 為此,您執行以下步驟:

確定關鍵利益相關者和業務環境

通過訪談、問卷調查、討論、焦點小組和觀察開始項目的發現階段,以深入了解未來解決方案將使用的環境並記錄主要利益相關者的需求和期望。 後者應包括產品所有者、管理員、最終用戶、開發人員、投資者以及參與製定和使用未來解決方案的其他人員。

另外,不要忘記回顧現有文檔。 如果您已經有市場調查、用戶訪談或任何其他有用的文檔,您可以通過節省一些時間進行額外研究來縮短項目發現階段。

定義產品願景

根據利益相關者的反饋,定義產品願景。 Think——一份高級文檔,概述了開發產品的目的並向用戶傳達了它的關鍵價值。

確定成功指標

作為項目發現階段的下一步,考慮衡量產品性能的標準。 這些可能包括每月收入、每日活躍用戶、客戶生命週期價值和其他因素。 產品經理將依靠這些標準來監控產品是否滿足設定的業務目標。

確定目標用戶

繼續研究您的目標受眾並創建用戶角色。 確定他們的需求、期望和痛點,並思考在應用程序的用戶旅程中解決這些問題的方法。

明確技術要求

將項目發現階段之前階段聚合的所有數據轉化為軟件需求規範 (SRS),記錄未來解決方案的功能和非功能(性能、可用​​性、安全性等)需求。 有關如何製作引人注目的文檔的更多詳細信息,請參閱我們的 SRS 編寫指南。

制定風險管理策略

制定風險預防和緩解策略。 這些將幫助您在潛在風險、不確定性和障礙成為問題之前識別和應對它們。

定義項目範圍和時間表

在項目發現階段的此時,您可以提供完成項目所需的資源、成本和時間的詳細估算。 通過制定包含定義的里程碑、可交付成果和截止日期的完整項目時間表來完成該階段。

完成需求獲取階段後,您將手頭有以下可交付成果:

  • 產品願景聲明
  • 項目範圍文件和可選的範圍圖
  • 用例、用戶故事和用戶旅程地圖
  • 產品需求文檔 (PRD)、功能需求文檔 (FRD) 或軟件需求規範 (SRS)
  • 風險管理策略
  • 項目時間表

方案設計

解決方案設計階段的目標,不言而喻,就是設計產品的用戶體驗並提出其外觀和感覺。 在設計階段,您通常會執行以下活動:

製作用戶旅程地圖

在目標受眾研究和用戶角色的基礎上,製作用戶對產品體驗的高級視覺表示。 通常,您需要為每個用戶細分提供單獨的用戶旅程圖。

通過思考用戶和未來產品之間的交互點來繼續項目發現階段。 使用您在研究期間收集的數據來填充旅程地圖。

在設計方面,您的地圖可以像時間線一樣簡單,也可以像故事板一樣複雜,描述每個階段究竟發生了什麼。

創建線框和模型

通過創建傳達解決方案結構和設計的藍圖來可視化您的概念。

建立原型

通過構建解決方案原型來完成該階段。 Think——反映其基本功能和設計的未來解決方案的早期版本。 原型是讓利益相關者體驗未來解決方案的行為、外觀和感覺的好方法。

為了驗證用戶流程以及用戶體驗和用戶界面決策,您可能會經歷幾輪測試。 這完全沒問題。 在每次迭代中收集利益相關者的反饋,並依靠它來完善您的設計。

解決方案設計階段完成後,您將獲得以下可交付成果:

  • 用戶旅程地圖
  • UI 線框和 UI 設計模型
  • 低保真解決方案原型

構建解決方案

在項目發現階段的這個階段,您會考慮如何在技術方面實現設計的願景。 要完成這一切,請執行以下操作:

制定技術願景

以技術最佳實踐、業務背景和開發團隊的反饋為基礎,設計一個技術解決方案來實現產品願景。 確保您的技術願景是靈活的、面向未來的,並且與整體業務戰略保持一致。

進行技術可行性分析

作為項目發現階段的下一步,評估您將如何交付解決方案的細節。 考慮技術前景、可用的基礎設施、資源和預算。 最終目標是確定所提議的技術解決方案的可行性,並確保該項目在法律和技術上是可行的,並且在經濟上是合理的。

設計解決方案架構

依托行業最佳實踐,以技術需求為基礎,設計未來解決方案的架構。 內置的可擴展性、靈活性和安全性是需要尋找的特性——這些有助於確保您以後可以進一步改進您的解決方案。

選擇最佳技術棧

下一步是選擇最佳的編程語言、框架和庫。 這樣做時,請記住您所做的技術選擇將影響未來解決方案的性能和可擴展性、上市時間、軟件的可維護性和支持成本。 請務必根據這些因素仔細權衡您的技術選擇。

將項目範圍分解為可交付成果並創建積壓結構

明確項目範圍並做出技術選擇後,您可以將工作量分解為特定的可交付成果並設計項目積壓工作。 有不同的方法來構建您的積壓工作; 我們發現一個依賴於用戶故事的燈塔應該交付什麼是最方便的。

設計 QA 和測試策略

為確保您的解決方案無故障運行,請儘早投入精力設計全面的 QA 策略。 請記住,全面的質量保證不僅限於測試——儘管它是質量保證的重要組成部分。 因此,請確保在規劃階段儘早納入 QA 活動,並遵循所需的功能和非功能測試活動。

完成解決方案設計階段後,您將獲得以下可交付成果:

  • 技術願景
  • 方案可行性記錄
  • 解決方案架構圖
  • 技術棧
  • 範圍基準
  • 積壓結構
  • 質量保證和測試策略

項目計劃

項目發現階段的項目規劃階段的目標是定義您將如何在設定的時間範圍內完成項目,利用可用資源並考慮約束。 為此,請執行以下活動:

繪製資源、上市時間和預算估算

通過起草資源計劃開始階段,您可以在其中識別、組織和列出完成項目所需的所有資源。 稍後,您將使用該計劃作為藍圖,以確保項目工作在預算範圍內按時完成。

概述項目路線圖

制定項目主要要素的戰略概述,包括目標、里程碑、可交付成果、資源和計劃的時間表。 在開發的後期階段,您將依賴路線圖作為參考指南,讓項目團隊走上正軌。

成立項目團隊

根據產品的類型和復雜性、上市時間、分配的預算和其他項目限制,組建一個項目團隊來實現您的願景。 為確保您擁有最佳的團隊組成,請隨時研究我們深入的項目團隊結構指南。

定義項目 KPI

設置要跟踪的指標以衡量您的項目是否成功。 這些可以涵蓋預算、質量、有效性和時間線 KPI。 確保您引入的每個指標都是SMART (具體的、可衡量的、可實現的、相關的和有時限的。)

設置進度跟踪工具

您不必手動管理項目數據。 相反,選擇一個項目管理工具,讓您可以方便地瀏覽來自各種來源的數據。 市場上最流行的進度跟踪工具包括:Trello、JIRA、Hive、Asana、Nifty 等。

建立項目基礎設施

一旦核心發現活動完成,就可以通過引入運營和/或 DevOps 團隊來完成項目的發現階段。 他們將為開發和測試活動的發生設置環境,並為自動部署創建管道。

項目規劃階段結束後,您將手頭有以下可交付成果:

  • 項目路線圖
  • 概算
  • 團隊組成
  • 項目關鍵績效指標
  • 項目基建計劃
  • 可選地,初創公司向投資者展示的推銷平台。

誰負責進行和協調發現?

有了以上信息,您就可以自己冒險進入項目的發現階段了。 另一種方法是求助於經驗豐富的項目發現服務提供商,他們將為您提供合適的技術人才支持。 通常,項目發現團隊包括一名業務分析師和一名工程團隊代表,可以是解決方案架構師、ML 顧問或與項目相關的任何其他角色。 擴展發現團隊可能包含以下角色:

產品擁有者

產品負責人是擁有最初產品創意並負責制定產品願景的人。 作為產品負責人,你會參與產品開發,但你的任務會更具戰略性,而分析、設計和開發的主要部分通常會交給其他團隊成員。

專案經理

項目經理負責利益相關者之間的順暢溝通、規劃工作範圍和跟踪項目進度。

業務分析師

業務分析師提出了一個具體計劃,說明如何將最初的願景變成一個真正的、實用的解決方案。 作為業務分析師,您會採訪利益相關者,深入了解他們的需求,並根據業務環境權衡這些需求以製定詳細的 SRS。

解決方案架構師

解決方案架構師分析需求並設計解決方案邏輯和架構。 他們還提出工具、技術和方法,以確保您獲得具有競爭力、面向未來的軟件。

用戶體驗/用戶界面設計師

UX/UI 設計師是設計不間斷且流暢的用戶體驗的人。 他們研究用戶的需求和偏好,以使未來的產品盡可能方便和吸引人。

此外,您的發現團隊可能包括 DevOps 工程師、QA 工程師和安全工程師。

DevOps 工程師將負責為項目活動設置基礎設施,並為自動構建設計管道(如果您選擇實施的話)。

如果您的產品有嚴格的質量要求,請讓QA 工程師參與發現活動。 讓他們評估需求的可行性,並將必要的 QA 活動納入開發的所有階段。

反過來,安全工程師將確保您的產品符合必要的安全標準並擁有內置的保護機制。

發現在敏捷和瀑布項目中有何不同?

無論您選擇線性項目管理方法(例如瀑布)還是敏捷家族中的一種管理方法,都會影響發現階段的處理方式。

在 Waterfall 中,所有發現活動都在開發開始之前預先完成。 發現階段通常需要長達八週的時間和項目預算的 10% 到 15%。 完成後,團隊將獲得所有必要的可交付成果。

另一方面,在敏捷中,發現階段通常在開發軌道之前運行一到兩次迭代。 通常需要幾週或更短的時間。

如果您想更深入地了解差異,請閱讀我們關於瀑布項目與敏捷項目的發現階段的文章。

什麼類型的項目可以從發現階段中受益?

我們與 ITRex 的首席文學士 Vladimir Sechko 坐下來,詢問他可以從引入發現階段中受益的項目類型。 劇透:任何。 我們稍後會解釋做出這種反應的原因。 現在,我們將利用 ITRex 產品組合中的三個示例來說明發現活動何時派上用場。

項目一、市場研究與預測軟件平台

一家希望為零售商創建市場研究和預測平台的初創公司找到 ITRex,以測試其想法的可行性並進一步開發解決方案概念。

基於 ML 的平台針對時尚零售市場,將幫助製造商和零售商根據特定銷售地點的需求調整生產和銷售商品的數量。 該預測將基於開源數據,包括社交媒體信息。

交付範圍包括研究預測模型的數據源、思考預測模型背後的邏輯、描述未來解決方案的功能,以及製定與數據收集和數據存儲相關的合規要求。

一名業務分析師和一名 ML 工程師參與了發現活動。

在發現階段結束時,客戶驗證了他們的想法的可行性,得到了一個低級功能解決方案,其中所有功能塊都得到了全面描述和可視化,並了解了未來解決方案的合規性要求。

該解決方案的概念現在正在向投資者推銷,很有可能吸引到進一步開發所需的資源。

因此,如果出現以下情況,我們建議執行項目發現階段:

  • 您的解決方案與 AI、ML 和其他創新技術有任何關係
  • 你的解決方案依賴於公共數據,你不熟悉細分市場的數據收集要求
  • 你還沒有磨練出最初的願景,也不知道在第一次開發迭代中應該專注於哪些核心特性

項目 2. 用於協調 B2B 流程的後台辦公室

擁有四個業務線(包括音樂流媒體服務、在線印刷和刺繡服務以及允許樂隊設計和銷售商品的在線商店)的所有者希望開發一個方便的後台辦公室來協調所有業務線。 後台將允許改進過去部分離線的 B2B 管理流程。

在發現過程中,ITRex 的業務分析師研究了客戶的需求並設計了未來解決方案的功能圖。 提議的解決方案將幫助客戶的合作夥伴和員工在合作夥伴模塊內無縫溝通。

因此,在開展發現活動後,客戶獲得了未來解決方案的詳盡功能圖,該解決方案將使用 PHP Symfony 框架實現。

因此,如果所討論的解決方案很複雜並且具有許多集成功能,請進行發現活動。 發現階段將幫助您挑選出核心功能,以便在第一次開發迭代期間集中精力,以便開始提前獲得價值。

項目 3. 一個非常規的移動廣告平台

一家初創公司求助於 ITRex,以驗證並進一步開發他們希望快速推向市場的產品願景。 他們想出了一種帶有賭博元素的新穎廣告方式。 該移動平台將允許廣告商上傳視頻廣告,供用戶以類似 TikTok 的方式觀看。 廣告商還需要設定他們願意為該活動花費的金額。 在觀看視頻內容時,隨機用戶會看到一個領取獎勵按鈕,該按鈕只會出現很短的時間,其中獎勵等於廣告商設定的金額。

在項目的發現階段,我們磨練客戶的商業理念,記錄合規要求,選擇要開發的解決方案的平台,設計用戶體驗,思考獎勵算法的特殊性,並整合反欺詐機制.

客戶繼續與 ITRex 的團隊一起開發解決方案。

因此,如果出現以下情況,請選擇發現階段:

  • 您正在開發的解決方案位於廣告和賭博等領域的交叉點
  • 該解決方案必須迅速推出。 在這種情況下,發現期間獲得的可交付成果將指導開發過程並幫助避免開發錯誤
  • 您不確定合適的技術和平台
  • 您不確定合規性和安全要求

劃清界線,發現階段對於任何旨在成功交付的項目都是有價值的。 將發現活動視為對您的經營理念的另一種健全性檢查。

項目發現階段也有助於在不斷變化或不穩定的環境中導航開發。 有了磨練的願景、詳盡的需求和手頭經過深思熟慮的時間表,在不忽視最終目標的情況下更容易調整開發過程。

發現可交付成果也有助於降低對產品所有者/產品經理的依賴。 在敏捷中,產品經理的錯誤可能是致命的。 在發現階段之前的項目中,戰略決策是集體考慮和驗證的,戰略失敗的可能性要低得多。

進行項目的發現階段需要多少費用?

發現階段的總成本取決於項目的複雜性和要執行的活動範圍。

例如,對於一個具有深思熟慮的願景的項目,發現階段的核心將圍繞提出實現它的最佳方法並繪製所有需要的估計。 總計大約10,000-15,000 美元

遠景不明的項目的發現活動通常根據時間和材料定價模型計費。 此類項目的發現成本從20,000 美元起,甚至更多,具體取決於所需的可交付成果。

總結一下

因此,如果您是一家致力於下一個突破性應用程序的初創公司,那麼從發現階段開始開發過程可以幫助您:

  • 確定價值主張、用戶需求和業務目標
  • 定義工作範圍並獲得詳細的時間和預算估算
  • 獲得工作原型以向投資者推銷
  • 獲取詳細的架構解決方案並開始尋找合適的合作夥伴和供應商
  • 獲得深思熟慮的產品願景,避免在後期開發階段進行代價高昂的修改
  • 從而獲得更高的投資回報

對於非 IT 領域的企業來說,引入項目發現階段可以帶來以下好處:

  • 有據可查的項目願景和範圍
  • 真正的利益相關者反饋以做出決策
  • 內部人才的最大影響
  • 對時間和金錢投資的透徹理解
  • 人性化的體驗
  • 更高的投資回報

如果您對項目的發現階段仍有未解決的問題,或者正在尋找可信賴的合作夥伴來啟動您的計劃,請聯繫 ITRex 我們經驗豐富的 BA 將為您的項目的成功奠定基礎!


最初於2022 年 11 月 21 日發佈在https://itrexgroup.com