上面是專案開發很容易碰到的問題，最左上角是案主提出的需求
而其他張圖可能是不同的設計師與程式開發者做出來的結果
意思是指關於專案開發的迷思：需求、計劃、成果常常是無法順利被估計的
話說資管也唸了5年，也做過了不少 project
雖然我知道如果以後進公司的 project 一定遠比我之前做過的龐大
但是目前為止也有不少心得與經驗，整理一下希望以後能夠有幫助
(1) 人多不一定真的比較好，成員要慎選，把對的人擺在對的位置上
(2) 所謂的 schedule 只能掌握大致的方向，基本上遇到的問題大大小小
要完成按照 schedule 走是根本不可能的
(3) 開發成員的背景不能太純，目前我心中感覺最好的組合是
程式設計師占 50% 專案管理者 10% 美工設計20% 專案企劃師 20%
(4) 成員每個人的背景都不同，想法也會差異非常大，重點是要去找出誰才是
我們專案的「顧客」，然後去訪談、普查真正要的是什麼，不管是功能或
是美工都要顧客至上。
(5) 不能用熬夜就能解決的想法去加速 project ，而是要定時 check 進度
(6) 一定要定期開會，用 deadline 逼進度
(7) 雖然說能者多勞，但盡量想辦法讓所有人 loading 差不多 (我覺得非常難)
(8) 創意來自於日常生活的互動 (ex. 吃飯 & 運動)
(9) 能夠用更簡單的技術去執行更好，技術永遠是需要花時間消化的
(10) 避免死結，必須去假設每個人遇到一個問題需要花 3 小時去解決，即使他
可以選擇花30分鐘去問人，也必須去假設他寧願去吃飯 (這點很抽象)
(11) 在真正把功能做出來前的一切規劃與想法都是屁
(12) 當你 assign 一個工作時，心裡就必須假設在指定日期的完成度只有 50%
(13) 即使嘴巴上指責怎麼沒有順利完成工作，但心裡其實是應該要體諒的
(14) 專案管理者必須要專心管理專案，不能做其他事情，會分心
(15) 團隊中至少要有 1 個人去負責溝通 程式設計師與美工設計師
要記住這兩種人受的是完全不同的訓練，想法差異非常非常大
(16) 專案管理者最好是多背景的 (會 coding 會美工會企劃) 還有 耐心
(17) 整個 project 要先做到可以運作之後，再去繼續加功能，而不是開發了
一堆雜七雜八的功能，再花更多的時間去整合
(18) 不能讓團隊中的程式設計師凌駕於其他人，這很容易發生，因為設計設計師
有屬於自己的語言，但其他人的 domain knowledge 通常是較容易被
一般人所了解的 ( ex. 管理、美感、企劃 )，但是必須要讓每個人知道
事實上缺一不可。
(19) 能夠聚在一起工作的話就不要分開
(20) 可以的話調查每個人大概花了多少時間，因為程式設計的部份通常是會不知
不覺花很多時間，但企劃則是用少量時間可以完成看起來不錯的草稿，
但事實上如果企劃與程式設計師花同樣時間的時候那個產出會非常棒
(21) 專案開發過程中要不斷詢問外人的意見，開發著自己永遠存在著迷思
(22) 不要欺騙自己去相信系統是完整的沒有 bug 的
(23) 一張正確的圖的知識影響力遠大於文字 (ex.系統流程圖，系統介面圖)
(24) 永遠保持專案開發過程中整個團隊的和諧
(25) 有時候即使是半小時可以完成的工作，有時候也可能必須花 3 天的心情沉
澱後才有心情去做它 (尤其事情很多的時候)
一時之間大概想到這些吧，整理一下最大的重點有 4 個
【1】計劃永遠跟不上變化，但還是要計劃，並把變化偷放在心中去管理
【2】不管是功能或是美工或是流程，顧客的需求永遠大於開發者的主觀感受
【3】找到適合的夥伴並信任你的夥伴，即時他們有時讓你煩躁但他們不是故意的
【4】功能、規劃在做出成果之前一切都是屁 !
大概想到這些，以後有想到其他的再補充
歡迎親朋好友們找我一起討論討論
Best Regards.
發表文章
您必須保留原作姓名標示
您不得為商業使用本著作
您不得改變或改作本著作