新創公司 vs. 大企業 職場環境如何選?

新創公司 vs. 大型科技公司,職場環境有什麼不同呢?我們訪問了 ALPHA Camp 助教與校友們的親身經驗,介紹網路開發者的各種職場環境,包含跨國大企業、國內外新創公司,以及接案公司。他們在職場上的奮鬥故事,體現了工程師的職涯歷程:「學無止境、精益求精」。

Read More

前端、後端、全端工程師 就業市場有何不同?

前端、後端、全端工程師,哪個薪水較高?哪個競爭比較激烈呢?其實,和其他職涯領域相比,網站開發者從 junior 爬到 senior 工程師,薪水漲幅相對較高,這是因為資深開發者能夠透過經驗與技術產出的額外價值,跟 junior 比起來,可以有很大的差異。不過,各公司對於工程師的待遇和技能要求差距也相當大,如果有機會到跨國企業或海外工作,薪水甚至有機會翻倍!

 

以「 Accupass 活動通」在 104 公布的徵才資料為例,工作經歷一年左右的後端工程師,月薪範圍是 3 萬 5 千至 5 萬元,而資歷 3 年以上的資深後端工程師,月薪可成長到 5 萬 5 千元至 7 萬元。而部分企業開給資深工程師的待遇,甚至高達 junior 工程師的兩倍(如下圖):

Shopline 職缺

(圖片來源:mit.Jobs)

Read More
新創公司

新創公司如何衡量人才: honestbee 現身說法

新創公司 honestbee(誠實蜜蜂)總部位於新加坡,已在亞洲八個國家(日本、香港、新加坡、馬來西亞、印尼、泰國、台灣、菲律賓)推出生鮮熟食外送服務,與超過 1800 家餐廳合作。2016 年在台灣設立分公司,並不斷擴大招募工程人才。

 

ALPHA Camp 邀請了 honestbee 台灣分公司的 Sam(Director of Engineering)以及 Howard (人資)說明公司文化和面試要點,以及分享跨國新創公司如何衡量人才。兩位目前在 honestbee 任職的 ALPHA Camp 校友,後端工程師 Liyi 和 mobile 工程師 Ethan 也大方傳授面試撇步。

新創公司如何衡量人才

Read More
除了技術能力之外,雇主也會看工程師應徵者是否有溝通能力、產品思維等軟實力

雇主期待應徵者擁有的 5 大「軟實力」

擁有成熟的思考、表達,以及商業知識在各領域的職場都是大加分,網路開發工程師也不例外。如果你在其他領域有工作經驗,想轉職為工程師,別忘了在求職時展現跨領域的優勢。

 

如果你透過自學、上課習得網路開發技能,但沒有資訊相關學歷,應徵時,記得在履歷以及面試上發揮程式技能之外的軟實力,有助於在求職競爭中增加勝算。雖然雇主對應徵者的期待,會因公司文化、產業需求、人數規模而有所差異,例如小型新創公司與大企業,或是電商與產品公司,對應徵者會有些許不同的評估標準,但以下 5 大特質,是大部分一流公司的雇主都希望看到的:

Read More

想成為專業開發者 如何用作品集打動雇主

當你開始思考自己的作品集該如何準備時,表示你可能已經跨過了程式新手村、嘗試了一關接一關的實作練習,往專業開發者邁進。

 

準備作品集的過程,等同於為自己做「職前訓練」。訓練越紮實,越能勝任接下來的工作,縮短撞牆期、增加成就感。對於應徵者而言,作品集是在雇主面前加分的好機會。若一個應徵者能夠拿出一個準備完善的作品集,並且在面試中流暢地介紹自己做過的專案以及回答面試官有興趣的技術細節,將有更多籌碼可以談到好待遇。

 

在接下來的內容中,我們將以「網站開發工程師」為例,分享好的開發者作品集的必備條件,並且從雇主的角度,說明如何將程式練習「作業」優化成符合業界水準的「作品」。

Read More

非本科系轉職者 如何打造一份「正中紅心」的工程師履歷?

近年來,越來越多轉職者靠著自學、進修、拚作品集,期待能獲得工程師的職場入場券,展開全新的職涯。但,沒有相關工作經驗、沒有資訊相關學經歷,如何說服雇主你能勝任工程師?

 

