[筆記生肉] 敏捷項目管理(主講:Xdite)

項目開發會遇到的難題

  • 真實網站非常多 User Story
  • 非常多要素相互配合
  • 複雜、難掌握

怎麼樣贏 Hackthon?

  • 關鍵:「投影片夠牛逼、完美的 Pitch 技巧。」; 代碼不用完美、點子不一定要最好,最後 Demo 的樣貌才是關鍵。
  • 不想當 Ptt 黨的折衷作法: 投影片最優先、點子好、代碼還 OK。

Hackthon 與真實世界的項目是非常相似的

Hackthon 產品
牛逼投影片 牛逼投影片
正確的產品、適合官方發佈 被市場認可並獲利
最小可行性產品 在正確的時間點進入市場

  • 都是要用好的投影片、Demo 來說服創業投資人。
  • 產品必須要是 Minimum Viable Product(MVP),最好要是 Product Market Fit(適合市場、有辦法生存)。
  • 在對的時機出現在市場上。

時間管理概念

  • STEP 1. 估算:考慮到「莫非定律」,出錯機率往往是平常的 3 倍。只挑最核心的功能作。

  • STEP 2. 基礎部署:不要找太多隊友,人多口雜;只找一個隊友,簡單的討論、部署。選擇在初期部署(Deploy),是因為這個環節容易出問題,把最大的風險先抓出來解決。

  • STEP 3. 實作主要功能:搶在中午前實作主要功能,利用心理戰給競爭對手製造壓力。

  • STEP 4. 實作小功能:

    • 逐一填補細節
    • 真實用戶測試
    • 預防預期外事件
  • STEP 5. 完稿:

    • Landing Page 說明
    • 設計投影片
    • 反覆排演

其他 90% 的參賽者是如何搞砸 Hackthon 的?

  • 花太多時間找強者當隊友
  • 想法多且雜,無法取捨
  • 花太多時間卻只作出不完整的功能
  • 倉皇上線
  • 評審使用時馬上出 Bug

項目管理技巧

  • 大、中、小項目的管理原則其實都是相通的。利用大型專案的管理方式去應對像 Hackthon 這樣的小型項目。
  • 必須預留 1/3 的時間作測試,剩下的 2/3 才是作開發。

    如何分配 2/3 的開發時間:
    Part 1. 地面作業
    Part 2. 主幹功能
    Part 3. 細小功能
    如此一來就有充裕的時間打磨細節!

  • 面對大項目,不要慌張或以為埋頭苦幹就行,最重要的是「定義何謂『成功』」。(e.g. Hackthon 必須先透過優秀的 Demo,讓評審看見產品的價值,背後的代碼才有可能被看見。)

  • 「項目是活的」:很多預想跟當初的計畫會有出入,所以要明確定義「成功」,然後盡可能往這個目標逼近。

  • 儲存時間揮霍在「排練與測試」,而不是浪費時間在無意義的加班、失火 / 救火。

Xdite 老師總結重點

不要以為有了 Rails 的技能就無所不能。未來的挑戰很多,無論是作項目,還是說任何需要花時間的事情,是需要項目管理能力。

項目管理基礎篇心得 — 個人心得

這個項目管理的單元是在招聘網站魔改大賽最後一天(5/7)才看的,特別有感悟:

  • 沒有把握好大賽開始前的一週先完成一個作品的雛形,還在慢條斯理地練習教材,這個時間花費得很不經濟!系統一開放,只能用半成品「倉皇上線」。大賽初期的自己就是那 90% 搞砸 Hackthon 的人。
  • 前期不顧一切把作品推上線、有一個初版的作品頁面還是非常必要。一旦有了「緊迫性」,就能拋開「完美主義」這個包袱,逼著自己把主要功能和頁面生出一個最小可行版本。當時間有限,任務的優先順序也就格外明確了。

Comments

comments powered by Disqus