issue#1 總要開始

April 23, 2022
文章目錄

會開始電子報是想要輕鬆一點分享看到的有趣東西,因為要放上部落格的總是比較嚴肅,總想要研究透徹直到自己精疲力盡。但電子報也很多風格不是嗎?要論分享心得的領域,既憧憬 stusis 那樣大量的短評,也羨慕 Mannny 對一件事情看法的深入。

想了很久,想不出到底要怎麼分享比較好的時候,眼看已經來到了今年第二個連假。 好啦,先寫寫看吧,別想了。各式各樣分享領域的前輩們一定會這麼說。

有趣的是

嚴謹設計論述下的數位產品

Heptabase 在上週左右開放了僅有一年訂閱方案的 Beta 版本,看了 Discord 群上 Founder 之一 Allen 提到:

一但提供試用,我們會面臨 20 倍以上的註冊數,一方面會讓我們團隊比較難服務和解答用戶疑問、用戶的整體素質會下降、用戶的反饋也會變得難以過濾和參考。我們的目標是打造最好的產品。要打造最好的產品,就需要最好的用戶反饋。而最好的產品反饋永遠都是來自一開始就願意付費的用戶,而不是參與試用的用戶。

Heptabase 也散發著這樣的基調,雖然功能簡單,但現在會出現的每一個功能都是經過務實決定下的結果。

試用下來非常認可開發者對於新時代知識管理的痛點,Heptabase 解決現在建立知識模型時,與日常紀錄脫節的問題,然這個使用流程還需要經得起更大資料量的測試,有鑒於 import 與大量編輯的功能還有待提升,費了很大的力氣去整理,目前測試下來還感受不到這個效果,但依舊期待這個擁有嚴謹論述的新產品。

Try It

Mac 用戶可能會經歷的滑鼠痛點

不得不說 Apple 的觸控板真的太好用了,好用到 PS、AI 我都是用觸控板來進行操作。但被物理治療師說了,可以嘗試用外接螢幕架高了我的視線,於是開始了沒有觸控板的日子,用了好長一段時間適應鍵盤來操作,而 Abnormal Mouse 是一款讓滑鼠模擬觸控板的 app,想像一下:三指向上的手勢,現在只要按著 Shift 將滑鼠上滑就可以做到了。

Try It

讀了

Founding Engineer

第一次知道這樣的工程師職位,摘要一些關於這個職位的描述:

通常是新創的在頭一年招募的前幾位工程師。

會負責招募、使用者接觸、決定產品開發的文化跟流程各式各樣的事情。

常常最後也會成為 Founder 之一或也會繼任重要的開發職位,或也會轉產品負責人。

因為一直都很喜歡待在新創,在新創中,初期工程師很容易介於 PM、Dev 之間,對於自己的職涯也時常感到迷惘,但很喜歡這段 Twitter 裡面其中一句話:

joining a startup as a founding engineer is an experience unlike any other – whether you’re looking to sharpen your skills before starting a company, take on more responsibilities outside of engineering, or simply join a rocket ship from the launch pad

Read More)

Planning Poker

最近在煩惱公司上的產品該如何估時的問題,於是開始研究了 Scrum 中估時的作法 - Planning Poker。

Planning Poker 可以想像成共識決的相對估法,透過大家在不討論的情況下先行對所有任務進行評估,並根據評估分數相差比較多,或分數有封頂的項目來分享評分原因,藉此機會溝通對於一個任務的執行看法。舉例來說:今天要開發一個留言板,有系列的功能包含:登入功能、留言、按讚 ... 等等功能。

先進行一次校正的基準投票,例如:以留言為校正基準,A 投 2 分、B 投 5 分,接著可以整合:『OK 現在這個工作量的任務為 2 分』統一大家的分數標準

之後開始對其他功能不討論各自投票,投分數時分數常會以費事數列的方式 e.g. 1, 2, 3, 5 ... etc 的形式進行,並會有一個最大數 e.g. 21 分。

投完後,如果有功能分數相差比較大 e.g. 有人投 1 分、有人投 8 分,或有分數封頂 e.g. 21 分就要進行討論,分享為什麼給這個分數並重新投票。

目前嘗試了一次,還沒體驗到估出來的成果是否能作為改善流程的基礎,但光是分數有落差後進行的討論,就顯著有助於建立更多任務細節的討論。

Read More

其它文章


© 2020 minw Powered by Gatsby