如果你沒有相關學經歷,也別灰心。除了持續精進本身的技術實力,你還需要一份「正中紅心」的履歷以及作品集,讓雇主認識你、並認可你的實力。

 

履歷決定雇主認識你的第一印象。在開始寫履歷之前,讓我們先思考:「雇主想看到什麼樣的履歷?」

 

Read More

【教學】寫作六步驟 讓工程師撰寫流暢的技術部落格

近年來,不管是菜鳥還是資深開發者都流行寫技術部落格,分享自己的學習足跡。為了幫助學生擺脫被動學習的習慣、讓自己的所學更加紮實,ALPHA Camp 在全端網路開發實戰營開課前,就開始鼓勵學生撰寫部落格。

 

對開發者而言,寫技術部落格好處多多,對學習、求職、建立個人品牌都有正面助益。我們的學生們也寫出了心得,享受邊學邊寫、邊寫邊學的樂趣。

 

但對於許多自學程式的學習者心中,寫技術部落格如同苦差事,他們心裡想著:

 

學程式已經很辛苦了,還要花時間寫部落格?
從高中畢業後就再也沒寫過作文了,不知道怎麼寫出一篇通順的文章。
我還在學習中,給大家看到我的文章會不會讓人覺得班門弄斧?如果被發現有錯誤不就很丟臉?
我寫的這是什麼東西…

 

這些心理障礙都很正常。因此,我們將在本文分享如何破除心理障礙、並詳細說明「寫部落格的六步驟」,只要跟著做,將能顯著減少寫部落格時遇到卡住、離題、鬼打牆,建立信心和成就感。

Read More
Thinking about Design Process

「PM World – 全球聲音」打造 Apple App Store 得獎程式:我們的設計師是這樣設計的!

本文章感謝 Oursky 提供本 PM Blog 專欄共同公佈。
原文: A Guide To Our Design Process
作者: Frank Lam @ Oursky
翻譯者:Queenie So

 

要創造一個好的產品,直覺又流暢的使用者體驗和介面(UX / UI)跟無瑕且可維護的程式碼缺一不可。為了擁有良好的使用者體驗,我們必須把技術考量融入設計之中。而要展示出色的 UI,開發團隊就需要在前端的 coding 下苦功。

我們的開發項目涵蓋各個領域與範疇,從面向企業的物流管理、到面向消費者的物聯網(IoT)應用(例如供小孩使用的填色 app Coco Color),讓我們累積了不少實戰經驗,更成功打造出 Apple App Store 2013 年最佳音樂類別應用程式 Jamn 和 2017 年最佳開發者程式 Village.co。「台上一分鐘,台下十年功」,下面會簡單歸納一下我們在開始開發之前的內部設計流程,幫助大家了解我們創造得獎作品的一些設計心得。

事前準備

我們會收集與分析潛在客戶的使用者故事 (user stories) 來完成初步的設計工作(從線框稿到可操作的原型),方便開發團隊後續的處理。User stories 可能因客戶需求而有所不同,但共同點是它們都會提出產品的概述,還有一連串使用者想要完成的項目(例如「使用手機號碼建立帳號」)。

從這些 user stories 中了解到客戶想要完成的藍圖,我們就會著手設計產品功能並快速進入製作線框稿 (wireframe) > 視覺稿 (mockup) > Atomic 原型 (prototype) 的流程。

我們的工作流程

我們的標準設計流程一般會在 2 – 4 星期內完成。與客戶確認合作意願後,我們會指派一位客戶經理 (PM) 負責由設計環節開始跟進該專案,直至開發結束。

以範本為例,我們一般專案的時程比較接近範本中最底兩項(註:已隱藏項目名稱和個別設計師時間表等敏感資料)。網站地圖 (sitemap) / 使用者流程 (userflow) 通常需時一至兩天,而 wireframe、 mockup 和 prototype 大概會耗時一個星期。如果像 1 / 3 / 4 號專案那樣需要進行 UX 研究,就可能花費更多時間。

使用者流程 / 網站地圖

一開始,我們的UX/UI設計流程會從Brainstorming一個雛形開始,在內部討論有了一個架構之後,我們會創造一個user flow。來確保所有團隊成員都對網站或app的頁面主要元素有共同的理解

工作重點:

  • 組合產品的功能規格
  • 將 app / 網頁的主要 user stories 變成流程概念

