一個(gè)極簡的敏捷項(xiàng)目管理系統(tǒng)源碼免費(fèi)分享（敏捷項(xiàng)目管理教程）

投稿用戶 ? 2024年4月24日 pm12:35 ? 科研百科 ? 閱讀 108

源碼獲取方式：關(guān)注轉(zhuǎn)發(fā)之后私信回復(fù)【源碼】即可免費(fèi)查看獲取方式！

項(xiàng)目簡介：

一個(gè)極簡的敏捷項(xiàng)目管理系統(tǒng)。

一個(gè)PMP和ACP的結(jié)合的產(chǎn)物，以敏捷為核心卻有那么一丁點(diǎn)的傳統(tǒng)。

只適合小團(tuán)隊(duì)，而且負(fù)責(zé)人可能身兼數(shù)職。

GeeTask不是完整的敏捷思想的實(shí)現(xiàn)，主要是根據(jù)自己的工作環(huán)境做了妥協(xié)。我現(xiàn)在的團(tuán)隊(duì)是只有4個(gè)人團(tuán)隊(duì)包括我自己，如果完全按照敏捷過程的實(shí)施就會(huì)很繁瑣，特別是在關(guān)鍵角色上不能分離，比如PO和PM都是同一個(gè)人。另外，公司的項(xiàng)目的壓力以及人員的水平和思想還很難完全按照敏捷的思想去做。像自愿領(lǐng)取任務(wù)等這樣的工作就很難。

妥協(xié)是為了簡化

系統(tǒng)使用必須簡單，沒有繁瑣的各種設(shè)置。在項(xiàng)目中分別使用過redmine,禪道，在小團(tuán)隊(duì)中很難推，因?yàn)樘砑右粋€(gè)任務(wù)或者修改一個(gè)任務(wù)要設(shè)置很多不明覺厲的各種參數(shù)，暈！
增加了會(huì)議記錄的功能。會(huì)議很重要，我們的需要溝通，我們會(huì)花跟多的時(shí)間溝通，溝通到每個(gè)人都理解對方的需求，甚至寫代碼的邏輯都會(huì)確定清楚。
增加了變更記錄的功能。系統(tǒng)發(fā)布的時(shí)候，需要清楚，生產(chǎn)環(huán)境會(huì)有哪些變更，比如SQL等
增加了IM機(jī)器人的功能。這個(gè)功能是增值功能，目的是讓團(tuán)隊(duì)時(shí)刻收到任務(wù)變更的通知，在通知中會(huì)指名道姓（表揚(yáng)）。從心理學(xué)上來說，每個(gè)人都希望看到自己的名字在一些場合出現(xiàn)會(huì)。這種暗示會(huì)提高積極性。

系統(tǒng)特點(diǎn)

基于Yii2框架
使用了Yii的RBAC權(quán)限框架，在使用的過程中限制了原生的靈活（放棄了可以給某個(gè)人分配具體的權(quán)限，以及分配多角色多權(quán)限），只個(gè)一個(gè)用戶安排一個(gè)角色。個(gè)人認(rèn)為這樣的系統(tǒng)沒有必要把權(quán)限分配弄的過于復(fù)雜。本身Yii的RBAC權(quán)限對一般的初學(xué)者還有點(diǎn)難度，而且也很難圖形化表達(dá)角色權(quán)限規(guī)則等等的關(guān)系。本人前端技術(shù)有限，之前在其他的項(xiàng)目嘗試過，盡管表達(dá)了，但是還是很難簡化。如果有興趣可以留言。
本系統(tǒng)盡量保證了RBAC的功能，比如規(guī)則的擴(kuò)展，系統(tǒng)自實(shí)現(xiàn)了項(xiàng)目更新規(guī)則（更新自己創(chuàng)建的項(xiàng)目），其他地方暫時(shí)沒有（只是覺得這樣的需求不強(qiáng)烈）。有興趣的可以自己研究。
在Yii的事件中增加了自定義的簡單事件模型（不是對原生事件的擴(kuò)展，只是可以通過原生的事件觸發(fā)），通過后臺管理，靈活擴(kuò)展
消息機(jī)器人，默認(rèn)實(shí)現(xiàn)了釘釘機(jī)器。只是在添加或修改故事的時(shí)候觸發(fā)消息?；谧远x事件實(shí)現(xiàn)，抽象出各種事件處理句柄。通過后臺管理，靈活擴(kuò)展自己需要的機(jī)器人。支持自定義消息模板
項(xiàng)目管理獨(dú)立化，用戶時(shí)刻只能在一個(gè)項(xiàng)目的會(huì)話下工作，通過切換控制臺的功能在用戶參與的多個(gè)項(xiàng)目中切換工作環(huán)境。
支持故事狀態(tài)自定義。本系統(tǒng)默認(rèn)定義的狀態(tài)的出發(fā)點(diǎn)是類似敏捷的完成定義
每個(gè)項(xiàng)目可以獨(dú)立配置阿里云的日志服務(wù)只讀模塊，方便開發(fā)者查看線上日志
產(chǎn)品Backlog
會(huì)議記錄
變更記錄
增加了emoji表情，讓工作的表達(dá)也有充滿表情

