為什麼說你的資料團隊需要乙個專案管理型人才?

2021-10-10 04:29:10 字數 3688 閱讀 6964

0x01 這些場景,你也有遇到嗎?

你所在或者所管理的資料團隊是否有遇到過類似的場景:

團隊成員每天做的都是一些重複性的工作內容,比如提數,亦或是做報表~

做事情的時候,團隊成員各自為戰,缺少協作,人數越多,配合度越低。

事情推進難度大,老大有乙個想法,到能成功推薦落地,其中阻力相當大,甚至做不起來。

需求雜亂無章,團隊疲於奔命,被需求壓的喘不過氣,找不到節奏感。

如果有遇到上面類似的問題,歡迎繼續向下看~

0x02 大部分公司,從管理層往下,都沒有意識到專案管理對於資料團隊的重要性!

在大部分網際網路公司裡面,資料團隊的小夥伴出身一般都是計算機、軟體工程或者統計學的小夥伴,以理工科背景為主。

程式設計師多的話,如果再碰到一些和業務側打交道比較的少團隊,那麼,團隊的風格就會比較偏內向

再加上,專案管理在大部分網際網路公司中都缺少重視,特別是資料相關團隊,甚至,從管理層都會認為專案管理沒什麼用

其實,這是乙個很致命的想法!

資料團隊才真的更需要專案管理型的人才。

為什麼?

0x03 專案管理能更好地幫助團隊解決問題

簡單說一下居士自己對專案的理解,感興趣的可以去了解一下pmp,或者找一些書看看,這裡不展開講,只分享居士自己的感受。

專案,在工作環節中,是為了提公升團隊工作狀態的一件事,它有一定時間範圍,且會收穫一定的成果。

如下圖,居士來舉個例子:

有小夥伴來找居士諮詢,團隊成員每天做的都是一些重複性的工作內容,比如提數,亦或是做報表。時間長了,老闆不滿意產出,成員不滿意成長,大家都想跑路。

怎麼解決?

這裡居士來做乙個拆解。

首先,這位小夥伴當前的狀態是:團隊成員在做一些重複度高的事情,老闆和下屬都不滿意。

這裡隱含的東西是什麼?他真正想要的是什麼?

可能有下面兩個點:

自己做出更多的成果,讓老闆滿意,多給錢

做一些更有意思的事情,讓下屬滿意,多幹活

那麼,他希望的將來狀態就是:

讓團隊的工作狀態變得更好,做的事情更有意思,讓大家都滿意,比如人人都可以做資料分析和挖掘。

為了將團隊,從當前狀態變為將來狀態,就是需要我們的專案來完成。

這時候,就要有專案管理型人才,來給出我們的解決方案,並且將其推進下去,順利的話,經過2-3個月或者是半年,大家就不用每天提資料,而是可以做一些有意思的資料分析了。

說起來很簡單,做起來可能很難。後面乙個個聊會遇到的困難。

0x04 回答一下開篇提到的一些問題

第三部分舉例回答了乙個開篇提出來的問題,下面套用我們的分析模型,來挨個解答。

場景一:重複性工作

團隊成員每天做的都是一些重複性的工作內容,比如提數,亦或是做報表~

當前狀態:全是重複性工作,成果低,老闆和下屬不滿意

將來狀態:既有重複性工作,又有一些有挑戰的工作,老闆和下屬的滿意度都增加

專案活動:

專案一:搭建自助資料分析系統,將部分重複性工作,變為需求方可自助解決

專案二:建立bi體系,將部分重複性工作,變為例行化工作

專案三:啟動資料分析建設專案,讓團隊具備一定的資料分析需求解決流程和能力

重複性工作是很難一下子全部解決的,因此,居士給的建議是解決部分重複性的工作。這裡就要有一名優秀的專案經理來幫你們規劃團隊的目標和節奏了。

場景二:成員各自為戰

做事情的時候,團隊成員各自為戰,缺少協作,人數越多,配合度越低。

當前狀態:團隊成員各自為戰

將來狀態:團隊成員能夠協作工作

專案活動:

專案:團隊研發規範專案,規範團隊成員的研發流程規範,比如:所有成員的專案**需要提交git,制定定期review**的機制

場景三:事情推進難度大

事情推進難度大,老大有乙個想法,到能成功推薦落地,其中阻力相當大,甚至做不起來。