推薦工具:Adobe Illustrator (29.99 美元/月) / Sketch (99 美元) / Google Draw (免費)

基本的 Wireframe

oursky-design-wireframe

App wireframe 範例

Wireframe 的作用是以視覺形式呈現前端功能和敘述 user flow。設計師會先繪出草圖,再修正成為比較完整的 wireframe。

建議以簡約用色開始設計。這樣有助於設計和瀏覽時專注在最重要的元素上,讓每個人(包括客戶)可以專心討論後續的開發與功能發展方面的問題。

工作重點:

  • 草擬 sitemap / user flow 的區塊和組成元素
  • 確定每一個 UI 頁面的展示都是清楚一致的
  • 設計 navigation
  • 確定目標用戶覺得 UX 容易使用而且簡單明白

推薦工具:Sketch (99 美元)

風格與美學

以 Wireframe 完成溝通後,便開始著手風格與美學設計。我們會跟客戶討論情緒板(mood-board) 還有他們希望透過哪些配色來傳達訊息(例如融合品牌識別),以確定顏色組合緊密地配合 UI 元素和品牌形象。

工作重點:

  • 處理 mood-board、顏色組合、字體、UI 元素
  • 按照之前跟客戶討論的結果,設計符合需求的圖示、圖像和其他元件

推薦工具:Adobe Illustrator (29.99 美元/月) / “sketches on paper” / Sketch (99 美元)

UI 元素及不同狀態

想取得設計靈感,市場上已存在大量免費的 UI 元件包可以使用。不過如果你想別樹一幟,還是要透過產品來展現獨特的個人風格。我們同時還會利用插件 Muz.li 來一邊參考其他設計作品集和內容,一邊收集靈感。

工作重點:

  • 設計 UI 元件的不同狀態,例如:空白頁面、錯誤狀態、載入狀態
  • 設計 app 內的排版、過渡效果等等
  • 針對較複雜的設計,可以利用動畫 demo 示範指定元素在轉換狀態時的變化

推薦工具:Sketch (99 美元), Invision (15 美元起/月)

視覺稿

oursky-UI-mockup-sample

為一個 iOS 專案製作的 UI mockup

當大部份顏色組合定案以後,接著我們會開始進行 mockup。

不過在取得客戶或 PM 的初步意見之前,建議不要一口氣完成所有 mockup。最好循序漸進地先完成主要的頁面,待收到反饋後才繼續餘下的設計(例如空白的狀態)。既可以縮短反饋的時間,同時幫助客戶省下反覆修改主設計的不必要支出。

我們的 mockup 都是 Sketch 設計檔,方便進一步輸出給 Oursky 團隊或第三方進行後續的開發。

工作重點:

  • 設計插圖、圖示、圖像和 UI 元件
  • 從線框規劃到設計完稿,我們都會根據客戶已確認的設計風格、方向、UI 元素及各種狀態進行設計

推薦工具:Sketch (99 美元), Adobe Photoshop (29.99 美元/月),Adobe Illustrator (29.99 美元/月)

原型

Prototype 對後續的開發有顯著的幫助,最理想是能夠像一個真實的 app 那樣,讓測試者可以模擬點擊和觀看瀏覽時的各種動態效果。有了完整的 navigation 和動畫效果作為參考,開發工程師就可以更深入了解產品的細節,並在開發的第一個階段就把這些細節加入考量。

企業家可以利用 prototype 向投資者展示產品 demo、進行易用性測試還有收集目標用戶的反饋來執行校對。Prototype 的完成度越高,潛在用戶在進行各種點擊測試時就越能提供更具體的意見(比方說他們欣賞哪些細節或者想添加其他功能)。另一方面,用戶意見和 prototype 對投資者來說是很重要的參考資料,讓投資者能夠更全面的評估你的提案。

推薦工具:Atomic (19.99 美元/月), InVision (15 美元起/月), Framer.js (15 美元/月)

預備開發

oursky-sans-sugar-ui-mockup

我們其中一個 side project 「Sans Sugar」的部份截圖。設計規格和風格指南是最後的交付成果。

