源碼獲取方式：關(guān)注轉(zhuǎn)發(fā)之后私信回復(fù)【源碼】即可免費(fèi)查看獲取方式！
項(xiàng)目簡(jiǎn)介：
一個(gè)極簡(jiǎn)的敏捷項(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é)是為了簡(jiǎn)化
- 系統(tǒng)使用必須簡(jiǎn)單，沒有繁瑣的各種設(shè)置。在項(xiàng)目中分別使用過redmine,禪道，在小團(tuán)隊(duì)中很難推，因?yàn)樘砑右粋€(gè)任務(wù)或者修改一個(gè)任務(wù)要設(shè)置很多不明覺厲的各種參數(shù)，暈！
- 增加了會(huì)議記錄的功能。會(huì)議很重要，我們的需要溝通，我們會(huì)花跟多的時(shí)間溝通，溝通到每個(gè)人都理解對(duì)方的需求，甚至寫代碼的邏輯都會(huì)確定清楚。
- 增加了變更記錄的功能。系統(tǒng)發(fā)布的時(shí)候，需要清楚，生產(chǎn)環(huán)境會(huì)有哪些變更，比如SQL等
- 增加了IM機(jī)器人的功能。這個(gè)功能是增值功能，目的是讓團(tuán)隊(duì)時(shí)刻收到任務(wù)變更的通知，在通知中會(huì)指名道姓（表揚(yáng)）。從心理學(xué)上來說，每個(gè)人都希望看到自己的名字在一些場(chǎng)合出現(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)限對(duì)一般的初學(xué)者還有點(diǎn)難度，而且也很難圖形化表達(dá)角色權(quán)限規(guī)則等等的關(guān)系。本人前端技術(shù)有限，之前在其他的項(xiàng)目嘗試過，盡管表達(dá)了，但是還是很難簡(jiǎn)化。如果有興趣可以留言。
- 本系統(tǒng)盡量保證了RBAC的功能，比如規(guī)則的擴(kuò)展，系統(tǒng)自實(shí)現(xiàn)了項(xiàng)目更新規(guī)則（更新自己創(chuàng)建的項(xiàng)目），其他地方暫時(shí)沒有（只是覺得這樣的需求不強(qiáng)烈）。有興趣的可以自己研究。
- 在Yii的事件中增加了自定義的簡(jiǎn)單事件模型（不是對(duì)原生事件的擴(kuò)展，只是可以通過原生的事件觸發(fā)），通過后臺(tái)管理，靈活擴(kuò)展
- 消息機(jī)器人，默認(rèn)實(shí)現(xiàn)了釘釘機(jī)器。只是在添加或修改故事的時(shí)候觸發(fā)消息?；谧远x事件實(shí)現(xiàn)，抽象出各種事件處理句柄。通過后臺(tái)管理，靈活擴(kuò)展自己需要的機(jī)器人。支持自定義消息模板
- 項(xiàng)目管理獨(dú)立化，用戶時(shí)刻只能在一個(gè)項(xiàng)目的會(huì)話下工作，通過切換控制臺(tái)的功能在用戶參與的多個(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)造競(jìng)爭(zhēng)優(yōu)勢(shì)
持續(xù)交付 采用較短的項(xiàng)目周期（從幾周到幾個(gè)月），不斷地交付可工作軟件
合作 業(yè)務(wù)人員和開發(fā)人員必須在整個(gè)項(xiàng)目期間每天一起工作
人本思想 圍繞富有進(jìn)取心的個(gè)體而創(chuàng)建項(xiàng)目。提供他們所需的環(huán)境和支持，信任他們所展開的工作
面對(duì)面溝通 不論團(tuán)隊(duì)內(nèi)外，傳遞信息效果最好且效率最高的方式是面對(duì)面交談
價(jià)值 可工作軟件是度量進(jìn)度的首要指標(biāo)
節(jié)奏 敏捷過程倡導(dǎo)可持續(xù)開發(fā)。發(fā)起人、開發(fā)人員和用戶要能夠長(zhǎng)期維持穩(wěn)定的開發(fā)步伐
精益 堅(jiān)持不懈地追求技術(shù)卓越和良好的設(shè)計(jì)，從而增強(qiáng)敏捷能力
簡(jiǎn)潔 以簡(jiǎn)潔為本，最大限度地減少工作量
自組織 最好的架構(gòu)、需求和設(shè)計(jì)出自自組織團(tuán)隊(duì)
自省 團(tuán)隊(duì)定期反思如何能提高成效，并相應(yīng)地調(diào)整自身的行為
效果圖
- 管理后臺(tái)
- 項(xiàng)目控制臺(tái)
- 一次迭代中的故事或任務(wù)
- 產(chǎn)品Backlog
- 會(huì)議記錄
- 變更記錄
- 阿里云日志服務(wù)查看
- IM機(jī)器人
源碼獲取方式：關(guān)注轉(zhuǎn)發(fā)之后私信回復(fù)【源碼】即可免費(fèi)查看獲取方式！
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。