日韩性视频-久久久蜜桃-www中文字幕-在线中文字幕av-亚洲欧美一区二区三区四区-撸久久-香蕉视频一区-久久无码精品丰满人妻-国产高潮av-激情福利社-日韩av网址大全-国产精品久久999-日本五十路在线-性欧美在线-久久99精品波多结衣一区-男女午夜免费视频-黑人极品ⅴideos精品欧美棵-人人妻人人澡人人爽精品欧美一区-日韩一区在线看-欧美a级在线免费观看

歡迎訪問 生活随笔!

生活随笔

當前位置: 首頁 > 编程资源 > 编程问答 >内容正文

编程问答

项目管理工具strber

發布時間:2023/12/10 编程问答 37 豆豆
生活随笔 收集整理的這篇文章主要介紹了 项目管理工具strber 小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

1.Streber背景介紹:
Streber是一個基于WEB的在線項目協調工具,它融合了wiki的思想和項目協作管理機制,成為了一個適用于小型團隊的可以貫穿真個項目生命周期的項目協作和管理工具。
Streber的出現的歷史并不長,作者為德國人,網名pixtur,其產品原型為05年一個作者的在線office系統,在進行這個在線office系統開發工作當中,作者發現其思路可以很好的成為一個在項目開發的協調組織的工作平臺。于是作者對原有產品的不斷的修改和完善其在線協作理念,乃至到最后從原有產品中完全剝離出來成為獨立的開源項目。
“Streber”在德語中意為是一個具有高度熱情和經理旺盛的人,按我們白話說就是一得瑟的人....它是基于PHP開發的項目,目前的最高版本是 0.803,基于php5。同時Sreber是基于GPL開源協議,這點一定要注意,這意味著你如果使用其進行修改和發布也要遵循GPL協議,把你的修改的代碼進行開源發布。

?

?

?

?
圖1-1
Streber截圖
-----------------------------------------------------------------------------------------------------------------------
2.Streber特點概述:
1.基于wiki的方式
Streber中采用基于wiki的管理方式和語法,采用多人協作的方式進行項目的管理和文檔的編寫,項目中的任務和文檔資源無論創建者是誰,其他人都可以方便的修改和完善,在這種方式下項目人員自由度很高,極大的提高了項目協作的效率,但需要求人員在遵守一定的項目規則下進行項目協作?;趙iki的思想更可以使知識管理與項目緊密的聯合起來,不用再為項目搭建一套知識管理系統。
2.簡單而靈活項目管理協作系統
Streber類似于jira,也是面向issue的項目協作系統,使用方便,操作簡單,系統中常用操作基本元素就是task(也稱為issue)和 comment,并且可靈活進行運用,可以作為貫穿項目生命周期中的支持系統,也可以單獨作為缺陷跟蹤系統,甚至可以單獨作為項目知識管理系統使用。
3.label標簽分類功能:
Streber中的任務類型可以是一般Task類型,DOC類型,bug類型,idel類型,
feature類型,research類型,refactor類型等等,我們可以通過這些類型對任務進行表示和搜索。
4.全面的角色及其權限分類
Steber中的默認角色按照一般項目類的角色分為項目成員,系統管理員,項目經理,開發人員,方案人員,測試人員,客戶,受信客戶,以及Guest集中角色,各個角色的默認權限不同,如有特殊情況,管理員可以為每個人定制權限。這些角色是系統自帶的,如果要添加自己項目的權限,可以通過直接修改數據庫數據實現。
5.郵件通知和RSS支持
在項目中的每個task的辨變更和更新記錄都會被詳細的記錄下來,從更改者的角度,這些在進行變更和任務更新的時候可以選擇是否將更新郵件通知此此任務的相關干系人,保證信息的及時同步。 并且任務的相關聯系人可以使用RSS的方式對項目的變更和更新記錄進行訂閱,實現主動獲取變更信息的功能。
6.替代sharepoint等項目門戶網站功能
我們可以使用Streber代替項目門戶的功能,可以將在各個項目中中Contact Info、Baselined Schedule、News元素放在項目主頁上,使項目信息溝通全面通暢。Streber支持,英,德,法,西班牙,意大利等12種語言的系統界面,可惜的是目前還不支持中文的系統界面。
-----------------------------------------------------------------------------------------------------------------------

3.Streber應用介紹
3.1安裝:
Streber的安裝十分簡單,簡單分為以下幾個步驟:
1.環境準備:準備一個Mysql,一個Apache服務器,并從http://www.streber-pm.org/index.php?go=fileDownload&file=6434下載一個Streber的最新版,然后直接copy到htdocs目錄下。
2.啟動Apache,運行index.php。根據提示填寫管理員用戶名,密碼,數據庫地址,用戶名,密碼。
3.刪除安裝目錄下的install文件夾

