軟體專案過程診斷與改進建議案例

PetterLiu發表於2024-08-14

軟體專案過程診斷與改進建議案例

專案交付過程痛點

經過幾個實際專案跟進與調研，發下如下專案交付過程痛點

image

運維的痛點

image


結合敏捷軟體開發、PMI專案管理知識體系和CMMI 5體系，我們可以為交付過程與運維過程的痛點提供一個全面的解決方案。以下是整合了這三種方法論的解決方案：

交付過程痛點的解決方案：

1. 需求管理
  • 採用敏捷的使用者故事和用例，結合PMI的專案範圍管理，確保需求明確且可管理。
  • 實施規劃需求評審過程，跟蹤與記錄改進需求過程。
  • 利用《專案範圍管理》的知識，建立需求基線，確保需求收集、分析、定義和驗證過程形成閉環。
  • 使用《專案溝通管理》策略，保證干係人的持續參與和反饋。
  • 利用CMMI 5的“需求開發”和“需求管理”實踐，確保需求的可追溯性和變更控制。
  • 可參考《專案管理思考小記之一》，《需求變更管理》，《需求分析-PIECES框架》，《原型設計產出物中需求規則描述》
  • 引入需求管理工具，如TAPD,Trello,JIRA或Asana，實現需求從提出到實現的全生命週期管理，透過迭代回顧會議持續改進需求管理
  • 採用RACI矩陣（Responsible, Accountable, Consulted, Informed）明確需求相關各方的責任和角色。

在軟體需求評審過程中，人工智慧（AI）的整合在各種研究中都顯示出令人鼓舞的進展。自然語言處理和機器學習等人工智慧技術透過自動識別需求文件中的不一致和歧義來提高需求分析的準確性和效率。例如，透過提供智慧建議和驗證，人工智慧可以顯著減少人為錯誤並提高需求的整體質量 。人工智慧在促進協作審查方面的作用，允許實時反饋和調整，這可以使開發過程更加敏捷。但是，挑戰仍然存在，例如對全面訓練資料的需求以及過度依賴人工智慧系統的可能性，這可能會忽略人類細微的見解。總體而言，儘管人工智慧為軟體需求審查帶來了巨大好處，但仔細的實施和監督對於最大限度地提高其有效性至關重要。

需求階段質量重中之重，決定後續其他過程質量。

2.資料庫完整性

  • 遵循PMI的《專案質量管理》和CMMI 5的“資料管理”實踐，確保資料庫模式的完整性和一致性。可參考《專案管理中質量管理新方法》
  • 敏捷資料庫遷移：採用資料庫版本控制工具，如Liquibase或Flyway，支援資料庫模式的演進。
  • 自動化測試：編寫資料完整性測試，確保外來鍵約束得到滿足。
  • 定期進行資料庫完整性檢查，確保外來鍵約束得到正確實施。
  • 執行資料庫設計評審會議，邀請資料庫管理員、開發人員和業務分析師，QA共同參與，評審是否需要FK外來鍵，對於業務系統需要FK
  • 利用“風險管理”和“決策分析與解決”實踐，評估缺少FK帶來的風險，並制定緩解措施。
  • 應用“資料管理”和“資料庫設計”實踐，確保資料庫模式的完整性和一致性。

3.服務端引數校驗

  • 透過敏捷的持續整合（CI）流程，自動化介面測試，確保引數校驗的準確性。
  • 實施 防禦式程式設計，在API開發中增加引數校驗邏輯，使用單元測試驗證校驗邏輯。
  • 單元測試：為關鍵功能編寫單元測試，包括引數校驗邏輯。
  • 制定服務端引數校驗的標準和指南，確保開發團隊遵循一致的校驗策略。
  • 透過程式碼審查確保引數校驗邏輯的正確性和完整性。
  • 根據PMI的《專案質量管理》和CMMI 5的“技術解決方案”實踐，強化服務端引數校驗的實現。可參考《關於前端驗證還是後端驗證》
  • 程式碼質量檢查工具如SonarQube或ESLint