我是如何使用的

項(xiàng)目應(yīng)該化80%的時(shí)間理解需求確定需求，所有開會(huì)討論是必要的。
核心是計(jì)劃（迭代），負(fù)責(zé)人必須積極主動(dòng)的推動(dòng)團(tuán)隊(duì)的積極參與，一定要保持每個(gè)人都能參與到，建議每日站立會(huì)議，形成開會(huì)討論的習(xí)慣，引導(dǎo)團(tuán)隊(duì)逐步導(dǎo)向團(tuán)隊(duì)自治
項(xiàng)目的主持者是推動(dòng)的主要?jiǎng)恿?，也是主要的使用者。?fù)責(zé)主持會(huì)議，協(xié)調(diào)和分配任務(wù)，主持所有的會(huì)議并將結(jié)果更新到系統(tǒng)中，也人員可以輪崗記錄會(huì)議。
我們項(xiàng)目約定的迭代周期是1周，一般周5安排下周的開發(fā)任務(wù)，盡量保證一周完成。
如果本周沒完成的，大家一起開會(huì)討論，分析原因，是否安排到下周或者放到產(chǎn)品backlog中

項(xiàng)目狀態(tài)

系統(tǒng)已經(jīng)滿足我們的項(xiàng)目的基礎(chǔ)需求

更多細(xì)節(jié)已經(jīng)錦上添花的功能以后有空再開發(fā)…

下面是敏捷項(xiàng)目的精髓

敏捷宣言

個(gè)體和互動(dòng)高于流程和工具，可工作軟件高于詳盡的文檔

客戶合作高于合同談判，響應(yīng)變化高于遵循計(jì)劃

敏捷12原則

交付價(jià)值 我們最優(yōu)先考慮的是盡早和持續(xù)不斷地交付有價(jià)值的軟件，從而使客戶滿意

擁抱變化 即使在開發(fā)后期也歡迎需求變更。敏捷過程利用變更可以為客戶創(chuàng)造競爭優(yōu)勢

持續(xù)交付 采用較短的項(xiàng)目周期（從幾周到幾個(gè)月），不斷地交付可工作軟件

合作業(yè)務(wù)人員和開發(fā)人員必須在整個(gè)項(xiàng)目期間每天一起工作

人本思想 圍繞富有進(jìn)取心的個(gè)體而創(chuàng)建項(xiàng)目。提供他們所需的環(huán)境和支持，信任他們所展開的工作

面對面溝通 不論團(tuán)隊(duì)內(nèi)外，傳遞信息效果最好且效率最高的方式是面對面交談

價(jià)值 可工作軟件是度量進(jìn)度的首要指標(biāo)

節(jié)奏 敏捷過程倡導(dǎo)可持續(xù)開發(fā)。發(fā)起人、開發(fā)人員和用戶要能夠長期維持穩(wěn)定的開發(fā)步伐

精益堅(jiān)持不懈地追求技術(shù)卓越和良好的設(shè)計(jì)，從而增強(qiáng)敏捷能力

簡潔以簡潔為本，最大限度地減少工作量

自組織 最好的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)

自省團(tuán)隊(duì)定期反思如何能提高成效，并相應(yīng)地調(diào)整自身的行為

效果圖

管理后臺