在實際 項目管理 中,項目階段管理收尾過程和工作往往不被大家重視。有時因為項目任務繁重,項目組為了按時完成任務忙于埋頭趕工,或一大堆的問題急需解決,項目經理干脆就把該項工作..
崔丹:我們根據UX部門提供的“UI Design Guidelines”進行測試。如果有的產品沒有設置UX部門,測試部門會采用微軟統一制定的界面設計標準。如果在 軟件測試 中發現不合格問題,我們會采用Iss..
關于崔丹:2000年加入微軟,現在的職位是Software Design Engineer in Test. 一直在美國西雅圖總部從事 軟件測試 工作。參與過的產品包括 Windows SharePoint Team Services (V1 and V2), 和Microsoft Office Business Sco..
“在對IT故障進行根源分析時,發現最頻繁出現的根本原因是IT的變更和配置未被管理。因此如何積極全面地評估變更帶來的影響和危險性,并且對生產環境的相應變更進行有效的管理成為很多..
四、搞清能正確回答問題的人 不同的問題需要問不同的人, 需求 中有很多是細小的操作級別的問題,也有很多是關乎全局的問題,這就要求一定要搞清楚什么問題去問什么人。 很多捕獲需求..
如果你在會面前沒有對客戶提供的資料,表格等進行全面研究,對客戶 需求 就不可能調查全面,你可能需要反復去約見他,這樣你會給客戶留下工作效率低的印象,他對你會逐漸的感到厭煩,..
做過軟件的人都聽過這樣的抱怨: 需求 變化太快,軟件系統經常要修改,都連續加班幾個星期了...... 通常面對這樣的問題,要如何解決呢? 首先,問題的根源是:需求不斷變化。 很多人都有..
·需求錯誤; ·需求不清楚。 需求的變化問題是每個 開發 人員、每個項目經理都遇到的問題,也是最頭痛的問題,一旦發生了需求變化,你不得不來修改你的設計、重寫你的代碼、修改你的..
一、前言 在軟件項目的 開發 過程中,需求變更貫穿了軟件項目的整個生命周期,從軟件的項目立項,研發,維護,用戶的經驗在增加,對使用軟件的感受有變化,以及整個行業的新動態,都為..
四、 需求的收集和整理 需求分析 是從用戶的角度描述用戶的數據、活動、地點(位置)、人員組織、計劃、業務邏輯(業務目標)等相關信息的一個過程,它涉及到如何收集用戶的需求,以及..
3.10 討論 討論是在 需求分析 過程中,需求分析團隊成員之間的一種協作機制。這種機制可使相關人員就需求的定義、描述、狀態、優先級、一致性、完整性等進行討論,得出正確的結論。 討論..
可追溯性是需求的一致性表現形式。它主要包含以下幾個方面的含義: · 保持和用戶要求的同步 必須牢記的是用戶需求是不斷變化的。 需求分析 需要適應需求的不斷變化。 · 保持需求之間的..
·刪除級別(Delete Level)刪除 需求 。 ·特定需求的 安全 性 建立用戶/用戶組與特定需求的關聯,以確定此用戶/用戶組對需求的操作權限。 3.4 需求類型/需求 需求類型通常是以功能劃分的較高..
項目的里程碑 外部的可追溯性 安全 性框架等。 3.2 用戶/用戶組 用戶是指參與 需求分析 的人員,一般由軟件產品的最終用戶、軟件 開發 人員、系統設計員、 測試人員 等組成。在需求分析產..
需求分析 的特點是需求的完整性、一致性和可追溯性。 完整性:是準確、全面的描述用戶的需求。 一致性:是通過分析整理,剔除用戶需求矛盾的方面,規范用戶需求。 可追溯性:有兩個方..
一、 概述 據權威部門統計,目前軟件的成功率約為25%,75%的軟件是失敗的。在這75%的失敗中,約有50%以上的軟件是由于需求的原因造成的。作為軟件的設計和 開發 人員常抱怨用戶需求不明確..
之后的每一次 需求 迭代,項目經理要將需求分解細化,控制需求的粒度,并且確定優先級,消除團隊成員的焦急情緒,按照先后順序逐步的處理每一個粒度的需求,以發布每階段的小版本為階..
如圖5所示,如果任務定義了優先級,那么在每個人的桌面上,任務會自動排列。這點對于多任務的項目尤其重要。 圖5 JIRA 中的任務會自動排序 預見到 需求 迭代的被動性后,Diapers項目團隊在..
..
工欲善其事,必先利其器。我們可以利用一些現成的工具來管理需求邊界和跟蹤 Bug ,比如 JIRA 。JIRA是集項目計劃、任務分配、 需求管理 、錯誤跟蹤于一體的商業軟件,其提供了問題跟蹤管理..