源碼獲取方式:關注轉發(fā)之后私信回復【源碼】即可免費查看獲取方式!
項目簡介:
一個極簡的敏捷項目管理系統(tǒng)。
一個PMP和ACP的結合的產物,以敏捷為核心卻有那么一丁點的傳統(tǒng)。
只適合小團隊,而且負責人可能身兼數職。
GeeTask不是完整的敏捷思想的實現,主要是根據自己的工作環(huán)境做了妥協(xié)。 我現在的團隊是只有4個人團隊包括我自己,如果完全按照敏捷過程的實施就會很繁瑣, 特別是在關鍵角色上不能分離,比如PO和PM都是同一個人。 另外,公司的項目的壓力以及人員的水平和思想還很難完全按照敏捷的思想去做。像自愿領取任務等這樣的工作就很難。
妥協(xié)是為了簡化
- 系統(tǒng)使用必須簡單,沒有繁瑣的各種設置。在項目中分別使用過redmine,禪道,在小團隊中很難推,因為添加一個任務或者修改一個任務要設置很多不明覺厲的各種參數,暈!
- 增加了會議記錄的功能。會議很重要,我們的需要溝通,我們會花跟多的時間溝通,溝通到每個人都理解對方的需求,甚至寫代碼的邏輯都會確定清楚。
- 增加了變更記錄的功能。系統(tǒng)發(fā)布的時候,需要清楚,生產環(huán)境會有哪些變更,比如SQL等
- 增加了IM機器人的功能。這個功能是增值功能,目的是讓團隊時刻收到任務變更的通知,在通知中會指名道姓(表揚)。從心理學上來說,每個人都希望看到自己的名字在一些場合出現會。這種暗示會提高積極性。
系統(tǒng)特點
- 基于Yii2框架
- 使用了Yii的RBAC權限框架,在使用的過程中限制了原生的靈活(放棄了可以給某個人分配具體的權限,以及分配多角色多權限),只個一個用戶安排一個角色。個人認為這樣的系統(tǒng)沒有必要把權限分配弄的過于復雜。本身Yii的RBAC權限對一般的初學者還有點難度,而且也很難圖形化表達角色權限規(guī)則等等的關系。本人前端技術有限,之前在其他的項目嘗試過,盡管表達了,但是還是很難簡化。如果有興趣可以留言。
- 本系統(tǒng)盡量保證了RBAC的功能,比如規(guī)則的擴展,系統(tǒng)自實現了項目更新規(guī)則(更新自己創(chuàng)建的項目),其他地方暫時沒有(只是覺得這樣的需求不強烈)。有興趣的可以自己研究。
- 在Yii的事件中增加了自定義的簡單事件模型(不是對原生事件的擴展,只是可以通過原生的事件觸發(fā)),通過后臺管理,靈活擴展
- 消息機器人,默認實現了釘釘機器。只是在添加或修改故事的時候觸發(fā)消息?;谧远x事件實現,抽象出各種事件處理句柄。通過后臺管理,靈活擴展自己需要的機器人。支持自定義消息模板
- 項目管理獨立化,用戶時刻只能在一個項目的會話下工作,通過切換控制臺的功能在用戶參與的多個項目中切換工作環(huán)境。
- 支持故事狀態(tài)自定義。本系統(tǒng)默認定義的狀態(tài)的出發(fā)點是類似敏捷的完成定義
- 每個項目可以獨立配置阿里云的日志服務只讀模塊,方便開發(fā)者查看線上日志
- 產品Backlog
- 會議記錄
- 變更記錄
- 增加了emoji表情,讓工作的表達也有充滿表情
我是如何使用的
- 項目應該化80%的時間理解需求確定需求,所有開會討論是必要的。
- 核心是計劃(迭代),負責人必須積極主動的推動團隊的積極參與,一定要保持每個人都能參與到,建議每日站立會議,形成開會討論的習慣,引導團隊逐步導向團隊自治
- 項目的主持者是推動的主要動力,也是主要的使用者。負責主持會議,協(xié)調和分配任務,主持所有的會議并將結果更新到系統(tǒng)中,也人員可以輪崗記錄會議。
- 我們項目約定的迭代周期是1周,一般周5安排下周的開發(fā)任務,盡量保證一周完成。
- 如果本周沒完成的,大家一起開會討論,分析原因,是否安排到下周或者放到產品backlog中
項目狀態(tài)
系統(tǒng)已經滿足我們的項目的基礎需求
更多細節(jié)已經錦上添花的功能以后有空再開發(fā)…
下面是敏捷項目的精髓
敏捷宣言
個體和互動高于流程和工具 ,可工作軟件高于詳盡的文檔
客戶合作高于合同談判 , 響應變化高于遵循計劃
敏捷12原則
交付價值 我們最優(yōu)先考慮的是盡早和持續(xù)不斷地交付有價值的軟件,從而使客戶滿意
擁抱變化 即使在開發(fā)后期也歡迎需求變更。敏捷過程利用變更可以為客戶創(chuàng)造競爭優(yōu)勢
持續(xù)交付 采用較短的項目周期(從幾周到幾個月),不斷地交付可工作軟件
合作 業(yè)務人員和開發(fā)人員必須在整個項目期間每天一起工作
人本思想 圍繞富有進取心的個體而創(chuàng)建項目。提供他們所需的環(huán)境和支持,信任他們所展開的工作
面對面溝通 不論團隊內外,傳遞信息效果最好且效率最高的方式是面對面交談
價值 可工作軟件是度量進度的首要指標
節(jié)奏 敏捷過程倡導可持續(xù)開發(fā)。發(fā)起人、開發(fā)人員和用戶要能夠長期維持穩(wěn)定的開發(fā)步伐
精益 堅持不懈地追求技術卓越和良好的設計,從而增強敏捷能力
簡潔 以簡潔為本,最大限度地減少工作量
自組織 最好的架構、需求和設計出自自組織團隊
自省 團隊定期反思如何能提高成效,并相應地調整自身的行為
效果圖
- 管理后臺
- 項目控制臺
- 一次迭代中的故事或任務
- 產品Backlog
- 會議記錄
- 變更記錄
- 阿里云日志服務查看
- IM機器人
源碼獲取方式:關注轉發(fā)之后私信回復【源碼】即可免費查看獲取方式!
版權聲明:本文內容由互聯(lián)網用戶自發(fā)貢獻,該文觀點僅代表作者本人。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規(guī)的內容, 請發(fā)送郵件至 舉報,一經查實,本站將立刻刪除。