我們公司同時提供專案顧問諮詢、設計和開發等服務,但有時候客戶可能只需要設計服務。以設計而言,我們的目標是為客戶提供 mockup(可輸出的 Sketch 檔案),輔以適合客戶參考使用的 prototype、user flow 或風格指南。不管後續負責開發的是客戶的內部員工、第三方開發團隊還是我們 Oursky 的工程師,這些檔案都是重要的參考資料。

當然,也有很多客戶要求我們接續下一步的開發。客戶越早確認有繼續開發的興趣,我們就能越早引薦開發工程師,針對特定功能提供技術層面的建議。我們會按照客戶心目中的預算進行設計和開發,並且向客戶解說各個功能短期和長期開發所需的時間。

工作重點:

  • 討論產品流程和 UI 狀態
  • 解決任何未完成項目,例如按照客戶要求合併功能或增加額外的功能

 

Oursky 致力幫助品牌與企業家實現他們的點子。如果你正在尋找合作夥伴一起建立下一個自家數碼產品,來跟我們聊聊吧!

preview-of-lean-project-management

「PM World – 全球聲音」精實專案管理: 九年實戰經驗不藏私分享

本文章感謝 Oursky 提供本 PM Blog 專欄共同公佈。
原文: Lean Project Management: Field Notes from 9 Years of Development
作者: Roy Yuen, Oursky 創辦人
翻譯者:Queenie So

在創立 Oursky 的初期,專案經理( PMs ) 是由我們三位創辦人同時兼任的。當公司穩定成長的同時,我們跟其他公司一樣需要面對品質管理的問題。而當我們的團隊成長到超過 50 位成員,我們更要努力在「培育經驗相對較少的初級工程師」與「確保交付給客人的編碼和設計品質」之間取得平衡。

終於,我們在撐過 10 個同步進行的專案後開始聘請新的專案經理。我們的專案經理並不是單純的客戶經理,他們還擔當橋接管理層與工程師的黏著劑、驅動專案進行的靈魂人物、與客戶溝通的重要聯絡人。這邊和大家分享一下,要成為一位強大的專案經理,需要哪些必備的技能。

(請留意,我們很強調由設計師、工程師、專案經理到品管人員,每一位團隊成員都需要對產品品質負責。)

在科技公司任職專案經理有哪些實務要求?

stairs-to-lean-project-management

Photo by Christopher Burns via Unsplash

有別於其他機構,Oursky 的專案經理和客戶經理是由同一人擔任的。我們的專案經理一手包辦了籌劃專案、掌握開發進度以至為最終產品的品質水準把關。而同時作為一位客戶經理,他們也會向客戶建議在他們的預算範圍內能把產品做到什麼程度、各種技術上的考量和匯報開發的進度。

Oursky 通常會在業務團隊確認成立專案時引薦專案經理。當簽訂合約、專案正式啟動後,專案經理就會建立一個 Basecamp 專案,方便客戶隨時檢視我們的進度或留言查詢。要完整列出一個專案經理需要負責的工作就足以另外寫一篇文章了,這邊先簡單提供一個概念:一位專案經理在專案成立的初始階段工作清單。

 

專案成立:

  • 適當地設定各種自動化工具(例如:Hockeyapp, Apple TestFlight, QA 伺服器等等)
  • 安排會議讓技術領導人和開發工程師討論專案延伸的技術問題
  • 草擬 API 文件
  • 預備資料庫 Entity-Relationship Diagram
  • 規劃伺服器的架構
  • 規劃 App 的架構 / 流程圖
  • 設置模組的測試案例
  • 定義採集分析數據的內容

預估成效

Lean project management

我們把 app 的功能和 issues 歸類,衡量它們的重要性和排列優先順序

確定成立一個新專案後,第一步是要設定專案的商業目標。專案經理一開始會根據客戶要求的功能和預算提供兩個預測結果(以計費工作天數計算)。我們提供最少兩個選項是因為客戶在意識到原本設想規模的相對價格後,通常都會選擇修改產品。而一般在這個時間點,專案經理同時也會請設計師開始設計線框稿。

當關鍵元素(例如主要功能、預算、時程等等)都確定下來後,專案經理會按照每位同事的時間表和專長來組織一個工作小組。我們的開發工程師一般擅長 Android、iOS 或網頁開發,但因為他們需要全盤掌握產品完整的功能,所以他們同時也是全端工程師。接下來,我們會替主要功能排定優先順序,還有把各個功能解構成最多兩天內可以完成的小任務。

