iT邦幫忙

需求管理相關文章
共有 21 則文章
鐵人賽 AI/ ML & Data DAY 30

技術 《資料與程式碼的交鋒》Day 30 - 未完的挑戰

30 天的挑戰來到了尾聲,回想這次系列文的副標題『Data Engineer 與合作夥伴如何譜出協奏曲』,心裡冒出兩個疑問: 資料工程師的職務為什麼突然從企...

鐵人賽 IT 管理 DAY 9

技術 Day 9:品質保證的關鍵 Part 3 - 如何進行前端自動化測試

在網頁前端開發中,自動化測試也是品質保證的核心之一。與手動測試相比,自動化測試能夠大幅提高測試效率、減少人為錯誤,並確保程式碼變更後系統的穩定性。因此建立全面的...

鐵人賽 IT 管理 DAY 8

技術 Day 8:品質保證的關鍵 Part 2 - 如何確保前端整合測試有效

前端整合測試是確保專案品質保證的一部分,端到端測試(E2E Test)能夠模擬使用者的實際操作流程,確保從頭到尾的運作都符合預期。手動進行 E2E 測試雖然非常...

鐵人賽 IT 管理 DAY 7

技術 Day 7:品質保證的關鍵 Part 1 - 如何制定全面的測試計劃

在前端開發過程中,制定全面的測試計劃是確保開發品質的方式之一,由於測試計劃不僅能夠及早發現並修復潛在的問題,也能確保開發內容確實符合專案流程與需求。 因此分享...

鐵人賽 IT 管理 DAY 6

技術 Day 6:需求優先級排序:如何確定哪些需求最為重要

在專案開發中,確定需求的優先級是確保專案成功的關鍵要素。我們需要在有限的時間和資源下,決定哪些需求最為重要,以便團隊能集中精力在那些能夠產生最大價值的工作上。...

鐵人賽 IT 管理 DAY 5

技術 Day 5:文件的重要性:如何撰寫有效的技術文件

在軟體開發過程中,技術文件扮演著關鍵的角色。它不僅是團隊溝通的橋樑,也是維護與開發專案時的重要參考資料。因此撰寫清晰、容易閱讀的技術文件,不僅有助於團隊協作,也...

鐵人賽 IT 管理 DAY 4

技術 Day 4:需求變更管理:如何應對需求變更的挑戰

管理需求變更是一項重要且富有挑戰性的任務。在快速變化的開發環境中,需求變更常常會影響到專案的時程、技術選型,以及團隊的工作重點。成功的需求變更管理,不僅要求靈活...

鐵人賽 IT 管理 DAY 3

技術 Day 3:時程評估:如何制定專案項目時間表

制定專案項目時間表是專案管理中至關重要的一步,它不僅影響專案的整體進度,還關乎團隊的協作效率和資源分配。有效的時程評估能幫助團隊預測工作量、設置合理的交付期限,...

鐵人賽 IT 管理 DAY 2

技術 Day 2:需求評估:如何進行技術可行性分析

在前端開發中,技術可行性分析是一項關鍵任務,決定了專案所使用的技術是否能有效達成需求並達到預期效果。進行技術可行性分析不僅有助於選擇合適的技術棧,還能避免在開發...

鐵人賽 IT管理 DAY 26

技術 PM專案成敗的及格線:驗收通過

一個專案完成驗收不一定是100分優質的專案,但專案驗收不通過肯定不及格是失敗的。 PMP十大知識領域中的「專案整合管理 Project Integration...

鐵人賽 IT管理 DAY 25

技術 PM快速拉近與客戶距離的技能——領域知識 Domain Know-how 知多少

一群PM管理專案的能力都相同專業、EQ也都很棒,此時誰能更快獲得客戶傾心呢?答案是最懂客戶需求「業務生態」的那一位。隔行如隔山,懂系統懂專案管理不代表懂業務需求...

鐵人賽 IT管理 DAY 8

技術 [需求管理] 你該知道的RICE與Value-Effot Model

接續前兩篇的文章,今天想跟大家分享的是兩個我最常用的優先級排序模型。 RICE 模型 RICE模型是基於四個要素來進行優先級評估:多少客戶會被影響到(Reach...

鐵人賽 IT管理 DAY 7

技術 [需求管理]你所需要知道MoSCoW法則:有效需求管理的關鍵

今天想跟大家分享MoSCow框架,也是一個需求管理常用的方法。MoSCoW法則可幫助團隊優先處理和規劃項目中的不同需求。它的名稱來自四個英文單詞的首字母,分別代...

鐵人賽 IT管理 DAY 6

技術 [需求管理] 資源永遠不夠,怎麼知道哪些事情要先做?

「看著越來越長的product backlog, 不知道哪一天產品會有做完的一天。」同事感嘆著。事實上,如果是軟體服務型產品,像是網站、APP等等,永遠都會冒出...

鐵人賽 Agile DAY 13
和Agile小白一起玩 系列 第 13

技術 第十三篇 Agile的學習從跌跤開始 - 客戶的需求 / 幻想

Agile 是測試市場並確認產品發展走向的好方法。一直不斷地更新,並不斷地有客戶回饋。但,總有客戶覺得 Agile 是擁抱改變,所以就一直不斷地變,也一直要求公...

技術 【閒聊】怎確認客戶的需求?試用需求接受準則來解決問題

最近開學開始在備課時,我在整理資料與簡報忽然我想到在CMMI Dev v1.3版【1】中的需求管理SP1.1工作產出與執行細則裏,有講到這個需求管理的表單&qu...

技術 【閒談】軟體專案管理的工作經驗分享

近年我跟客戶、企業與電腦公會討論系統開發進度,發現很多同業都是將PMP的專案管理方式套到軟體專案,常常就會就產生當整專案進度的時間到百分之80-90%時,工程師...

鐵人賽 Software Development DAY 11

技術 視覺化的溝通框架 影響力地圖impact mapping

今天要來分享的是產品經理在做需求管理、和對外溝通的時候,都很需要的一個思考框架 - 影響力地圖 impact mapping,這個思考框架的內容,主要是透過視覺...

鐵人賽 Software Development DAY 2

技術 軟體開發的用戶需求哪裡來?

這篇要來介紹軟體開發的第一模塊-用戶需求。 根據過去當產品經理的經驗,透過這篇和大家分享軟體開發的過程中,如何做需求研究,蒐集到的需求和做完了研究之後,又要如何...

技術 2013軟韌體開發團隊相關的Survey

幾年前的Survey, Subversion是最popular的版本控制系統, 那時Agile還沒什麼人說. 現在狀況如何呢? 邀請您參加這個問卷調查. Q3底...

技術 8/29 晚上9:00 Webinar: Test Management with CodeBeamer

8月29日星期三台灣時間21:00 CodeBeamer原廠有線上的Test Management Webinar. 報名網站 http://www.intla...