1 安裝禪道
1.1  選擇適合您的安裝方法
1.2  使用云禪道在線項目管理服務!
1.3  (推薦)windows用一鍵安裝包安裝
1.4  (推薦)linux用一鍵安裝包
1.5  linux下用lampp集成包安裝
1.6  使用源碼包安裝(MAC系統)
1.7  MAC下用XAMPP安裝禪道
1.8  MAC下用XAMPP-VM安裝禪道
1.9  禪道一鍵安裝包里安裝蟬知和然之
1.10  使用源碼包安裝(各系統通用)
1.11  寶塔面板安裝禪道
1.12  華蕓NAS在線安裝
1.13  Centos7.4系統下安裝httpd,mariadb,php7.1環境運行禪道
1.14  安裝ioncube擴展
2 禪道介紹
2.1  關于禪道項目管理軟件
2.2  禪道介紹PPT下載
2.3  如何獲得支持
2.4  關注我們
3 升級禪道
3.1  選擇和自己環境對應的升級方式
3.2  通過源代碼方式升級(通用)
3.3  windows一鍵安裝包的升級
3.4  linux一鍵安裝包升級
4 創建分組和用戶
4.1  建立部門結構
4.2  添加一個用戶帳號
4.3  批量維護帳號
4.4  設置分組,建立權限體系
5 最簡使用
5.1  使用禪道來進行項目任務管理
5.2  只使用禪道來做bug管理
5.3  只使用禪道來進行產品管理
5.4  個人使用禪道來做事務跟蹤管理
6 基本使用
6.1  禪道使用的基本流程和產品、研發、測試之間的三權分立
6.2  敏捷開發及scrum簡介
6.3  禪道和scrum的對應關系
6.4  禪道的新手教程
6.5  創建第一個產品
6.6  添加第一個需求
6.7  開始第一個項目
6.8  確定項目要完成的需求列表
6.9  為需求分解任務
6.10  提交bug
6.11  視頻教程:第一個演示項目
6.12  維護聯系人
6.13  禪道的自定義功能
6.14  導入excel、csv參考文檔
6.15  文檔管理
6.16  工作方式的切換
6.17  操作獲取積分功能
6.18  自定義必填項功能
6.19  如何排查產品、項目是否有訪問權限
7 進階使用
7.1 使用流程
7.1.1  禪道使用流程圖解
7.2 個人管理
7.2.1  使用待辦進行個人事務管理
7.2.2  關注需要自己處理的任務、需求、bug
7.2.3  通過我的檔案查看或者修改個人信息
7.2.4  視頻教程:禪道使用之個人篇
7.3 產品經理篇
7.3.1  維護產品
7.3.2  維護產品線
7.3.3  創建和評審需求
7.3.4  變更和評審需求
7.3.5  需求的狀態和研發階段
7.3.6  需求的注意事項
7.3.7  維護產品模塊
7.3.8  建立發布計劃
7.3.9  建立發布
7.3.10  路線圖
7.3.11  文檔管理
7.3.12  主持產品會議
7.3.13  參與項目管理、演示和總結
7.3.14  需求的基本統計報表
7.3.15  視頻教程:禪道使用之產品經理篇
7.4 項目經理篇
7.4.1  建立項目
7.4.2  組建項目團隊
7.4.3  確定項目要完成的需求列表
7.4.4  組織進行任務分解
7.4.5  召開每天的站立會議
7.4.6  通過燃盡圖了解項目的進展
7.4.7  通過各種列表的各種功能了解項目進展
7.4.8  召開演示會議和總結會議
7.4.9  項目任務基本的報表統計
7.4.10  視頻教程:禪道使用之項目經理篇
7.5 開發團隊篇
7.5.1  參加項目計劃會議,分解任務
7.5.2  領取任務,并每天更新任務
7.5.3  通過看板和樹狀圖查看任務
7.5.4  創建版本
7.5.5  申請測試
7.5.6  解決bug
7.5.7  文檔管理
7.5.8  確認bug
7.5.9  視頻教程:禪道使用之開發團隊篇
7.6 測試團隊篇
7.6.1  維護bug視圖模塊
7.6.2  提交bug
7.6.3  驗證bug,關閉
7.6.4  激活bug
7.6.5  找到自己需要的bug
7.6.6  維護測試用例視圖
7.6.7  創建測試用例
7.6.8  測試套件、報告和公共用例庫的維護
7.6.9  管理測試版本
7.6.10  執行用例,提交Bug
7.6.11  查看報表統計
7.6.12  視頻教程:禪道使用之測試團隊篇
8 維護配置
8.1 維護禪道
8.1.1  初始化管理腳本
8.1.2  備份禪道
8.1.3  恢復刪除的資源
8.1.4  如何更新燃盡圖
8.1.5  一鍵安裝包如何實現mysql異機連接
8.2 配置禪道
8.2.1  設置是否允許匿名訪問
8.2.2  如何配置email發信
8.2.3  禪道云發信
8.2.4  如何成為超級管理員
8.2.5  配置禪道系統為靜態訪問
8.2.6  去掉禪道訪問地址中的zentao
8.2.7  集成禪道和svn
8.2.8  集成禪道和git
8.2.9  在第三方應用中集成禪道
8.2.10  第三方應用配置免密登錄禪道
8.2.11  第三方應用集成禪道客戶端進行消息通知
8.2.12  集成webhook
8.2.13  然之集成
8.2.14  客戶端集成
8.2.15  禪道的翻譯功能
8.2.16  瀏覽器通知的設置
9 定制開發
9.1  二次開發機制
9.2  禪道的目錄結構
9.3  找到要修改的文件
9.4  禪道的數據庫結構
9.5  公用模塊--common
9.6  如何登記菜單
9.7  如何登記權限
9.8  示例:如何修改禪道的語言提示?
9.9  示例:創建bug時可以設置優先級字段
9.10  使用在線擴展編輯器
9.11  二次開發編輯器和翻譯功能限制使用說明
9.12  禪道項目管理軟件打包規范1.1版本
10 其他相關
10.1  禪道所使用到的第三方代碼
10.2  禪道FAQ
10.3  如何幫助禪道項目
10.4  禪道商業服務
10.5  禪道項目的貢獻者
10.6  歷史修改記錄

