iT邦幫忙

鐵人檔案

2025 iThome 鐵人賽
回列表
AI & Data

資料專案修羅場,30天手把手教你暗黑求生術!!! 系列

AI 的成功取決於穩固的資料基礎,但資料專案的挑戰遠不止於技術。本系列將從真實專案的「人性衝突」切入,剖析利害關係人之間的溝通困境與需求焦慮。

接著,我們將導入系統化的「方法與組織框架」,展示如何透過有效的會議、共識決與管理模式,化解衝突並提升團隊協作效率。最後,深入「資料平台」的技術深水區,分享從 GPU 資源、Spark 任務到資安稽核的實戰踩坑經驗與教訓。

這 30 天,旨在提供一套從人性、流程到技術的完整生存指南,為您的 AI 與資料專案鋪平邁向成功的道路。

參賽天數 23 天 | 共 23 篇文章 | 1 人訂閱 訂閱系列文 RSS系列文
DAY 11

[ Day 11 ] 千里之行,始於資料規格書 (下)

客戶端的轉折:資料規格書的推進 在前述低效率的流程持續了約三個月後,專案迎來了轉折。客戶團隊新加入一位協理,開始主導資料規格的協調工作。這位主管的出現,等於替專...

DAY 12

[ Day 12 ] 資料工程師的軟實力

說到工程師的工作,大眾應該普遍都認為,只要把需求規格轉換成正確的程式碼,工程師的工作就算完成了,至於溝通協調與跨部門討論,好像並不是他們的責任。這樣的刻板印象,...

DAY 13

[Day 13] 在資料專案中,工程師要協作什麼?

在前一篇文章中,我們談到工程師應具備的軟實力。這些抽象的能力,放到資料專案的場景中,就會轉化成具體的協作方向。 在資料專案裡,工程師並非只要收到規格後埋頭開發即...

DAY 14

[Day 14] 專案組織盤點的重要性

在資料專案啟動前,身為專案經理,強烈建議進行客戶端的專案組織盤點並建立專案組織架構圖,個人認為這是不可或缺的步驟。此措施不僅有助於明確利害關係人的角色與責任,還...

DAY 15

[ Day 15 ] 資料使用者和系統維運者的愛恨糾葛

🏎️ 資料限時賽開始! 業務單位需要在每天早上 8 點前,看到前一天的完整業務報表/更新後的儀表板/最新的模型預測結果,以便提供高層制定業務策略。因此要求所有資...

DAY 16

[ Day 16 ] Waterfall vs Scrum Backlog 的專案管理方式

前言:建築師的藍圖 vs. 探險家的地圖 在專案管理的領域中,我們總是在尋找最適合的執行方法。其中,Waterfall (瀑布式) 與 Scrum (敏捷開發)...

DAY 17

[ Day 17 ] 如何處理來自四面八方的大量資訊

前言 在執行複雜的資料專案時,我們經常面臨來自四面八方的資訊,這些資訊來的又多又快,各種專案議題、技術議題、臨時一通電話而來的急件…等等。 不僅讓團隊「資訊過載...

DAY 18

[ Day 18 ] 任何決定都是基於團隊的共識決

前言:當專案議題總‍是「第一次」 在專案管理中,團隊最常遇到的挑戰,就是那些從未碰過的「第一次」。面對這些陌生議題,我們不能因為沒經驗就置之不理。為了解決這類決...

DAY 19

[ Day 19 ] 開一個會有需要那麼多人?

會議通知已經寫清楚:「本會議將討論模型訓練所需之資料需求,請參考附件會議相關資料,邀請相關單位參加。」 會議一開始,PM問:「我們先確認會議資料中的提到的 Ta...

DAY 20

[ Day 20 ] 資料專案管理:如何達成開會效益極大化

組織盤點後,如何最大化開會效益:給非資料產業新手的快速上手指南 作為資深專案經理,我總是強調:組織盤點不是結束,而是開啟高效會議的鑰匙。 尤其在資料專案中,盤點...

海豚情緒價值管理員的收藏
海豚情緒價值管理員的追蹤
海豚情緒價值管理員的Like
海豚情緒價值管理員的紀錄