隨著研發(fā)團隊的成員越來越多,如何高效的利用資源,增加人效成了我越來越關(guān)心的問題。
對于許多早期小項目團隊,僅僅是通過項目早會、周會、和標準的產(chǎn)品研發(fā)流程(從需求調(diào)研、產(chǎn)品設(shè)計再到開發(fā)),對于資源利用來說是遠遠不能夠的。
管理者關(guān)注的核心問題“研發(fā)團隊成員每個人在干什么,有沒有在摸魚,有沒有在工作時間上發(fā)揮出正常的工作人效?”
除了按照公司要求的固定產(chǎn)品版本發(fā)布時間,去管理每個版本里的需求進度、需求狀態(tài)、和實際開發(fā)的成本是研發(fā)人員資源把握的關(guān)鍵。
所以我分享2個我在帶團隊管理使用的神器,分別是JIRA和confluence,這是項目管理工具、知識庫管理工具離不開,
1.許多中小型企業(yè)都會選擇的項目管理工具
其實國內(nèi)很多本地化的知識管理和項目管理都做的比其兩款工具好,使用的人多還是因為其免費、開源,還有其多元化的插件方便支持各種個性化的項目管理場景。
一個專業(yè)的需求管理軟件應(yīng)該能夠滿足各種產(chǎn)品研發(fā)的環(huán)節(jié),比如在JIRA的需求類型包含優(yōu)先級、工作職位、研發(fā)環(huán)節(jié)、進度狀態(tài)、問題類型等,如下圖是JIRA自帶的相關(guān)標簽,可以快速固定、標準化產(chǎn)品研發(fā)中的需求。
2.版本計劃管理神器
產(chǎn)品研發(fā)里,我們總是會在一個固定時間階段發(fā)版本。利用版本管理可以知道需求的研發(fā)進度,同時提前設(shè)置好版本的時間期限,告知項目組成員。
在JIRA里,則我們把需求都以任務(wù)的方式指派給團隊成員,在人員管理上,我們會要求開發(fā)任務(wù)由項目經(jīng)理或開發(fā)負責人分配,產(chǎn)品任務(wù)則是由項目經(jīng)理或產(chǎn)品負責人分配。創(chuàng)建好任務(wù)后,分配人可以通過拖拉的形式移動看板的狀態(tài),比如下面分為待處理、進行中、和已經(jīng)結(jié)束。
點擊任務(wù)詳情可以查看任務(wù)的描述,同時對主任務(wù)添加子任務(wù)、還能夠上傳附件,方便進行需求的描述。
3.需求文檔、需求池神器
在confluence里,我們還可以實現(xiàn)文檔的管理和需求池的更新,比如下面我們是利用confluence管理需求池,對需求進行羅列和歸納管理。
同時在confluence里可以把JIRA的相關(guān)任務(wù)ID、成員進行同步,方便直接查看需求任務(wù)。
4.工具的用戶體驗挺差
這兩款工具是項目管理的神奇,但確實“挺難用的”。
比如英文的操作界面以及太多種類的按鈕和功能,讓新手都難以適應(yīng)。我還記得之前在某個公司做產(chǎn)品經(jīng)理,其公司使用的是全英文版本的兩款工具,讓很多人都難以適用。
同時JIRA和confluence的功能真的是太多了,或者說是過于強大,對于很多小團隊適用這個軟件來說,無疑是沒用的,冗余功能帶來的多余操作
5.讓團隊用起來!
1.項目早會
在每天早會,我都會要求團隊的產(chǎn)品經(jīng)理打開JIRA需求看板,針對每個需求來過,完成每個任務(wù)在團隊貫徹和講解,同時團隊成員標記今天下班前完成的任務(wù)、以及需要的關(guān)聯(lián)任務(wù)、以及更新。任務(wù)狀態(tài)。
2.團隊成員自發(fā)任務(wù)創(chuàng)建
很多團隊成員是沒有使用這類項目管理軟件的習慣的,要求他們隨時更新項目管理中的需求問題,保持信息流流動。
3.文檔、設(shè)計圖、周報都記錄在confluence上
相關(guān)文檔的存儲都在confluence上,就可以保持項目隨時查看文檔。對于需求文檔可以直接在上面進行撰寫。
看完覺得寫得好的,不防打賞一元,以支持藍海情報網(wǎng)揭秘更多好的項目。