追趕進度、保持溝通

lean-project-management-is-as-challenging-as-game

Photo by Quino Al on Unsplash

專案經理的另一個重要任務是保持溝通渠道順暢無阻。每天專案經理會利用 Waffle.io(與 GitHub 整合)來舉辦站立會議,讓所有開發成員都能有效進行討論。專案經理會先了解新的 issues、把客戶的要求排列優先順序,再替工程師設定各項新的任務。作為客戶的聯絡窗口,專案經理也需要懂得分析哪些要求是迫切的(比如修正關鍵的 bug),或哪些要求應該先押後避免讓工程師分心。又因為我們的專案經理同時管理多個專案,他們也能分享一些可能被不同小組的工程師忽略的相關函式庫或常見問題,提升整體的開發效率。

建構與改進

lean-project-management-needs-teamwork

Photo by Margarida CSilva on Unsplash

在我們眼中,凝聚力跟溝通同樣重要。要留意的是,保障編碼品質的負責人應該是技術領導人而不是專案經理。但這也不代表專案經理就能隔岸觀火。他能做也應該要做的是,在每天跟開發團隊進行的會議中提問適當的問題,譬如說客戶的推廣活動正在進行期間值得馬上更改資料結構嗎?另外,專案經理也應該主動要求一些可以改善使用者體驗的變更,比方說趁著修正其中一個功能的 bug 時順便加入像「更改狀態時自動轉換顏色」這樣的小細節。換句話說,專案經理應該比較宏觀地掌握整個設計藍圖,並讓所有人根據這個藍圖來組合各項功能。編碼並不是單單只求無瑕而已,高品質的編碼同時意味著下一個人可以把時間花在如何改善體驗而不是機械性地修正瑕疵。

捕捉細節

lean-project-management-like-taking-care-of-a-baby

Photo by Margarida CSilva on Unsplash

談到公司裡新進工程師遇到最大的困難,如何在 GitHub 上發出一個好的 pull request (包含明確的提交紀錄與易讀的編碼)一定榜上有名。我們公司會把不同專案的工程師互相輪替去確保編碼是可讀的,因此確認剛進來小組的新成員已了解狀況還有能夠如期完成被賦予的任務是專案經理的重要職責之一。

我們為如何監管品質整理出一連串的指引:

  • 每一個 pull request 都需要被一位技術領導人檢閱過其編碼
  • 每一個專案都需要指派最少一位人員負責檢閱編碼
  • 自動化編碼文法檢查,檢查程式複雜度,設定測試範圍

專案經理同時也是負責為新功能做最後檢查、還有當新版本完成時協調進行品管測試的人。當團隊完成整個專案後,我們會向客戶提供原始碼和本地端儲存庫方便他們日後進行維護或修改。

專案管理工具

oursky-working-style

Oursky 的工作模式

工欲善其事,必先利其器。時至今日,專案管理已發展出許多工具可供選擇。而專案經理的角色,是選擇最適合用來追蹤專案時程和促進客戶溝通的工具。

我們應用在非技術類型的顧問委託和內部專案時,最愛使用的是 Basecamp。而針對技術委託還有內部開發小組,則使用整合到 Waffle.io 裡的 GitHub Issue Tracker,方便取得像 Trello 版本的 sprint 概觀。至於以管理角度縱觀協調全公司所有工程師的工作量,我們則回歸到最簡單的工具:使用試算表為特定專案效期安排人手。

總結

teamwork-is-important-for-lean-project-management

Photo by rawpixel.com on Unsplash

Oursky 裡,我們從不諱言熱愛自己開發的產品。當我們從一個三人小團隊發展到今天成為超過 50 人的公司,我們意識到公司員工很需要一種特質:可以把人們凝聚起來、一起充滿熱情地創造喜愛的產品,還有能力把這個產品做得很出色。事實上,專案經理正正擔任這個角色。

如果你喜歡這篇文章,歡迎追蹤 Oursky 的 Medium 帳號 獲得更多有關新創 / 企業家創業 / 專案管理 / app 開發 / 設計發想有關的消息!

Oursky 致力幫助品牌與企業家實現他們的點子。如果你正在尋找合作夥伴一起建立下一個自家數碼產品,來跟我們聊聊吧!

Page 1 of 2712345...1020...Last »