以正確的方式開啟您的專案非常重要。不論是策劃線上活動這類的短期活動,或者是推行新 IT 工具這類的長期計劃,傳達您的高階專案概要並使專案關係人了解專案情形,是順利啟動優質專案的關鍵要素。
那麼,該怎麼做呢?您可能會率先製作一份專案章程或商業企劃案,以取得專案的許可。完成這一步之後,便可以建立專案計劃書,以提供專案工作的重要計劃。接著,您可以開始安排專案的啟動,並邀請所有專案關係人參加腦力激盪會議。根據專案的需求,您甚至可以草擬一份創意概要。然而,雖然這些策略對於專案的啟動都很重要,但專案藍圖仍然是將專案排程可視化和整合業務目標的最佳途徑。
專案藍圖是針對您的專案可交付項目、關鍵里程碑,以及整體專案目標所製作的一份高階概要。它應該是專案開始時所建立的第一份文件。以專案藍圖作為專案的起跳板,您便能夠據以建立其他重要的專案規劃文件,例如專案計劃書和專案排程表。
若您未曾使用過專案藍圖,則您可能會不確定該如何區分它與其他的專案規劃要素。以下為您介紹它們的不同之處:
專案藍圖和專案計劃書有許多共同點,例如兩者都應該建立於專案初始時,且都是動態的文件,而非靜態的、一成不變的政令。然而,不同於專案計劃書,專案藍圖僅應專注於專案的高階概要。故請避免在建立專案藍圖時拘泥於過多細節,因為那會淡化整份文件的重點。請記住:專案藍圖是一份鳥瞰圖,而不是詳細標示何時轉彎的路線指引。
若要建立一份出色的專案計劃書,您需要深入描述專案的細節,例如專案的時間軸、預算、各個專案關係人的角色,以及任何將用以評估專案的成功指標。
閱讀:如何建立一個可讓您進展順利的專案計劃產品藍圖是產品團隊針某項計劃於某段特定時間內推出的新產品之願景。您的產品藍圖作為團隊對於這些新產品的單一事實來源,通常包含了繁瑣的細節,像是新產品發佈的優先順序或範圍、任何涉及的產品或工程關係人,以及行銷材料帳目等。
儘管名稱相似,但產品藍圖和專案藍圖是完全不同的東西。任何專案 (不僅是產品發行的專案) 都可以且應該有一份專案藍圖。例如,您會需要替您的團隊正在規劃的線上活動或者 IT 團隊正準備推行的新專案建立專案藍圖。在這兩種情況下,您的專案藍圖皆是針對專案目標及達成方式所做的概述。
甘特圖是專案的視覺呈現。它看起來像時間軸,以水平的長條圖呈現專案任務和可交付項目。有時候,團隊會選擇使用時間軸檢視的甘特圖建立專案藍圖,並在甘特圖中以水平的長條圖元件呈現隨時間推移的高階計劃。
不過,甘特圖除了能製作專案藍圖之外,還有許多其他的功能。甘特圖讓使用者能夠輕鬆地將任務之間的關聯性和相依性可視化,同時也可讓專案各部分間的配合關係,以及任何即將來臨的重要里程碑一目了然。
閱讀:第一次使用甘特圖嗎?請從此處開始。即便您計劃使用甘特圖建構您的專案藍圖,也請確保所選擇的工具提供多種可視化工作的方法,並且能在不同的視覺圖表之間輕鬆切換。除了時間軸以外,您也需要可視化工作流程看板、待辦清單和行事曆。這麼一來,您不但可以建立高效的專案藍圖,專案關係人亦能夠以最適合他們的方式檢視工作內容。
若您從未建立過專案藍圖,您可能會問:「真的有必要建立專案藍圖嗎?」的確,並不是所有專案都需要專案藍圖 (稍後會詳細介紹)。然而,如果您的工作具有時效性,那麼專案藍圖便是用以向專案關係人傳達高階目標的最佳方式。在進行專案啟動會議之前建立專案藍圖,可以提供以下三個主要優勢。
專案藍圖的主要目的,是在安排專案啟動會議和建立專案計劃書之前先行設定專案目標。您的專案藍圖應該說明專案目前所處的情形以及最終將達成的結果。雖然它不會提供太多關於如何達成目標的細節,但是儘早制定專案目標將有助您清楚理解目標為何並實現之。
舉例來說,想像您正在替社群媒體行事曆製作專案藍圖。您很清楚當下的情形為何,即現有的追蹤數以及與觀眾的互動率,而專案藍圖能夠助您定義期望達成的結果以及達成目標的時限。也許您希望在接下來的 6 個月內達成 Instagram 追蹤數雙倍成長,或是在接下來的一年提升兩倍互動率。不論您的計劃是什麼,專案藍圖都可以幫助您和專案關係人了解專案的整體情勢。
定義專案的重要可交付項目,是建立專案藍圖的其中一部份。在舉行專案啟動會議之前確定重要的可交付項目有哪些,您便能知道該邀請誰來參加會議、提供專案關係人更適切的專案概要,且最終獲得他們的認可。
例如,假設您正在替一項顧客回饋追蹤專案製作專案藍圖。您的藍圖提供了專案的概述、解釋現有的顧客回饋追蹤流程如何運作,以及這項專案將如何在藍圖所呈現的過程中逐步改進。不過,這份藍圖同時也會助您釐清在專案截止前預期達成的可交付項目有哪些。您可能希望替所有的顧客回饋建立一個可排序和可搜索的資料庫,或者在下一個會計年度結束前獲得至少一百則顧客回饋。擁有這些明確定義的可交付項目,是製作專案藍圖時不可或缺的關鍵。
專案概述:完成。可交付項目:完成。您建立專案藍圖的終極目的,是分享專案關係人需要知道的重要資訊,並且取得他們對可交付項目、里程碑和專案排程表的認可。若能在最初的啟動會議上就提供所有這類的資訊,您的專案關係人便能對專案範疇和時間框架有一個高層次的了解。
例如,想像您正在替一個新的行銷活動製作專案藍圖。在專案啟動會議上,跨部門的專案關係人可能對於專案的進行方向及所期待的可交付項目有一套自己的想法。不過,您的任務並不是主持一場腦力激盪會議,而是提供關於重要里程碑和專案目標的明確計劃。這麼一來,您便能從一開始就妥善管理專案關係人的期待,並確保專案能盡可能成功。
閱讀:7 種導致專案範疇潛變的常見原因,以及避免方法建立專案藍圖的方法並非只有一種,您應該使用能將工作最佳視覺化的方式建構您的藍圖。這裡的兩個範例將替您提供指引。
涵蓋多個「泳道」的專案藍圖:在此範例中,IT 部門正在規劃第四季度的三大計劃,其中每項計劃都有各自的概述和目標。然而,由於 IT 部門的成員們將同時進行這三項計劃的工作,故若能在一個中央位置檢視專案藍圖,將對專案的進行很有幫助。這麼做的話,整個 IT 團隊便能擁有一個單一事實來源,藉以彙整這三項即將實施的計劃。
要建構出色的專案藍圖,您需要有方法可視化專案的時間軸、可交付項目和排程表。這些要素綜合起來便成為了您的專案藍圖,也就是一份專案的高階概要,其中說明何時該進行何事,以及專案的協作者和關係人大致將參與哪些行動。請留意以下四個建立專案路線圖的要素:
說明專案的排程。此專案何時開始?何時結束?先制定您的專案排程表,確保可交付項目和里程碑皆有合理的時間軸。
定義可交付項目和里程碑。在專案結束之前需要完成哪些可交付項目?是否有具體的日期或專案里程碑?
釐清所有潛在的風險。有任何風險是團隊需要負責嗎?是否有任何潛在的阻礙可能危及專案的完成?
納入專案關係人。將您的專案藍圖分享給相關的專案關係人,藉以取得他們的認同。
建立及分享專案藍圖的最佳方法,是使用像 Asana 這類的工作管理工具。Asana 可提供專案關係人一個集中事實來源,讓他們對專案進行全面的檢視,而非僅仰賴您的專案藍圖。藉由分享這個集中事實來源,您的團隊將能最有效地規劃、管理並執行任務。
深入瞭解並不是每項專案都需要專案藍圖。舉例來說,如果您的專案範疇較小 (例如下個月的部落格追蹤行事曆,或低優先性的錯誤更正計劃),那麼使用專案藍圖便可能是殺雞用牛刀。不過在這種情況下,與專案關係人的保持聯繫仍是有益的,且您也仍然需要替專案資訊準備一個集中事實來源。但若沒有必要的話,就不需強行制定專案藍圖。
閱讀:什麼是「計劃 - 執行 - 檢查 - 行動 (PDCA)」循環?有了高效的專案藍圖,您便能使團隊明白目的地為何、該如何到達,以及有哪些人一起並肩同行。專案藍圖是專案規劃的起始點,而建立強大的藍圖則是開啟優質專案的最佳方式。
正在嘗試建立您的第一份專案藍圖嗎?不防試試 Asana。Asana 是工作管理領域的領導者,也是您團隊的最佳工具。