3.2應用:
使用過其他項目協作工具的人都會發現Streber的應用操作十分簡單,它主模塊分為Home,Project,People,Company幾個部分,一般在進行項目開發的時候我們只會經常用到項目模塊中的功能。

3.2.1 Home:
在Home模塊我們可以管理與自己相關的項目,任務,為添加評論,查看最近的任務更新列表,書簽,和effort(人工管理)
3.2.2 Project:
Projec是我們在進行項目協作的時候最為經常使用的模塊,也是Streber系統的核心模塊。在Project中我們可以進行項目的定義,項目中任務的分配,項目相關文檔的撰寫,項目后期缺陷的跟蹤調試,項目進度控制,項目任務的變更和進度更新等等,所有項目的行為活動都是在這里進行定義。每個Project中針對項目的管理又細分為 Task,Topic,Milestone,Version,Files,Effors,Chages幾個元素進行管理,為了便于理解,我們可以把所有這些元素都看為不同類型的task。當我們建立Project的時候,我們可以根據自己的需要設定是否保留這些元素。
Task:Streber中所有項目活動Streber中所有項目活動都是基于Task,不論這個Task可能是個開發任務,或是個Bug,又或者是一個說明文檔,設計文檔,可以說,它是類似JIRA中的 issue驅動,在Streber中的Task驅動。每個Task都有一個唯一的Streber中所有項目活動都是基于Task,不論這個Task可能是個開發任務,或是個Bug,又或者是一個說明文檔,設計文檔,可以說,它是類似JIRA中的issue驅動,在Streber中的Task驅動。每個 Task都有一個唯一的TaskID,通過這個TaskID會對應一個唯一的項目URL,這樣,我們可以使用這個TaskID作為每次代碼check-in的說明,說明此次check-in的目的,就不用寫太多的commit日志了。Task的屬性分為一下幾種:
1.Task屬性: Task中可以指定任務的Milestone(指定的為了實現某個Milestone所做的任務),任務的優先級,任務分配人員,目前的狀態(new,open,block,done,approved,closed),任務完成節點(如果本次無法完成,設定為下個版完成,如果本次可以完成,需要設定在哪個milestone完成的,或者可以不做設定),任務完成類型(如果是task則類型為done,如果為bug則類型為fixed,其他的根據任務類型依此類推)。
2.Task時間管理:預計正常完成時長,最壞情況下的完成時長(正常時間+buffertime),任務起始時間,任務結束時間。
3.Task描述:使用wiki格式。
4.Task顯示:任務的縮寫(顯示在導航欄的名稱),任務id(可根據任務所需自由設定,這個是由項目組設定的,比如ex-01),任務的標簽,供以后任務分類和搜索使用,其中包括Bug,Feature,Enhancement,Refactor,Research,Idea,Orgnaize,Wiki,Docu。
Topic:主題信息管理,Topic在項目中一般起到發布主題類的信息,可以是項目說明文檔,項目會議記錄,項目需求變更計劃,項目內部新聞等等文檔類信息,同樣可作為項目知識管理的功能使用,比如代碼規范,項目開發規范。
Milestone:里程碑計劃管理,項目的里程碑管理,同Task設置類似,Milestone中可以設置負責人,時間管理,任務描述,顯示描述,Milestone設置后可以與每個task進行關聯,上面已經提到,每個task的目標都是要針對于某個具體的Milestone的,所以把Milestone看做是一個大的 Task,由無數小的task的集合形成。Streber的思想還是比較嚴謹的開發模式,具體的使用還是看各個項目了。
Version:版本計劃管理,里面元素設定與Milestone和Task類似,我們在項目中可以把Version看做Milestone的父類,把Milestone看做Task的父類。在項目周期前期,按照這種方式,先設定Version,再設定這個Version中的Milestone,在設定每一個具體的 Task,給其指定所屬的Milestone。
File:項目文件管理,與此項目有關的資源文件可以同一放在這里進行管理,與一般的在線系統類似,Streber的理念就是使平臺達到能將項目周期活動都集中在此的目的,所以此功能雖然簡單,但是還是相當有用的,我們可以把項目工具,框架,各類前期說明書等等文件都在此進行資源共享,統一管理。具體好處就不多說了。
Efforts:字面上的意思是人工管理,感覺其實就是在在項目任務中計算人員工作量的工具,在項目開發和人工績效考核的時候應該有一定作用,同時Streber提供統計Efforts功能,但似乎這個功能還未完全完善,建議可以先不用使用。
Changes:變更記錄,所有任務和文檔的內容更新和狀態更新以及評論添加都會在這里可以進行查看詳細的信息記錄


