|
剛結束畢業專案發表，想必學弟妹們對於台上學長姊帥氣的模樣還印
象深刻吧！不久後將由學弟妹們接棒，準備擔任下一場畢業專案發表的主角囉！出發前先來看看學姊的心得分享吧！希望能對學弟妹們在未來專案製作上有些幫助。
大四的我們，總算結束了在中山資管最後一個試煉——畢業專案。畢業專案考驗著不光是我們在中山資管三年多來所學得的知識與技
術；更考驗著我們持續完成一項長時間專案的耐力、執行力、與團隊合作的能力。接下來，就是由大三的學弟妹接棒了。在此，我就以過來人的身份，與學弟妹們分
享畢業專案的製作心得吧！
專案分組
系上的畢業專案不同於其他系的專題，我們著重在團隊的合作。因此，畢
業專案向來是分組作業。畢竟，人與人之間的溝通協調能力，是一個管理科系學生必備的技能。所以畢業專案的製作，要先由分組談起。
利用每科的小專案尋找分組的最佳解：
資料庫、系統分析與設計、作業系統這三科是二下到三上必修且需要分組製作
學期小專案的科目。建議學弟妹可以與不同子集的人際圈分組。雖然大家總是傾向與要好的同學一組。但是，多和不同的人同組，可以發掘出其他同學的優點。說不
定，學弟妹就能從這幾次的分組中，找到最佳的專案伙伴！
分組時間與人數：
原本分組時間都會訂在大四專案展Presentation時。不過因為每年開專案課程的老師人數
不定，所以建議學弟妹要靜待三上學期末老師名單出爐之後，再進行分組。雖然要等到學期末才能分組，但是學弟妹可以利用從大一建立起來的人際關係，先詢問同
學同組的意願。老師名單出爐之後，建議學弟妹開一次班會確定各組人數、成員、以及哪組跟哪位老師，以避免爭議。
跟對老師事半功倍：
這裡不是說哪位老師比較好或是不好。而是每個小組的相性不同，如果能跟隨
著專長領域的老師作專案，那麼溝通也會方便許多。譬如說，技術強、想製作軟體的組別，可以找鄭炳強老
師、李偉柏老
師；想製作WEB2.0的網站，趙善中老師
會是學弟妹最好的選擇。每位老師的專長領域些微不同，建議學弟妹可以詢問前幾屆的學長姊，以了解最適合自己組別的老師。另外，老師每年帶的專案方向也非一
成不變。想知道今年帶專案的老師對於專案方向有何想法，還是直接找老師面談最快了！
組內職務權責分配：
在我的經驗裡，組內可以分為下列幾項事務（可以視情況增加職務，但以下三
項是不可或缺的）：
1.
PM（Project Manager）– 也就是組長。負責排定與監督專案進度；帶動組內討論互動氣氛，還要當全組
對外窗口。是相當重要的人物！尤其在監督進度上更要戰戰兢兢，因為專案是環環相扣的。一旦有個環節延遲，很有可能讓專案進度嚴重落後。所以PM是全組的領航者，帶領著全組完成專案。
2.
總務 – 負責軟硬體維護。總務除了要維護專案機的軟硬體外，還必須將所有製作專案
所需要的軟體及資料備份下來以備不時之需。組內有軟硬體問題時，就麻煩總務協助處理。所以總務必須隨時Follow up專案製作進度，非自己負責的區塊也得備份相關資料。是全組的後勤支援者。
3. 會議記錄 – 在將近十個月的專案歷程中，會議記錄是不可或缺的。因為會議記錄可以記下PM規範的進度、老師的建議、組內問題回報以及各組員的責任區域。甚至可以作
為經驗傳承用的重要資料。所以每次開會必須詳細又不失條理地記錄下來並保存。且要有條理地存放著，以便於查詢。學弟妹可以在系上KM開設一個專案課程，把相關資訊都存放其中。這樣一來，作專案還可以作知識
管理，真是一舉兩得。
建議學弟妹，PM與會議記錄可以用輪流的方式替換。當PM可以練習當一位管理者的能力；會議記錄則是訓練自己在開會有限的時間中，
去蕪存菁地把全組談話內容摘要式地記下。這樣大幅增進寫作、抓重點以及傾聽他人的能力。如此，專案結束之後，增長的不只是技術，更多了溝通協調與在他人言
論中去蕪存菁的能力。
至於輪流方式，在本組是兩個月換一位PM；每次會議換不同的記錄人，給學弟妹作個參考。
專案開始
接下來跟學弟妹分享，在將近十個月的專案中，要如何分配時間與進度。知道
了在何時該作何事，並循序漸進。有助於專案進度的推動，也避免時間不夠用的窘境。
蜜月期（大三學期末∼隔年二月前）：
這時候分組剛定案，各組的指導老師也剛出爐。此時越早拜會老師越好，尤其
是之前沒有修過課的老師。利用學期末到寒假的時
間與老師互動，甚至可以開始跟老師討論一些專案的概念與走向。老師們也是因材施教的，建議學弟妹可以利用
期末考後的幾天跟老師約時間吃個飯、聊個天。讓老師可以好好地認識組員，這樣溝通起來會更加順利。此外，這個蜜月期也是讓組員之間彼此瞭解的好時機。可以
一起出遊、吃飯，藉此更加瞭解你身邊的伙伴的性格喜好。同時制訂組內的公約，譬如說開會不可遲到、進度delay要怎麼處罰等。先把規則定好了，以後就不容易撕破臉。
討論期（二月∼四月）：
蜜月期就先動工討論專案方向的組別，這時候可以嘗試著與老師討論此方向的
可行性。原則上很有可能
會被老師退回，請不要灰心。藉由老師否決的理由，可以找出更適合自己組內的專案走向。當然，要提出一個不
會被退回的提案，背後必須要有信度高的資料支持。因此，一邊蒐集資料、一邊在組內討論，然後一邊擬定方向，有助於專案的進行。有了資料之後，還需要親自實
作以確認資料的可行性。尤其在需要寫軟體的專案，事先寫小程式測試資料可信度，是非常重要且必須的！以本組為例，我們找到了許多可以使用的API，但是完全沒有實地寫小程式作測試，就認為這些API一定可以用在主程式中。結果到了實際寫程式的時候，才發現使用這些API需要相當的程設能力，最後只好忍痛放棄。總之，在這兩個月，還是可以用輕
鬆一點的思考方式，尋求最想作、也最適合作的專案目標。
嗯∼說到這裡，學弟妹想必看昏頭了吧！就讓我賣個關子，下期我再跟學弟妹
繼續分享專案後六個月的進度與其他注意事項吧！
|