當前狀態:推動事情的難度大,比如乙個資料倉儲專案可能要做1年

將來狀態:降低推動事情的難度,比如乙個資料倉儲專案3個月就可以做完

專案活動:

專案:專案管理培訓專案,培訓成員關於專案合作的的技能,比如如何回顧定期進度,如何拆解專案目標,如何管理工作內容

場景四:需求雜亂無章

需求雜亂無章,團隊疲於奔命,被需求壓的喘不過氣,找不到節奏感。

當前狀態:需求多而雜,

將來狀態:需求有條理,成員有節奏感

專案活動:

專案:需求排期管理專案,制定業務需求的需求、評審、排期、執行、驗收、上線等流程,規範需求管理

0x05 那麼,什麼是專案管理呢?

前面說的專案活動,都是如何通過專案去解決乙個個事情。

專案管理,就是如何保證這些專案能夠順利的完成。

專案管理的整體內容有點做,居士在內部培訓一次,最少也得1-2小時。因此,這裡就不展開講了,感興趣的還是可以自己找找資料。

根據居士這十幾年的經驗,分享一下對專案管理的理解,這裡只提三個點:

管理人管理事

管理風險

一、管理人

專案管理,最核心的是管理參加專案的人,這裡會分為幾種:

專案成員:負責把專案完成!

收益方:比如你的專案使對方賺錢了

關注方:對你的專案有關注,但是可能沒有特別直接的影響。可能是你的上上層的老闆...

管理人這一塊內容其實挺多的,需要自己多體會。比如團隊建設,成員溝通,向上匯報,各種刷臉,等等。

居士只有一句話,專案的成敗,盡在於此。

二、管理事

這一塊,就是專案管理理論的重點,網際網路公司不一定都適合,但是肯定值得參考,內容很巨大,也不展開講了。

千言萬語,在一圖中:

三、管理風險

專案管理裡面,最重要的乙個環節就是管理風險。

舉幾個例子:

你一周五天排滿了需求,週三突然加了乙個需求進來,你該怎麼做?

你的專案裡面,有乙個同事突然離職了,你該怎麼辦?

本來計畫3天後做完的事情,老闆突然說,明天就要看結果,你該怎麼辦?

關於風險管理,內容很多,而且在pmp裡面有一套居士認為很嚴謹但是也很繁瑣的流程規範在,感興趣的可以去了解一下。

0x06 所以,你的團隊需要乙個專案管理型人才

資料團隊需要很多態別的人才,但是專案管理型人才是需要的一種,而且也是大部分團隊沒有重視到的領域,如果你具備了這方面的技能,是否可以脫穎而出呢?

如果你是乙個管理者,遇到了這種既具備資料領域的專業知識,同時具備了專案管理理論知識和實踐能力的綜合型人才,一定要牢牢抓住,因為他或許可能給你帶來你想想不到的價值。

MySQL為什麼需要乙個主鍵

主鍵 表中每一行都應該有可以唯一標識自己的一列 或一組列 乙個顧客可以使用顧客編號列,而訂單可以使用訂單id,雇員可以使用雇員id 或 雇員社會保險號。主鍵 primary key 一列 或一組列 其值能夠唯一區分表中的每個行。唯一標識表中每行的這個列 或這組列 稱為主鍵。沒有主鍵,更新或刪除表中特...

為什麼需要乙個激勵函式

那首先第乙個問題,什麼是激勵函式呢?首先用簡單的語句進行概括,就好比我們的現實總是殘酷的,而我們周圍的生活也是時刻發生這變化的,那其實所謂的激勵函式就是來去解決我們在機器學習中無法用線性方程去解決的問題,那麼這個時候你可能會想,什麼是線性方程呢?那這個時候,我們其實就可以討論如何在神經網路中描述線性...

為什麼你需要找乙個程式猿做男票

前言 感謝好友的投稿,原文 現在的姑娘們幻想著找乙個像國民男神王思聰一樣的男票,或者乙隻國外小鮮肉也不錯。印象中,又宅又沒有情趣的程式設計師怎麼也不會成為候選人。nononono!程式設計師思維敏捷,思路清晰,毅力驚人,創造力逆天。他們做的了編乙個十萬行 的苦力,他們以後也是幹家務的料。他們對 細心...