敏捷開發免費管理工具——火星人預覽之四:故事板,燃盡圖,我的工作項
這是火星人預覽系列的第四篇(之一,之二,之三,之四,之五問答,之六,之七)。
之一:需求與故事結構
之二:編輯故事,產品管理,組織結構
之三:迭代,計劃會,分配任務
之四:故事板,燃盡圖,我的工作項
之五:常見問題問答
之六:我的空間,我的通知
之七:自定義欄位
日常跟進截圖
故事板:
燃盡圖(具備鑽取功能):
跟進表:
個人中心截圖
個人中心是3月迭代的重點,所以未來會多很多功能。
我的通知:
我的工作項(新建和當前負責,可以篩選型別):
相關推薦
敏捷開發免費管理工具——火星人預覽之四:故事板,燃盡圖,我的工作項
這是火星人預覽系列的第四篇(之一,之二,之三,之四,之五問答,之六,之七)。之一:需求與故事結構之二:編輯故事,產品管理,組織結構之三:迭代,計劃會,分配任務之四:故事板,燃盡圖,我的工作項之五:常見問題問答之六:我的空間,我的通知之七:自定義欄位日常跟進截圖故事板:燃盡圖(
敏捷開發免費管理工具 火星人預覽之一 需求與故事樹
這是火星人預覽系列的第一篇(之一,之二,之三,之四,之五問答,之六,之七)。之一:需求與故事結構之二:編輯故事,產品管理,組織結構之三:迭代,計劃會,分配任務之四:故事板,燃盡圖,我的工作項之五:常見問題問答之六:我的空間,我的通知之七:自定義欄位 本人除了做培訓、寫部落格、編
敏捷開發----專案管理工具和實踐方法
原文地址:https://www.zhihu.com/question/54626462管理工具:1.需求管理工具confluence 是一個基於java企業知識平臺,基本上是一個企業部落格,他有一些工作流管理功能,也支援很多外掛(如UML、思維等等),容易定製。2.基於敏捷
敏捷開發日常跟進系列之三:故事板,看板
這是敏捷開發日常跟進系列的第三篇。 (欄目目錄)故事板和看板其實不是一個東西,前者是最初的敏捷開發裡邊的東西,受到了後者的啟發產生的;而後者是製造業的東西,具體內容請參考末尾的百度百科。但是在敏捷開發裡邊提到這兩樣東西,可以認為大致相同。故事板簡單說,故事板是展示迭代中的使用
【正式釋出】火星人敏捷開發手冊2012-12-25(基於Scrum的敏捷開發免費培訓教材及公司內部宣傳材料)
2012-12-25:新增鬆結對程式設計4頁。預告:下一更新日期:2013-03-01(實際未釋出)。致歉:因誤以為新版本釋出是4.1日,所以錯過了釋出期。作為普及讀物,已經達到70頁的上一版本版本已經基本滿足需求。下一步計劃可能是整合部落格中的文章內容,出一本免費電子讀物,
一種開發元件管理工具
一、 建設原因及規劃 隨著業務需求的發展,資訊化專案建設越來越複雜,越來越工程化。往往一個專案需要三五家公司、十來個專案組、上百人甚至上千人的規模來建設。而軟體工程不同於其他專案,其有且只
敏捷開發專案管理的一些心得
&nb
敏捷開發績效管理之一 序言及 敏捷開發是否考核個人 (績效考核)
這是敏捷開發績效管理的第一篇。(之一,之二,之三,之四,之五,之六,之七)“敏捷開發績效管理”本身是個偽命題,因為敏捷開發本身不想涉及績效管理,這就像“C++績效管理”的搭配差不多。但是人們選擇敏捷開發作為管理方法是有原因的:更高的交付保障,更高的生產率,更高的質量……這和人們
記錄幾種敏捷開發應用的工具
很早以前,就有這麼一個想法:開發一套高效的、用於軟體開發行業進行專案管理的管理型軟體。之所以有這個想法,與我本人的經歷有關。早年,在做**系統的時候,部門的總監就讓我去做那麼一套東西,基於Visual Basic和adodb,當時確實是經驗、眼界、思路都不足,確實帶著嘗試和
敏捷開發一千零一問系列之十三:故事點好還是人天好?
這是敏捷開發一千零一問系列的第十三篇。(在這裡提問,之一,之二,之三,問題總目錄) 問題 這是課堂上提的一個問題,這是一家外企,PO在國外,研發在國內;PO希望大家用故事點估算,而團隊習慣用人天估算,問用哪個好,或者兩個都用好? 分析 先分析,後出方案。 這個是一個典型的有
網際網路敏捷開發配置管理策略思考
由於網際網路行業需求變化快、開發迭代週期短、上線頻繁的現實狀況決定了合理的軟體配置管理策略對於軟體質量保證、協作開發效率至關重要。 目前公司配置管理在策略上採用的是不穩定主幹(unstable trunk)模式,所有的專案都在同一主幹上進行修改,在每週上線後並沒有明
敏捷開發產品管理系列之七:Product Owner團隊
目的在之前的《Product Servant》一篇中曾經提到,作為產品經理或產品總監,都應該有自己的方式來根據市場和使用者情況來管理產品的走向,其中前者更傾向於具體的功能,而後者則更傾向於市場方向的競爭力;前者要求細節,後者要求高度。那麼,這兩個人到底誰是傳統意義上的Pro
遊戲敏捷開發專案管理之我見(一)
縱觀整個遊戲開發週期,大部分時間都是在趕趕趕,趕開發進度,趕Bug進度,趕釋出進度。搞得交投爛額,搞得最後大家筋疲力竭,最終商務、策劃、boss都覺得開發不給力。所以我們有必要,也有義務去採取一些措施來
敏捷開發專案管理流程
前段時間給大家整理了敏捷開發的流程,最近在整理敏捷開發專案的流程和管理制度,其整理的專案管理規程如下,這份規程也不完全算是敏捷專屬的專案管理規程,主要是在結合我們公司實際的情況下編寫出來的,大家在實際嵌入到公司的過程中可以參考下,不能照搬。 1. 目的 規範網際網
敏捷開發績效管理之一:序言及“敏捷開發是否考核個人”(績效考核)
這是敏捷開發績效管理的第一篇。(之一,之二,之三,之四,之五,之六,之七)“敏捷開發績效管理”本身是個偽命題,因為敏捷開發本身不想涉及績效管理,這就像“C++績效管理”的搭配差不多。但是人們選擇敏捷開發作為管理方法是有原因的:更高的交付保障,更高的生產率,更高的質量……這和人
敏捷開發績效管理之五:敏捷開發生產率(上)(故事點估算)
這是敏捷開發績效管理的第五篇。(之一,之二,之三,之四,之五,之六,之七)度量敏捷開發的生產率一直是個難題,確切說度量任何開發方法的生產率都是一個難題,但它實際上有答案,這個答案是本文的主要內容。度量敏捷生產率的目的真正難以回答的是度量生產率的目的是什麼?很多人都認為是考核績
敏捷開發專案管理規程
1.目的規範網際網路軟體產品開發專案管理過程,指導開展專案研發、管理等活動。2.適用範圍本章程的作用範圍為網際網路軟體產品開發立項至結項管理過程。1.對專案經理開展產品規劃及設計活動以及專案管理手段和應遵循的開發流程提供了指導;2.對專案團隊的日常管理活動及內容進行了指導;3.角色及職責
敏捷開發績效管理系列之八:阿米巴經營之序言
李彥巨集將狼性文化定義為敏銳的嗅覺、不屈不撓奮不顧身的進攻精神,群體奮鬥。他同時表示將淘汰小資,他將小資定義為有良好背景,流利英語,穩定的收入,信奉工作只是人生的一部分,不思進取,追求個人生活的舒適才是全部的人。“要讓所有員工更明確如果想找一個穩定工作不求有功但求無過的混日子,請現在就離開,否則我們這一艘大船
Docker快速搭建Taiga敏捷開發專案管理平臺
Taiga.io , Open Source, full featured project management platform for startups and agile developers &... Created by Taiga Agile, LLC
【 專欄 】- 敏捷開發績效管理系列
敏捷開發績效管理系列 “敏捷開發績效管理”本身是個偽命題,因為敏捷開發本身不想涉及績效管理,這就像“C++績效管理”的搭配差不多。但是人們選擇敏捷開發作為管理方法是有原因的:更高的交付保障,更高的生產率,更高的質量……這和人們選擇