banner_1920x600.jpeg
excel_banner_1920x600.jpg
1920x600.jpg
managementreport_1920x600.jpeg
banner_1960x600.jpeg
pm_banner_1920x600.jpg
oppm_banner_1920x600.jpeg
big-data-banner_1920x600.jpeg
PBI1920X600-1.png
previous arrow
next arrow

 

MS Project專家菁英班 (實體)

標案、工程營造,專案管理指定必學工具

部分任務延宕,要求準時完工,如何趕工

人員縮減、成本追加,如何控管多專案

第10期:04/20(六)&04/27(六))

超EASY專案工作管理術 (實體)

上萬學員肯定超值課程,輕鬆學會專案!

課程加碼送:CP值爆表的Excel範本

輕鬆展現工作績效!!

第126期:2024/05/05 (日)

 

讓圖表開口說話 (實體)

簡報一堆圖表,台下越聽越模糊😣

數字兜來兜去,卻講不出重點😰

你會需要:圖表救星⬇️⬇️⬇️

第42期 2024/05/04 (六)

Power BI 商業分析師(實體)

頂尖數據人才必學技能!

以圖像式跨平台整合分散資訊

並能一層層分解數據以下鑽方式解析報表

第15期 05/11(六)&05/18(六)

活動快訊 (實體&線上)

敏捷團隊專案實作工作坊

專案總是變更?進度撲朔迷離?
工作事務雜亂!如何展現績效?
學會敏捷手法,打造超強高效力!
還能學會打造自主管理菁英部隊!

Power BI商業分析師計畫

微軟新一代大數據利器 Power BI 一網打盡分散數據,做出智慧儀表板,隨時讓你預測未來、掌控全局!

Excel 商業圖表創意設計師

根據標準值KPI自動以顏色燈號
差異化數據資料
讓圖表以互動模式自動突顯!
專業圖表簡報者必學的進階課程

NLP溝通技巧培育計畫

潛意識下手,學會讀心攻心操控人心
一舉學會等同催眠師
NLP高階執行師的人性操控技巧!

最新文章

什麼!?連小白也可以做出大師級的簡報

生成式AI技術,讓職場競爭力帶來跳耀式的改變。 ChatGPT 簡報超級密技,連小白也可以做出跟大師級的一樣的簡報喔!! 還不快了解一下?!

簡報技巧 生成式AI技術 ChatGPT

身為職場菁英,你還需要具備的新技能

數據爆炸的時代已經來臨,新型技能的崛起正在重新塑造職場的風景。 根據IT研究及顧問公司指出,2023年職場菁英需要具備的新技能,您準備好了嗎?

職場生存 職場菁英 面試轉職

職場必備技能:生成式 AI 在專案管理中的應用探討

從去年開始熱門的ChatGPT現在被許多人廣泛運用在工作上,許多企業也為此開了 AI 相關職缺 根據華爾街日報近期的報導顯示,「熟練使用生成式 AI 」成為職場必備的技能。 什麼是ChatGPT呢?

專案管理 生成式AI技術 ChatGPT

如何把自己變強?! 你需要『深度工作力』

你是積累了10年的工作經驗 ;還是1年的經驗你用了10年?

職場生存 工作管理 深度工作

開會花了許多時間?!學學台積電,這樣開會才高效

根據調查許多企業都反應,花了大量時間在開會 伊隆.馬斯克 Elon Musk 曾說:『開會是最浪費生命的事!』 那麼如何讓開會更有效率? 或許你可以學學跟台積電一樣的開會技巧

簡報技巧 工作管理 開會技巧 表達能力

時間管理、工作管理、專案管理以及計畫管理有什麼差異?

大家都覺得做【管理】很難,但其實沒有想像中的難 只是你不知道,要怎麼管才能管出高手的高度? 學會下列幾點,其實你離高手的境界不遠

時間管理 專案管理 工作管理 計畫管理

想成為『數據分析專家』必須知道的事

大部分的工作中,不論是行銷企劃或是各大公司,都會需要數據分析專家 您也想成為出色的數據分析專家嗎?先花一點時間了解 『商業分析師』、『數據科學家』、『數據分析師』這三個職業有什麼差別!

商業分析師 數據科學家 數據分析師

這個問題是肯定會遇到的,大一點的專案都會再指定一個專案經理來協助産品經理,以確保專案能最終上線,這種情况在大公司很常見,小公司就不說了,否則怎麽叫苦逼的産品經理呢。在接觸了幾個這樣的專案之後,感覺這種配合模式比較難達到非常和諧的地步,專案經理從專案立項開始跟進,到專案上綫,其要保證專案不被delay;産品經理介入的會更早,前期用戶調研,需求確認等等就已經參與了,到專案執行的過程和最終上線運營,都需要參與進去,中間如果不是敏捷開發,沒有嚴格的迭代控制,那麽需求變更不可避免,自然就會影響到專案的進度,這裏就不以敏捷開發爲例了,就以常見的瀑布式爲例。

 

PM