4.介面自測

  • 鼓勵開發團隊採用敏捷的測試驅動開發（TDD）和行為驅動開發（BDD）。
  • 自動化測試：使用Postman或Swagger等工具自動化介面測試，Rest-Assured，以簡化測試用例的編寫和執行
  • 結合PMI的《專案質量管理》和CMMI 5的“驗證”實踐，確保介面測試的全面性。
  • 將介面測試作為程式碼審查的一部分，確保測試用例的覆蓋率和質量。

5.資料質量管理

  • 利用敏捷的持續監控和快速反饋機制，及時發現資料問題。
  • 持續整合（CI）：透過CI流程自動化執行業務資料邏輯測試，及早發現資料不一致性。
  • 應用PMI的《專案風險管理》和CMMI 5的“資料管理”實踐，建立資料質量保障措施。

6.運維髒資料處理

  • 採用敏捷的跨功能團隊和快速響應流程，提高處理髒資料的效率。
  • 結合PMI的《專案風險管理》和CMMI 5的“過程和產品質量保證”實踐，確保資料問題的及時識別和解決。

運維過程總體解決方案：

  1. 部署文件化

    • 持續整合/持續部署（CI/CD）：使用Jenkins、GitLab CI等工具自動化部署流程，並生成部署文件。
    • 遵循PMI的《專案溝通管理》和CMMI 5的“配置管理”實踐，確保部署文件的完整性和可訪問性。可參考《專案管理溝通計劃》，《軟體專案研發中的溝通管理》，《與不同認知的人溝通》，《IT公司PM溝通那兒些事(一)》

  2. 日誌管理

    • 採用敏捷的實時監控和日誌收集工具，確保所有運維活動都有日誌記錄。
    • 日誌管理：整合ELK Stack或Graylog等日誌管理系統，收集和分析運維日誌。
    • 合PMI的《專案監控和控制》和CMMI 5的“測量和分析”實踐，實施日誌管理策略。

  3. 知識管理

    • 建立敏捷的知識共享文化，利用PMI的《專案資源管理》和CMMI 5的“知識管理”實踐，促進知識的積累和傳播。
    • 知識共享：建立Confluence或Wiki等知識庫，鼓勵團隊成員記錄和分享運維經驗和解決方案。
    • 定期回顧：舉行定期的運維回顧會議，討論問題和改進措施。

  4. 運維操作標準化

    • 根據敏捷的持續改進原則，定期回顧和更新運維操作手冊SOP。
    • 結合PMI的《專案資源管理》和CMMI 5的“過程管理”實踐，制定和執行運維操作標準。
    • 可參考《技術架構下的運維治理》，《運維問題排查思路》，《運維與持續交付》,《IT運維監控解決方案介紹》，《構建高效的研發與自動化運維》

  5. 結果記錄和分析

    • 利用敏捷的回顧會議和PMI的《專案監控和控制》來記錄和分析運維結果。
    • 應用CMMI 5的“效能資料管理”實踐，收集和分析運維效能資料。

  6. 自動化備份

    • 實施敏捷的自動化備份策略，並定期進行備份恢復測試。
    • 自動化備份：設定定期自動備份任務，使用資料庫管理工具如pg_dump或mysqldump。
    • 結合PMI的《專案風險管理》和CMMI 5的“風險管理”實踐，確保備份的有效性和可靠性。
通用實踐：
  • 持續改進：整合敏捷的回顧會議、PMI的過程改進和CMMI 5的最佳化目標設定，持續提升交付和運維過程。
  • 跨功能團隊：構建包含開發、測試、運維和業務代表的跨功能團隊，提高協作效率，確保團隊成員具備完成需求所需的各種技能
  • 透明度：確保所有干係人都能訪問到專案資訊和文件，提高透明度。
  • 風險管理：綜合PMI和CMMI 5的風險管理實踐，全面識別、評估和緩解專案風險。
  • 質量保證：整合敏捷的測試實踐、PMI的質量管理體系和CMMI 5的過程和產品質量保證，確保交付和運維質量。可參考《敏捷軟體質量保證的方法與實踐》
  • 迭代開發：將專案分解為短週期的迭代，每個迭代結束時都有可交付的產品增量。
  • 持續交付：透過自動化構建和部署流程，實現程式碼的快速交付。可參考《網際網路公司的持續交付》
  • 反饋迴圈：建立快速反饋機制，從使用者和利益相關者那裡收集反饋，並快速整合到產品中。
  • 技術債務管理：定期識別和償還技術債務，保持程式碼的可維護性。
  • 敏捷度量：使用敏捷度量，如故事點完成率、缺陷密度等，監控團隊進度和效率。
