由 ALPHA Camp 內容團隊一手開發的精采教材，都是透過 Lighthouse 學習平台呈現到各位學員的面前，可以說，如果沒有學習平台的管理團隊協助，學員們也無從接收豐富的課程。
從開發流程到安排功能上線，ALPHA Camp 的 PM Kevin 一手包辦了平台端的管理工作，天天與時間賽跑，保證每項開發期程都能在開課前準時落地。如此精實的工作內容，Kevin 現在處理來是得心應手，但四年多前，他只不過是個一邊上課，一邊幫忙上架內容的實習生。這四年來的Kevin是怎麼成長的呢？
不知道自己該做什麼，不如就親身嘗試來找答案
畢業前夕的 Kevin，決定直接踏入社會，透過身體力行的工作來認識自己。Kevin 知道 AAMA 台北搖籃計劃有在徵求實習生，到了裡面實習。Kevin 在那裏認識了 ALPHA Camp 的創辦人 Bernard，成了 ALPHA Camp 的學生，開始學習程式。同時，Kevin也幫助 ALPHA Camp 處理大量的課程上架需求，就此變成成員之一。
Kevin 對於 ALPHA Camp 的教育宗旨，他仍懵懵懂懂。只是感到這家以線上程式教育為主軸的公司，似乎在進行一個遠大計畫，為台灣培育更多科技人才。沉浸在這股熱情之中，Kevin 不知不覺踏上了成為 PM 的道路。
不過，這條路可不是憑著「做很酷的事」就可以走下去的。Kevin 面臨了許多挑戰，習慣親身冒險衝撞的他，直接投入 ALPHA Camp 的戰場，戰得傷痕累累。
新手直接進場戰鬥，一路走來十分艱辛
「你問十個 PM，十一個都會告訴你一開始是很不順的。」Kevin 回想起四年前的自己，坦然地說道。
擔任 ALPHA Camp 的 PM，是 Kevin 的第一項正式工作，他是以新手狀態來面對不熟悉的職務。他沒有時間慢慢吸收，而是直接跳進 PM 的世界，從實戰經驗中學會所需工作技能。這讓 Kevin 成長得很快，但也充滿壓力。他還記得，有一天為了寫清楚使用者需求，他在民生東路的麥當勞坐到半夜 12 點。
ALPHA Camp 沒有內部工程團隊，而是與外部工程師合作，Kevin 必須要掌握開發期程，精確傳達團隊內部的需求，跟工程團隊一起打造出適合 ALPHA Camp 教學端、學員端使用的學習平台。然而，Kevin 才走第一步，就遇上阻礙。
第一個設計直接碰壁！從撞牆中學會解決問題的第一步
當時，Kevin 剛加入 ALPHA Camp 一個月，學習平台需要一個可以讓學生將已學過的課程打勾、引導學生前往下個課程的功能，而身兼學生的 Kevin 以使用者的角度，參考了其他的平台作法，畫了一張圖，在頁面上設計一個按鈕，讓學生可以按了前往下一頁，同時把這一頁的進度打勾。
這樣的功能設計看似解決了問題，但 Kevin 興沖沖地將圖提供給工程團隊時，卻被打了回票。為什麼呢？Kevin 日後省思，他在設計功能的時候，並沒有從「要解決什麼問題」的起點先思考，他的產出未必是最適合的解決方案。在草草設計之前，他應該先規劃流程，檢視實際使用者需求，才能找出最佳設計。
不過，這些省思是事後諸葛，當時的 Kevin 面對受挫，只感到一頭霧水，也不清楚要怎麼找答案。為什麼這樣做不對呢？就在 Kevin 遇到困難時，他選擇直接向老闆、主管、同事表達，沒有把問題悶在心裡。他的直率表達，也得到了團隊的正向回饋，幫助 Kevin 解決問題。 Kevin 也在這個過程中，感受到 ALPHA Camp 團隊重視溝通和合作的氛圍。
於是，Kevin 便從一次次實做經驗與團隊回饋中，慢慢找出屬於自己的 PM 之道，也慢慢擺脫新手的青澀，認識到安排工作流程的思維邏輯，學會事半功倍。
實戰累積經驗，讓他一步步掌握 PM 心法
Kevin 的工作需要大量與各個不同團隊溝通，協調彼此間的資源、需求、開發期程等等，因此他必須要學習如何精確傳達內容，也必須懂得為事情輕重緩急排序。開發平台的過程中，時常遇到大大小小的 bugs，或有非預期狀況出現，要怎麼回報給工程師，又要怎麼思考先後順序，是 Kevin 長期以來不斷修練的課題。
早期 Kevin 曾被工程師給予回饋，表示他回報問題不夠清楚。一次次的經驗，讓 Kevin 了解到跟工程師溝通，需要能夠精準到位的描述：「現在的狀況是什麼？預期的狀況是什麼？問題怎麼被觸發的？」
隨著 ALPHA Camp 的成長，團隊對於如何建立專業、有效的工作流程有更深的探討與優化，持續改善跟迭代既有的方法來回應不同階段的需求，提升團隊效能，伴隨而來的則是成員的成長。在這樣的環境中，Kevin 跟團隊合作，將產品需求文件（Product Requirement Document，PRD）的標準化流程，導入產品開發流程，透過標準且完整的模板與團隊共享資訊，幫助彼此更清楚定義使用者需求。ALPHA Camp 與 Kevin 也不止步於現階段的導入，而是不斷更新，優化 PRD 與各項工作流程，提升開發效率，降低工程團隊與 PM 間的溝通成本。
與此同時，他跟 ALPHA Camp 團隊也積極汲取外部專業人士提供的知識，釐清既有工作流程的盲點。透過工作坊，邀請專家來分享專業知能，幫助團隊成員成長。Kevin 身上的工作技能與專業，就是在 ALPHA Camp 團隊成長與持續提升的情況下中，一一被打磨出來的。
四年過去，他已成為一位能精確定義問題的 PM
就在四年來不斷的戰鬥之中，Kevin 從實習生進化成正職 PM，將 ALPHA Camp 的 Lighthouse 教學平台打造成團隊和學員都能暢快使用的狀態。隨著 ALPHA Camp 團隊擴張，加入的學員越來越多，平台的回饋體驗也顯示出 Kevin 努力的成績。
如今，ALPHA Camp 不只有 Lighthouse 教學平台一項產品，同時更有五、六樣同等級的產品線在跑，Kevin 要同時管理這些產品線，對不同狀況作出適當應對，任務本身並不容易。但只要能夠改善使用者的一項體驗，就能帶給 Kevin 莫大的成就感。
過去，學生為了在教學平台上選課，常常為此大量寄信詢問 SS 團隊，使得 SS 團隊必須為了類似問題重複回信。Kevin 注意到了這個情況，他將 SS 團隊的負擔定義為「需要被解決的問題」，而解決問題的最佳解，就是讓 SS 團隊回答學生問題的過程可以被自動化，省卻人工操作。為了達成自動化的目標，Kevin 在教學平台上設計了詳盡的表單，讓學生可以在平台上就清楚了解選課內容、選課順利與否等等，大幅改善了使用體驗，也幫 SS 團隊省下了許多回信時間。
一個 PM 作戰不夠，需要找更多個來一起奮鬥
在產品線擴大的同時，Kevin 思考問題的層次，已經不是在「哪個方案比較好」或是單純的細節設計，而是能夠思考 ALPHA Camp 作為一間公司，在商業的層級上應該如何解決問題。他能夠跟 UX designer 與技術主管一起探索不同解決方案的可行性，以此來設計更加符合公司需求的產品。在和其他公司專業 PM 互動時，不僅能以共通的語言交流，也能夠切磋激盪。此外，在不同的溝通情境中，也能夠掌握大方向，快速將重點提供給對方，再補充需要的細節，掌握和外部專家合作的節奏與溝通。
現在的 Kevin 也能夠成熟因應公司推出新產品時遭遇的不同狀況，做出邏輯一致、彈性變通的反應。他知道要如何為堆積成山的問題排列優先順序，要如何跟團隊合作，改善產品使用者的體驗。不過，他也面臨新的挑戰：那就是在這四年中間，他已經跟現有團隊建立了良好的默契，而隨著公司組織擴大、產品增加，他必須思考 PM 由一人變成多人的挑戰。他不能再只依靠自己的經驗和默契，而必須將這番工作心法淬鍊出來，變成一套可以和其他 PM 協作的邏輯。
未來，Kevin 要面對的挑戰，不只是同時兼顧公司的眾多產品線，更要能適當地與其他 PM 協作，讓團隊都能夠在更複雜、更專業的情境與挑戰中立足，在實戰中打磨成為一個能夠為使用者解決問題，並且帶來更大價值的 PM。如果你是這樣的人，Kevin 等你加入他的行列，一起在第一線戰鬥。
想了解在 AC 擔任 PM 需要具備什麼樣的能力嗎？一起來看看職缺資訊吧！
