iT邦幫忙

2023 iThome 鐵人賽

DAY 7
1
IT管理

從零到專家:專案管理工具 Redmine 實戰指南系列 第 7

[Part 2: 專案管理起步] 專案建立與設定:創建你在 Redmine 的第一個專案,設定基本屬性。

  • 分享至 

  • xImage
  •  

第七天,我們終於可以來建置專案了!
而在今天這篇文章中,將會提到以下 2 個部分:

  1. 如何在 Redmine 上創建專案與其相關設定
  2. 該如何「規劃」創建專案的「架構」

關於操作,它可以算是 Redmine 的身法,但是該如何讓軟體真的符合實際情況且好用,就需要心法,所以今天一樣除了講到如何「操作」來建置,也會講到該如何「思考」好建置。話不多說,讓我們開始吧!


Redmine 新專案建置

Untitled

在 Redmine 的專案建置時候,你會看到如上圖的八個設定,他們設定後的影響以下一一解釋,你可以依照實際需要的狀況,自行條配、設定。

名稱

屆時在專案列表上它會呈現的名字,所以如果考量識別性的話,這邊不要亂取名唷!

20230907101700.gif

概述

你可以對於這個專案大致上做簡單介紹,比如起源、更多說明等,它會被呈現在專案的列表與概觀。

20230907101508.gif

代碼

這個你可以想像它是你的專案的專屬唯一 ID,它主要的用途是未來進入專案的網址,就是會用這個 ID 去呈現。而且,在初次建置設定後, 後續都不可以再更改 囉!

20230907102649.gif

網站首頁

當你有特別希望大家在一開始進入時候,要看到的內容,就可以設置網址路徑在這邊,你可以使用 Redmine 裡面的路徑來設定,也可以直接貼上完整的網址來設定,就看你是要往外部連,還是導頁到內部專案的頁面。

20230907110825.gif

20230907111102.gif

公開

這就表示不管是不是這個專案的成員,都會可以看到這個專案,但不一定有編輯的權限,詳細非成員的權限,就要看角色權限裡面提到的非成員/非會員權限,你是如何設定的(點我回去複習設定區塊

父專案、繼承父專案成員

當你專案的層級比較多的時候,就會用到這兩個設定,並且也可以快速的將原本父專案的成員設定,直接承接,不需要自己重複設定。

但如果你其實子專案的權限並不相同的話,那就要注意不要勾選到這個選項囉!(就算勾錯也沒關係,後續可以再重新設定)

然後,你要創建多少的子專案都可以!!基本上我有幫你測試過,至少要建個10層都沒問題的!

但是認真拜託不要刻意太多層會很痛苦的 😆

[ 建置第10層專案之呈現 ]

Untitled

[ 具有10層專案的列表呈現 ]

Untitled

模組

在每個專案都有各自可以使用的功能,

20230907105057.gif

誰可以建置專案?在哪裡建置?

可以建立專案的角色有兩個,一個是有經過被賦予權限的使用者,另一位就是無敵的 Admin。

從整體專案清單裡建置

這是專屬 Admin 的入口,可以看到所有的專案清單以外,也可以進行編輯、新增等相關設置。

20230904171250.gif

從整體專案清單裡建置

當你是 Admin 或是 有被賦予權限的使用者,就可以於專案清單看到建立新專案的按鈕。

20230904165650.gif

在專案裡面建置

與上面一個建置方式相同,當你是 Admin 或是 有被賦予權限的使用者,就可以於專案內看到建立子專案的按鈕,這邊跟上面一個建置的差異性質是會在父專案就帶好上層專案的參數。

20230904171453.gif

這樣我們可以以下圖,來簡單總結一下關於建立專案的人與方式的段落:

Untitled

在真的建立之前要先知道的:我們可以如何「切專案」?

欸!在知道怎麼建立專案以後,先別急著動工!

為了要以讓我們更好的行管理和統計,我們可以先想一下該如何切分、開立專案,才是最方便的執行的。以下提供幾個在公司都有可能出現的模式,你可以先參考看看,以下哪一個是最適合的方式,再做專案建置。

基本上專案的分類,可以根據專案的性質、目的、部門等因素進行分類,所以常見的分類主要沒意外會分為以下幾種:

按照產品線分類

這種分類方式,是將專案按照公司的產品線進行分類,這樣可以更好地掌握各個產品線的專案情況,如果使用這種方式切分,是以對於公司總覽進行戰略規劃和資源分配比較有利。比如以小米假設性舉例,他旗下有家電、有手機,尤其手機又有不同的型號,那麼我們就可以以這樣的方式去區分專案。

按照專案性質分類

這種分類方式,是將專案按照其性質進行分類,如市場調研、產品開發、技術研發等,這種分法通常會再他被專案部門作為子專案,或是會以產品線專案作為父專案,較少獨立就以這樣的形式做一層專案。以這樣的方式來切分時,主要目的是可以更好去區分不同性質的專案去進行設定與客製,有利於專案管理和進度掌握。

按照專案部門分類

這種分類方式也是一個很常見的分法,將專案按照所屬的部門進行分類,對於各單位本身來說一定是能夠更好掌握內部專案狀況,而以總覽來看,也可以看出各單位的執行狀況,對於部門之間的合作和資源分配上可以更清楚。

按照專案目標分類

這是一個比較少見的做法,我自己目前沒有使用過,但是有看過這樣的切分方式。比如在 第二季公司的目標就是達到業績 200萬之類的,而各部門提案討論後整理出相關的行動計劃,分別列各自的專案在 「業績200萬」的專案之下。這種分類方式的好處是「時時刻刻」都很容易檢視到「專案最大目標」,就也比較能夠時刻在心裡去檢視進行的事物是否有跟目標對齊,有利於成果驗收。

以上就是最常見的專案切分方式,想再次再次提醒注意!!專案分類不是一成不變的,隨著公司的發展和經營環境的變化,專案分類必定是需要配合不斷調整和優化的,這樣才能讓工具保持該有的效益和實用性。


上一篇
[Part 1: Redmine 帳號管理] 設定、指派帳號的角色權限和分組 (2)
下一篇
[Part 2: 專案管理起步] Redmine 專案成員設定:添加團隊成員。
系列文
從零到專家:專案管理工具 Redmine 實戰指南30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言