3.2.3 People: 人員管理 ,在這里設置項目人員信息,人員類型,默認的人員類型系統管理員,項目經理,開發人員,方案人員,測試人員,客戶等項目基本干系人。我們在這里對項目中所有干系人進行管理,并設定相關人員所屬的公司。個人認為在項目中,無論大小,上述的這些角色一定要盡量全員參與到系統的使用中來。不同的干系人具有不同的人員權限的設置,系統在初次安裝之后只有管理員有用最高權限。權限設置比較簡單,只有針對項目,人員,登陸,等相關權限,但對于一般的小型項目足夠使用了。

3.2.4 Companies:公司管理 在這里可設置公司信息,公司類型,公司類型可為
一般客戶,高活躍度客戶,供應商,各做伙伴。在建立項目和建立人員的時候都可以設定所屬公司。
3.2.5 Search:搜索功能,在所搜的關鍵字前加入‘!’可直接跳到最佳結果頁面中。
----------------------------------------------------------------------------------------------
4.Streber在項目中的實踐:
我們基本上了解了Streber的功能,可以看出系統使用相對大型商業軟件要簡單的多,相對缺少了很多紛繁復雜的工作流程,細化流程和統計功能。但是對于中小型項目來說,Streber已經抓住了項目中的關鍵要素,只要使用方法得當,將項目管理思想很好的融合到工具中,Streber可以使一般項目的質量和開發過程得到一個很大層次的以高。下面就我在項目管理過程中的經驗與結合Streber的一些實踐方法分享出來,希望大家能提出寶貴意見并且能將自己在管理過程中的經驗或使用工具的經驗分享出來。

4.1 建立新項目
建立新項目的時候,注意項目描述的重要性,項目描述是顯示在項目首頁最醒目的地方,所有的項目干系人每次進入項目的時候都會看到,在項目描述中將項目的目標和意義寫好,稍微夸大也是允許的,要讓讓開發人員認識到他們所做的事情的重要程度,做到信息對稱,我們的項目團隊對項目的成功有共同的認識,使我們項目順利完成的第一步。在項目關閉后,我們將項目總結再補充到項目描述之中,整個項目周期完成。

4.2 建立干系人管理和溝通機制
包括客戶,公司領導,開發人員,市場人員等和項目相關的一切人員,都在系統中設立相應的賬號使各方人員均能參與其中。我們在其中一個項目中為客戶開放閱讀(RSS訂閱)與編輯權限(編輯權限看情況而定),可以讓其參與其中,增加客戶的團隊歸屬感,使其了解團隊的各個方面,包括項目進度匯報,各類文檔資料,潛在困難,資源需求,使其主動幫助項目向更好的方式發展。
4.3 建立項目知識庫
建立知識庫的好處眾所周知,知識庫已經越來越成為現在軟件項目過程中的一個重要組成部分。我們使用Project中的
Topic功能實現項目中的知識庫的功能。我們在知識庫中記錄項目的代碼規范,測試用戶編寫,項目工具經驗,頁面設計規范,文檔專業規范等一般基礎性知識點,同時在一些項目中,可以直接在知識庫中進行項目說明書,開發設計文檔,項目風險列表等開發類文檔。使用 Project中的Folder功能可以進行文檔的分級顯示和管理。

4.4溝通管理
Streber本身就是一個很好的溝通管理工具,我們在項目中主要使用其作為一個被動信息共享平臺。開發人員使用Topic功能進行針對項目周報和月報的撰寫,具體方法可以讓匯報與上面的知識管理使用不同的Folder,在匯報的folder中為每一個開發人員(使用姓名或員工編號)建立一個周匯報的 topic和一個月報的topic。客戶,公司領導和項目其他相關人員可以通過郵件或者Streber的RSS功能定期或手動收取這些報告,以了解項目的進度。同時項目經理和高層領導可以在這些匯報中批示自己的意見建議,或鼓勵或表揚,對于開發人員的開發熱情是一種激勵。
在Streber中,每個任務都有一個TaskID的唯一標識,我們利用這個ID與其他的項目協作工具關聯起來,例如我們在每日編譯后在Check in到代碼庫的時候可以將每人負責的的Taskid作為comment提交到代碼庫。這樣每次的提交都會有一個具體的taskid任務與之對應,以后有問題可以根據taskid對代碼版本進行針對性的復查,將版本與代碼關聯統一管理起來。