需求的注意事項

2012-06-04 15:51:55
王春生
49790
最后編輯:鄭喬尹 于 2019-05-30 11:55:21
簡介:本篇文章講述了在禪道中如何撰寫需求以及用戶故事和原型圖、需求設計文檔之間的關系和區別。

一、禪道中需求的寫法

在禪道中,我們默認給大家提供了一個需求的模板: 作為一名< 某種類型的用戶 >,我希望< 達成某些目的 >,這樣可以< 開發的價值 >。這個模板是借鑒自scrum開發里面的用戶故事(user story)的寫法。只不過我們使用了相對比較中性的概念。

 

在這個模板中,總共有三個元素:角色,要做的事情,價值或者原因。我們平時在寫需求的時候,往往會忽略角色和價值原因這兩個元素,只關注了要做的事情。其實這有很多的問題。不進行用戶角色的劃分,會影響對產品功能的設計和定位,從而導致產品往往是給一個用戶角色開發的,就是產品經理自己。:)而忽略開發的原因或者價值,會讓開發人員感到困惑。他們可能并不理解你這樣做的原因或者目的,不理解的需求實現起來自然會有問題。 

二、需求的INVEST原則

除了上面基本的模板之外,在撰寫用戶故事的時候,可以參考 INVEST原則:(摘自 http://duweizhong.blogbus.com/logs/112151436.html  此鏈接已打不開)

  • I dependent(獨立的):一個用戶故事對于另一個用戶故事應該是獨立的(盡可能的)。故事之間的依賴性使得增加了計劃編制,確立有限級,故事估計這些工作非常困難。通常,可以通過組合用戶故事或者分割用戶故事來減少依賴性。
  • N egotiable(便于溝通的):一個用戶故事是便于溝通的。一個故事的卡片是包含故事詳情的簡短描述。這些詳情是通過討論階段來完成的。一張還有很多詳情的卡片實際上減少了和客戶的會談。
  • V aluable(有價值的):每個故事必須對客戶具有價值(無論是用戶還是購買方)。一個讓用戶故事有價值的好方法是讓客戶來寫下它們。一旦一個客戶意識到一個用戶故事并不是一個契約而且可以進行協商的時候,他們將非常樂意寫下故事。
  • E stimable(可估計的):開發者需要去估計一個用戶故事以便確定有限級并對故事進行規劃。但是讓開發者難以估計故事的問題來自:對于領域知識的缺乏(這種情況下需要更多的溝通),或者故事太大了(這時需要把故事切分成小些的)。
  • S mall(短小):一個好的故事應該在工作量上短小,描述具有代表性,而且不超過2-3人周的工作量。超過這個范圍的用戶故事,將會在劃分范圍和估計時出現很多錯誤。
  • T estable(可測試的) :一個用戶故事是可測試的來用于確認完成,記住,我們不開發不能測試的故事。如果你不能測試那么你永遠不知道你什么時候是完成了。一個不可測試的用戶故事例子:軟件應該是易于使用的。
一個編寫良好的用戶故事是敏捷開發的基礎。它們應該相互獨立,詳情應該便于開發者和用戶進行溝通,應該對用戶有價值,應該對于開發者來說盡可能的清晰以便進行估計,應該短小,通過預定義測試用例的使用確保它是可以測試的。

三、禪道里面的需求和原型圖、需求設計文檔的區別

傳統管理模式中,很多產品經理都在用原型圖軟件設計原型圖或者非常完整的需求設計文檔。設計完之后,交給設計人員進行頁面設計,然后由開發人員合并代碼。那么原型圖和用戶故事之間的關系和區別是什么呢?

  • 和user story相比,原型圖或者需求設計文檔是一個整體,可以給人宏觀的把握。這是原型圖的優點。比較直觀。
  • 它是一個整體,所以就沒有辦法進行分解。你不可能分解成,做頁面導航條,做頁面的中間部分等。
  • 沒有分解,所以原型圖也就沒有辦法進行優先級的排序。比如頁面部分,有的很重要,有的不重要。但在原型圖里面是體現不出來優先級的。
  • 沒有分解,自然也就無法進行跟蹤。你沒有辦法得知原型圖完成了多少。
  • 過于死板,給設計人員和開發人員留下的發揮的空間太少,后演變成被動執行。
  • 需求設計文檔規定的比較細致,會讓產品經理陷入太多的細節,對整體的把握會減弱。

雖然相比較于用戶故事而言,傳統的原型圖或者需求設計文檔有一些不足,但在實際的開發過程中,二者可以相輔相成。禪道從1.2版本中,已經增加了文檔庫管理。可以將原型圖作為設計文檔,上傳到某一個產品相關的文檔庫中,和用戶故事相互配合,是一個好的方案了。

評論列表
娜筆 2019-07-23 16:59:43
細分需求在哪里有詳細描述嗎?什么情況下要細分?由誰細分?
禪道-Bee 2019-07-23 17:38:19
有細分需求的權限就可以操作的,一般是產品相關同事進行操作。不同的公司,場景也不太一致。
擺了個地攤 2019-07-25 20:43:32
這個功能的設計應該就是有項目經理或者開發經理來設計的,十有八九是干項目的,從項目經理的角度去考慮 產品和開發 應該的流程,其實對產品和開發都不算友好,不過這個本來就是個項目管理軟件哈
擺了個地攤 2019-07-25 20:59:10
其實主要還是,這個是基于敏捷開發來管理項目的
火山 2019-02-13 16:11:35
需求細分的功能,不能拆分成父子需求嗎?需求細分后,原先的需求就不見了。需求細分彈出來的頁面,為什么是批量創建?我們裝的11.2版本。我們想要實現可以錄入客戶的原始需求,然后對需求進行拆解出功能特性。
王林 2019-02-13 17:35:12
需求細分后原需求會默認關閉。
可以在所有需求看下。
客戶的原始需求可以看下企業版的反饋功能能否滿足需要
http://www.qudvxe.tw/book/zentaobizhelp/266.html
需要的話可以聯系頁面上方QQ進行試用
張小姐 2018-08-06 20:43:56
已經提交的需求,怎么把激活的狀態,變更為草稿的狀態呢?
石洋洋 2018-08-07 08:52:18
無法變成草稿狀態,可以刪除需求重新添加一個新的需求。
2018-06-26 18:02:55
有個小問題,這樣提需求的時候會出現一種情況:發現一個需求提一個需求,很容易就出現遺漏的問題,所以就要對照原型和文檔來找出需求然后再提需求,這樣不就等于去拆分原型和文檔了嗎?而且如果按照優先級來開發,那也很容易出現一種情況就是:一個界面重要的功能開發完了,然后次要的功能沒開發,這樣不是很亂嗎,因為我更習慣一個模塊一個模塊的開發。請問有什么好的解決方法嗎?
石洋洋 2018-06-27 09:18:07
需求是需要產品人員不斷進行整理的,遺漏這個是產品人員整理需求方面的方法問題,想按照原型和文檔進行整理也是沒有問題的。優先級是按照實際情況進行安排的,這個優先級也是不斷進行調整的,要優先做的需求優先級就調整的高一些,一個頁面不是要整個頁面做的十分完美才能對外發布的,主體功能流程沒有問題可以正常使用就可以對外發布了。按照模塊開發,一個很大的問題是整體流程無法完整執行導致軟件無法使用,需要等整個軟件全部開發完成后再對外發布(像瀑布模式),延緩了軟件對外發布的時間。
麥兜 2018-04-09 17:12:24
新建需求時,選擇模塊只能是一個模塊不能選擇多個模塊
石洋洋 2018-04-09 18:00:10
為什么要選擇多個模塊?
walker 2018-03-05 20:33:17
如果按照這種分解的思路,原型這種東西如何進行拆分呢?我以為,對于一個新產品,必須要先完成整體的原型設計再動工吧。退一步說,即使原型可以拆分,但也至少應該對產品整體有了較詳細的規劃,即產品需求文檔一定要詳細。但這樣又好像不符合敏捷開發的思路。有點搞不明白?求大神指點迷津
王林 2018-03-06 11:05:17
貴公司說的這種應該是瀑布式開發的方式。
敏捷開發方式,產品的需求是在開發過程中不斷完善變更的。
確定產品的開發計劃,將已確定的需求,關聯到項目,項目對需求分解為任務進行完成。
一個產品可能需要多期項目完成。
羅玲 2017-07-26 17:04:57
請教下,需求由產品經理創建好后,項目經理創建項目并關聯需求,之后需求被分解成任務,那么從產品經理的角度來看,怎么看自己提的需求進行到哪了呢,因為產品經理可能會提好多需求,這些需求會關聯到不同的項目,沒有一個地方給產品經理看的話會比較亂
石洋洋 2017-07-26 17:43:20
直接在 產品-需求 中查看需求的階段即可,階段更新可以參考:http://www.qudvxe.tw/book/zentaopmshelp/92.html
老麥 2017-06-15 15:15:03
需求如何做到父級子級關聯
石洋洋 2017-06-15 15:33:33
禪道沒有父子需求的功能。
大地 2017-04-25 17:14:56
項目模塊中,添加需求為什么指定某人評審結果還是激活狀態?
石洋洋 2017-04-25 17:47:09
項目中添加需要是確定這個需求要做,而且這個需求會關聯到當前項目中。如果需要評審需要到 產品-需求 下面創建。
zsj 2017-02-08 10:15:50
請問:
一個需求為什么不可以有多條用例關聯?
需求與用例的關聯有誤時,如何重新調整關聯?
石洋洋 2017-02-08 13:27:00
創建用例的時候可以選擇關聯的需求,一個需求是可以被多個用例關聯的。關聯錯誤可以編輯用例修改關聯的需求。
1/2
發表評論
評論通過審核后顯示。
三肖中特期准黄大仙373745