通用PMI專案管理實踐：
  • 專案啟動：確保專案目標清晰，干係人期望已知，並達成共識。
  • 專案規劃：制定詳細的專案管理計劃，包括範圍、時間、成本、質量、資源、溝通、風險、採購和干係人管理計劃。
  • 專案執行：按照專案管理計劃執行專案活動，確保資源的有效分配和團隊成員的協作。
  • 專案監控和控制：定期監控專案進度和績效，及時識別偏差並採取糾正措施。
  • 專案收尾：完成所有專案活動後，正式關閉專案，包括交付產品、釋放資源和記錄經驗教訓。

軟體工程實踐：

持續整合/持續部署（CI/CD）：
引入CI/CD流水線工具，如Jenkins、GitLab CI或CircleCI，自動化構建、測試和部署過程。

可參考《Jenkins流水線釋出實現CICD到Kubernetes》，《持續整合CI與自動化測試》，《Docker與CI持續整合/CD》，《軟體研發CI/CD流水線圖解》
程式碼質量和安全：
使用SonarQube等靜態程式碼分析工具，持續監控程式碼質量和安全問題。輔助阿里P3P與SonaLint外掛。

可參考《IT持續整合之質量管理》，《原始碼質量對程式競爭力的重要性》
文件化：
強化文件化文化，確保所有設計決策、需求變更和關鍵過程都有詳細記錄。
反饋迴圈：
建立反饋機制，從使用者和運維團隊收集反饋，持續改進產品和流程。

可參考《12個敏捷過程的小提示Tips》
培訓和教育：
定期對團隊進行技術和軟技能培訓，提升團隊的整體能力。

可參考《軟體開發的專業化》，《救火隊下偽敏捷開發過程》
效能監控與最佳化：
使用New Relic、Datadog等工具監控應用效能，確保系統穩定執行。

可參考《服務端效能的架構設計與調優》，《微信小程式效能最佳化之一》，《效能測試工具》，《大型電商網際網路效能最佳化案例》


總結

透過這種整合方法，組織可以充分利用敏捷的靈活性、PMI的專案管理框架和CMMI 5的成熟度實踐，實現高效、可靠且持續最佳化的交付和運維過程。具體需要根據專案上下文與組織結構制定適配的範圍。


今天先到這兒，希望對雲原生，技術領導力， 企業管理，系統架構設計與評估，團隊管理, 專案管理, 產品管理，資訊保安，團隊建設 有參考作用 , 您可能感興趣的文章:
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
影片直播平臺的系統架構演化
微服務與Docker介紹
Docker與CI持續整合/CD
網際網路電商購物車架構演變案例
網際網路業務場景下訊息佇列架構
網際網路高效研發團隊管理演進之一
訊息系統架構設計演進
網際網路電商搜尋架構演化之一
企業資訊化與軟體工程的迷思
企業專案化管理介紹
軟體專案成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
專案管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
網際網路資料庫架構設計思路
IT基礎架構規劃方案一(網路系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之效能實時度量系統演變

如有想了解更多軟體設計與架構, 系統IT,企業資訊化, 團隊管理 資訊，請關注我的微信訂閱號：

image_thumb2_thumb_thumb_thumb_thumb[1]

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段宣告，且在文章頁面明顯位置給出原文連線，否則保留追究法律責任的權利。 該文章也同時釋出在我的獨立部落格中-Petter Liu Blog。

相關文章