4.5任務流程和任務設置
任務分配和協作無疑是使用Streber最大的目的之一,在我們的項目實施周期,我們無論采用何種軟件開發方式,最終都離不開以下幾步: 計劃任務(全體項目組人員)-》形成項目階段界定(milestone,項目組全體成員)-》分析安排任務(全員討論,項目助理在Project中登記任務)-》任務實施(項目組員打開任務,實施更新進度)-》完成任務,項目經理審核-》審核通過,項目助理關閉此任務。注意在進行任務分配和登記的時候注意任務一定是具體的,可以驗證的。 Strber中的任務具有new,open,done,apprived,closed幾個狀態,我們對應任務在上述不同階段使用不同的狀態進行標示,同時任務在分配登記的信息只是任務的一些基本信息,描述,優先級,狀態,類型(Label,新的開發任務可以為task或feather,如果是),至于任務的時間就需要和每個被分配人員商議討論,最好由本人進行估算,之后再進行登記。
在項目實施過程中,注意要讓團隊成員養成每日對任務情況進行匯報的習慣,這個習慣如同每日編譯和每日check in一樣重要,目的是事project中的任務進度一定要反映最近的情況。具體的匯報方式可以使用評論的方式,每個成員對本人每日的工作在相應任務下面以 add comment(評論)方式加入簡短的總結,并根據自己的任務完成情況更新項目情況,包括項目完成進度百分比,項目狀態,如果遇到任務變更或突發實踐也可以直接更改任務的周期,并最好在comment中說明一下。在任務完成并審核后,登記人員對任務進行關閉,關閉的時候需要選擇此任務的關系原因,如果是新功能(feather)的task,直接選擇done即可,如果是bug類型的任務,則需要選擇fixed,其他類型可根據任務的狀態和類型不同選擇相應的關系狀態。

在缺陷跟蹤方面,Streber中對缺陷的跟蹤方式與任務一樣,事實上這里的缺陷就是一種類型為BUG的任務,其發布方式和流程與其他任務沒有太大區別,只需要注意task的類型,label的類型等設置即可。Tester(測試)在進行缺陷登記的時候,注意是否寫清了Bug的重現步驟,并且保證所有的缺陷都是有登記的人進行驗證后進行關閉。我們在登記缺陷的時候,也要寫清楚這個缺陷的優先級,開發人員一定要保證在開發新功能前把所有嚴重的缺陷解決掉再開始新任務。

-----------------------------------------------------------------------------------------------
5.不適合使用Streber的情況:
1.Streber官方網站上表明,本系統只適合1-40人的小型團隊,的確,Streber沒有商業軟件的自動化流程,也沒有其軟件的功能細化程度高,但這個描述也有點兒太絕對了,還是要根據項目實際情況和管理體系來確定。
2.Streber不是一個缺陷管理工具,它關注與項目的整個生命周期,同樣也沒有相應的二次開發的API和與CVS,SunVersion之間的插件。
3.Streber不是一個純wiki系統,不要把它當作WIKI系統使用,它的性能對于項目內部管理來說足夠使用了,但是并沒有加入太多的性能優化和緩存機制,所以把其當作內容管理系統來做是相當不明智的。
-----------------------------------------------------------------------------------------------
6.使用總結:
在軟件過程改進技術不斷發展和進步的情況下,很多國內中小型企業的開發規范化和項目管理機制確一直滯留在4,5年前的樣子,這樣的情況對于企業和雇員的發展都具有很大的弊端。近年來市面上也出了很多項目協作和管理工具,例如有名的JIRA,Xplanner,版本控制工具svn,cvs等等。這些工具各有個的特點,關鍵使用工具不是目的,目的是要在工具輔助基礎使用項目管理思想上最大限度的對項目進行控制,對軟件構造過程進行不斷持續的優化和改造,這樣才能使軟件企業和項目得到良性發展。本文在Streber上也是個大體的說明,strber中包括wiki的使用,任務的轉接分派,項目元素的移動,權限的具體設置本文都沒詳細的進行闡述,我會在以后的相關文章中逐漸進行說明,由于streber的中文文檔幾乎沒有,如果大家有相關的經驗技術可以一同進行交流。
-----------------------------------------------------------------------------------------------
附錄:WIKI語法初窺
WIKI語法適合進行多人協作文檔和版本控制,由于streber基于WIKI的思想和語法進行設計,文檔的編寫使用都是WIKI的語法,所以本文簡單介紹一下WIKI語法核項目中常用的語法,如在使用過程中需要wiki語法的進一步支持,可以到這里http://www.allwiki.com/wiki/Wiki查詢。

標題(heading)
== Top Level ==

=== Second Level ===

或者

Top Level
========= <- 3 or more '=' characters

Second Level
------------ <- 3 or more '-' charaters
列表(List)

# Numbered
# Numbered
代碼框
[ code from="index.php"]
some more code
[ /code]

Email鏈接
Send to mailto:zm@streber

表格(Tables)

|Header |Header |
|Cell |Cell |

總結

以上是生活随笔為你收集整理的项目管理工具strber的全部內容,希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯,歡迎將生活随笔推薦給好友。