From Forum to Demo Day — Nathan個人分享

Nathan Lee
Change or Die!
Published in
6 min readMay 23, 2018
Problem Solving Concept 引用自:Vector — problem-solving concept. Sketch with keywords and icons

除了在 2018/05/23 晚上 AC 舉辦的線上/線下 From Forum to Demo Day 工程團隊分享會外,再額外透過文字版分享給正在猶豫是否挑戰 Demo Day 2、又或者是正在為 Demo Day 2 衝刺的同學們,希望對大家會有幫助。

背景分享

我在 Demo Day 1 是 Test Minions 團隊成員之一,團隊所開發的產品是與企業夥伴 The Wall 合作的「 The Wall- Indie 音樂資訊平台」。

Q. 加入大航道前是程式新手嗎?

在加入大航道計畫之前我完全沒有接觸過 Ruby on Rails 也不具備任何 Web Development 的知識,就是個麻瓜!很純的那種!

Q. 為什麼想爭取 Demo Day 工程團隊?

Demo Day 是 ALPHAcamp 招牌項目,透過這個項目做中學、提高職場/創業所需的軟/硬實力,(如:Ruby on Rails, 產品 zero to one, 介紹產品的簡報技巧, 團隊合作及專案管理),所以我全心投入學習後自然以 Demo Day 為目標一步一步前進,而爭取 Demo Day 工程團隊只是一個過程,也確信無論是否入選或是否成功挑戰 Demo Day,這個學習及挑戰的過程都是在 Lighthouse 既有的教案課程內所無法體驗到的,為了達到當初設定的目標及挑戰自己所以積極的去爭取 Demo Day 工程團隊這個機會。

Demo Day 的投入與準備

Q. 你覺得要成功走完 Demo Day 有哪些必備成功要素?如何才能成功完成專案並上台分享?

我覺得必備的要素是要想著把參加大航道這件事變得有意義、有價值,而最重要的是 mindset(心態),具備一個正確的學習心態、一個積極自我學習的心態,就像某知名運動品牌的 slogan ”I will what I want” 展現出你對於學習這件事的渴望跟企圖心!不斷練習、不斷要求自己、展現意志奮戰到底!只要具備這樣的 mindset 再透過循序漸進的學習計畫,我相信絕對有機會能衝擊甚至是完成 Demo day 2。

再來另一個要素就是找到能一起成長的團隊夥伴,藉由人與人之間的互動去驅動成長的動能或獲取成長的養分,而這個人與人之間的互動包含了開發團隊之間的互動、與 PM 的互動、與業界導師的互動、與企業夥伴的互動、評審 code review 反饋的互動及與校長的互動。

Q. 在 Demo Day 的過程有沒有哪些外在的協助,幫助、陪伴讓你能度過當時的情景?那是什麼樣的協助與情景?

挑戰 Demo Day 過程除了成員互助外,最大的協助來自於業界導師、校長及合作企業,在開發前的籌備階段時,過程中校長 Bernard 跟 Fable 的 Paul 老師一直強調的,在開發產品時請先聚焦在一個「點」(主要功能)上,把這個點做好了、做到極致了再往下一個點邁進,而非盲目追求速成線、面導致各個「點」無法確實發揮出預期的效果,最後反而這個產品沒辦法如預期解決使用者的痛點。我們團隊一直秉持著這個原則一步一步地把各個功能做出來,明確的列出各個票的 priority! 也因為秉持這個的原則,最後才有這樣的成績。

Demo Day 的挑戰與收穫

Q. 透過 Demo Day 對於你最大的學習與收穫是什麼?

過程學習到如何活用軟/硬實力在有限時間內從 0 到 1 打造出一個產品,過程中除了規劃及頻繁的討論外,最大的挑戰就是在遇到問題或技術瓶頸時如何迅速找出解決方案或替代方案,並迅速因應問題去調整原先的產品開發計劃,我們透過所遇到的問題去學習團隊溝通、培養團隊默契及提升團隊成員自身的硬實力。

而最大的收穫就是透過人與人之間的互動去驅動成長的動能及獲取成長的養分,無論是軟/硬實力。也讓我在投入職場前體驗到了產品從0到1的過程,而這個過程能稍稍感受到要做產品需要具備什麼樣的能力。

Q. 整個專案團隊進行的過程中,和大航道其他的教案課程學習體驗有什麼不一樣?

大航道的教案課程與 Demo day 專案團隊主要的差異是在於,教案課程是漸進式一步一步的引導學員去學習,主軸是學習建構軟體產品的硬實力; 而專案團隊的主軸是做中學讓學員透過這個過程學習具備市場所需的執行力。

Q. 整個專案團隊進行的過程中,有沒有什麼有趣的事情發生?

印象最深刻的是線上/線下 Rehearsal, 每一次團隊簡報的內容跟方式都會砍掉重練。因為 AC 安排了業界導師指導及校長的親自指導,讓我們在短時間內不斷翻新及思索展演產品的方式,也透過觀摩其他團隊的 Rehearsal 去激盪、思索如何去把產品完整的呈現出給觀眾。導師、校長給的建議都是值得去一再思索、玩味,每一次再次去回顧他們所說、所建議的都有不ㄧ樣的感受跟體悟,因為這些建議都是他們自身寶貴經驗的精華,這不是透過教案課程能傳授或傳達的,也因為這樣而可貴及受用。

學習歷程上的挑戰

Q. 從餐廳論壇到 Demo Day 是一個很大的程度跳躍,對你來說,由餐廳論壇到 Simple Twitter 到 Demo Day專題,你在學習方面有什麼調整?

餐廳論壇到 Simple Twitter 的過程,學習的主軸集中在餐廳論壇教案內容的應用,透過各種資源查找及解決問題的情況較少。

但 Simple Twitter 到 Demo Day 的過程中,學習基本上跳脫出大航道教案課程,我們團隊為了克服各種困難或技術瓶頸去完成 Demo Day 產品,多數時間是透過網路去自學或查找解決問題的方法。這階段主軸是以「解決開發產品中遇到的問題」為前提去做延伸學習,學習資源大多來自於網路。

Q. 餐廳論壇的學習/基礎,在後來的階段扮演什麼樣的角色?

完成餐廳論壇對於打造 Demo Day 產品而言是必備的條件,如果餐廳論壇的教程都能融會貫通或者是確實掌握到學習重點,那必定能具備打造產品的基礎觀念及部分實作技巧。但除了打造產品的基礎外,我覺得從透過各種資源去排除學習上的疑惑並完成餐廳論壇的這個過程中所培養出來的詢問、查找及解決問題的能力,是之後延續學習所必備的技能。

Q. 寫 Simple Twitter 和之前做教案作業的挑戰有什麼不同?

Simple Twitter 的挑戰就是如何在一週內依據 AC 開出來的需求去打造出的這個產品,與過往教案最大的差異就是沒有人會手把手引導你,你必須自己去規劃如何依據條件打造出 Simple Twitter,是完成餐廳論壇後的學習驗收,也是 Demo Day 開發產品的前哨戰!第一次自己透過實作完整的把各個透過教案所學習到的技能透過點線面打造出一個產品。

整個學習的過程離不開解決問題( Problem Solving ),解決任何學習上遇到的問題、解決所有產品開發過程中遇到的問題、最終透過產品解決受眾遇到的問題。

但,最重要的是你/妳絕對需要能陪你一起奮鬥、一起笑、一起享受這個學習過程的好夥伴!現在不在社群冒泡展現自己的社群力、何時才要冒泡呢?

--

--