之前有寫過一篇文章《如何區分産品管理與專案管理》,裏面就大概講了一下産品經理與專案經理的分工和協作,真正要嚴格的區分開來是比較難的,在工作過程當中都是結合的比較緊密的,拿親身經歷的實際例子來說,一個專案在立項之前,是沒有專案經理的,這個過程全部都由産品經理負責,主要是要完成需求確認的過程,待到專案立項之後,一般專案經理都是開發負責人或者測試負責人,這時問題就來了。

對工作量的評估

産品經理一般對某個專案的上綫運營是要背KPI指標的,在多長時間內上線,因此如果前期需求調研時間長了,後期就會很緊張,就會希望開發和測試加快速度,難聽點就是加班;專案經理會更多的從實際工作量的角度去評估,往往一開始評估出來的工作量都讓産品經理大跌眼鏡,産品經理認爲只要20個工作日的,專案經理說需要40個工作日,都還是保守估計,這個時候爲了保證專案的按時上線,是要協商的,個人覺得這裡有一個共識的問題,就是前期沒有讓開發人員參與需求的討論,或者産品經理沒有將需求實現的價值、意義和專案經理講清楚,這樣就會存在認識上的偏差,當爲了做任務而做任務的時候,可想而知是沒有什麽緊迫感的,但要是從産品的角度出發,完全會是兩碼事。因爲個人建議在進行需求講解的時候,不要一味的只講功能點和實現邏輯,一定要說實現的産品價值,給大家一個主人翁的共識,這樣在協調工作量問題的時候會好很多,而且後續的過程當中也會順暢很多。

PM 1

對需求的理解角度

産品經理更多的是從業務的角度去理解去設計,而專案經理大多是從技術實現的角度來考慮,看問題的角度不一樣,決定了會有很多衝突。比如産品經理在設計某個需求功能時候,認爲這個功能是必備的功能,且是滿足業務要求的;專案經理看了之後覺得實現的代碼量巨大,就想對這個功能點進行攔腰斬,只做其中一部分,甚至建議不做,或者說會影響性能却又給不出更好的方案時提議能否暫時不做這個功能。這種情况下就會産生很大的矛盾,這種時候就需要建立一種負責制,遇到分歧的時候到底聽誰的,是産品經理說了算還是專案經理說了算,理論上來說沒有任何功能是技術無法實現的,應該由産品經理來評估决定最好到底要不要做這個功能。

對需求變更的容忍度

對於産品人員來說,需求變更是家常便飯,哪個産品在做的過程當中沒有進行過需求變更,這個産品的不靠譜指數估計就會很高,因此對産品經理們來說,需求變更時很正常的,雖然也要控制變更的頻率,太過頻繁的變更就證明産品的框架結構有問題了,或者已經偏離了原來的主要方向。但開發人員不是這麽認爲的,當一個功能辛辛苦苦開發出來,馬上接到通知說這個功能不要了,要換成另外一種,這種情况發生的次數多了,換成任何一個人都會覺得是被耍了,畢竟都是自己的成果,說不要就不要了,說改就得改了,而且變更的次數多了也會影響專案進度,如果開發負責人是專案經理的話,問題就來了。這種情况一是一定要讓專案經理理解需求變更的目的及其價值所在,做好溝通,確保每次變更都是能讓各方接受的;二是要嚴格控制版本,减少變更的次數和降低變更的頻率,做好迭代周期的規劃。

PM 2

現在有一種新的方式來解决協作問題,那就是引入PMO來做專案經理,既不是産品經理也不是開發人員、測試人員,總之是不在産品團隊裏面的,只是過來管理專案的。這樣有個好處是避免了專案管理的束縛,整個産品團隊可以安心的做産品,但問題也很顯然,第一是PMO只是來管理專案的,必然是以專案進度爲重;第二是PMO不一定懂産品策略,出現問題的時候溝通比較麻煩。個人是不建議把一個專案周期掐的很死的,要控制單可以適當的根據實際情况來調整,把專案是否delay看成是一個KPI的話,會比較悲劇。敏捷開發的話會稍微好一點,只有一個大周期,所有人員都是置身其中的。

其實多數情况下一個專案裏面都只有産品經理,個人覺得這樣比較好,雖然比較難,但就不存在多頭領導人了,做那麽多leader,把大家都弄暈了不說,還容易出現矛盾。中國人有個特色,無官一身輕,有點官了就要擺官架子,網際網路行業還稍微好點,但大公司裡還是容易滋生官僚主義,所以說小型公司適合創業適合做産品,因爲沒有那麽多的流程約束。

 

文章節錄:項目管理網

圖片來源:1 2 3

 

ProjectClub 專案俱樂部為一群專案經理人組成的平台,網站分享專案運作的各種專案管理手法與實用專案工具,並分享如何提昇職場人的軟技巧與硬實力。

comments

登入

會員消息

最新消息 (站長有話跟你說)

線上直播專區

■追蹤PM編『互動圖文』讓你無痛學習

■註冊為新會員可以獲得專案點數10點

■不要用手機下載範本!

■記得每天登入有一點,

■怎麼註冊?怎麼輸入點數序號?

■忘記密碼嗎?快點來信

■找文章請善用『搜尋』功能

■點我闖關搶點數~

■點我去範本軍火庫