科技創業週報 #282:從將來銀行看大型系統整合挑戰

| |

Hiya 讀者好,

你對筆記軟體有選擇困難症嗎?最近發現一個宛如筆記軟體字典的 NoteApps.info,站主列了 200 多個功能清單,一一檢視市面上流行的筆記 app 是否包含某個功能或是功能的完整性。像我最在意資料的匯出/匯入格式、效能以及是否支援 markdown 語法,就用這個網站篩掉一個本來很心動想嘗試的筆記 app。如果你正在考慮使用某個筆記軟體,來用這個網站幫助自己省時間吧。如果找不到你想使用的 app,也可以跟站主許願請他幫你測試 🤳🏼

Liz
.
[Podcast] 星箭廣播 EP104 | 與紙張的戰鬥!No Code 數位化律師工作經驗談(ft. 《法律白話文運動》楊貴智律師)

Titan 一直很好奇各行各業的工作者如何運用數位化工具,這次《星箭廣播》邀請到《法律白話文運動》站長、podcast《法客電台》主持人楊貴智律師,請他來跟大家談談運用 no code 工具將律師工作數位化的經驗。節目一開始我們會先請貴智跟聽眾們說明一般而言訴訟律師(還沒數位化前)的工作流程。

接著貴智會聊聊他怎麼進行數位化工作,過程中有哪些考量。「一開始其實原因很簡單,就是因為懶。」(應該道盡許多同行的心聲 XD)雖然貴智在設計數位化系統時有很大一部分是針對律師工作的需求進行調整,但他的思考方式同樣可以運用在其他許多工作上,甚至你也能參考它打造一個適合自己的數位化系統。
[英] PM 與設計師的五個合作之道

PM 跟設計師如何有效率地並肩作戰呢?Airbnb 與 Lyft 設計總監 Katie Dill 具有多年與 PM 交手的經驗,她認為 PM 如果善於定義問題、目標跟促進對話與合作,就能讓團隊中每個人發揮所長,產出最佳結果。

其中一個方法是「愈早邀請設計師參與產品開發流程愈好」,設計師往往是使用者的最佳代言人,也懂得產出低成本的原型進行溝通,能夠得出明確且具有創意的解決方案。

此外她也發現,PM 與設計師針對「設計目標」與「商業目標」經常各說各話,但兩者其實密不可分。設計師的每個決策都是以提高使用率、轉換率與忠誠度為依歸。PM 與設計師可以一起建立設計與商業目標的相關性,例如「系統一致性」是「易用性」的子目標,而「易用性」是「轉換率」的子目標。定義共同目標,團隊也才更有方向、能夠運作得更順暢。
[中] iThome/【以將來銀行為鏡,談大型系統整合的挑戰】為何團隊磨合衝擊百億純網銀開業

純網銀「將來銀行」前一段時間因為開業時程問題成為新聞焦點,本文是《iThome》採訪將來銀行資訊長周旺暾與資安主管曹志誠,分享了將來銀行的系統建置過程和他們所遭遇到的問題。身為「純網銀」的將來銀行企圖在這次「從零開始」的機會在資訊系統開發導入不同於傳統銀行業者或數位銀行的新作法,也與其他兩家純網銀的策略不同,此系列文章恰好可讓讀者一窺業界大型開發專案是如何進行的。

周旺暾在文中指出「團隊磨合」出現意料之外的問題,例如他們採取 Scrum 方式開發,但其實團隊成員雖然各自有 Scrum 經驗,但實際運作後才發現彼此認知上有落差。團隊調整諸如此類的問題使得相關進度延後一個多月,只不過他並未說明這對整體系統開發進度的影響。本系列文章共有三篇,除了連結的上篇之外,還有下篇(文末提供了將來銀行的 IT 系統建置時程表),以及外部業界人士的觀點整理。
[英] 一人 SaaS 新創公司的架構

Podcast 搜尋引擎 Listen Notes 創辦人 Wenbin Fang 之前來星箭廣播聊了 Listen Notes 怎麼從一個原本做完就放著不管的業餘專案變成他一人營運的新創公司,最近軟體工程師 Anthony Najjar Simon 則從 Wenbin 寫的〈The boring technology behind a one-person Internet company〉得到啟發,分享他獨立經營 SaaS 公司的技術細節。

他通常每個月最多只花 2 小時管理基礎架構,大部分時間都在開發功能、提供客戶服務和拓展業務,這篇豐富的工具包🔧 當中包括他選用的 Kubernetes、Load balancing、快取機制、客戶管理、排程任務(例如為客戶產生當日數據報告),還有我們介紹過的程式錯誤監控服務 Sentry,並結合 Slack 蒐集警示通知等等,不藏私的全部公開啦⚡️
[Podcast] 工程師的書籍出版經驗談

你曾經想過「出書」讓更多人參考或收藏你的經驗或作品嗎?2016 年底,專精於資料視覺化的工程師 Shirley Wu、Nadieh Bremer 被朋友推坑,將她們在網路上分享的專案集結成冊,今年這本書終於上市了。她們在 Podcast 節目「Front-End Happy Hour」暢談出書的流程、設計與技術內容層面兼顧的方法,以及為什麼她們選擇找出版商合作而非自助出版。

Shirley 提到,部落格可以隨心所欲地寫,隨時可以改錯字或修改資訊,但印刷成書的標準就不同了,「我們可不希望花錢買書的人覺得浪費時間!」她們找了二十幾個朋友試閱才正式送印。而出書最讓人欣喜的時刻是,「以前總是不清楚我在做什麼的朋友發現我的工作原來這麼有趣」。至於她們會想再出第二本書嗎?來聽這段訪談~

🎧 Star Rocket 科技創業週報推薦列表
[英] 不討人厭的推播通知設計法則

推播通知本意是用來提醒使用者重要或緊急的事情,但不知道有沒有讀者跟編輯一樣,有時覺得推播多到真正該注意的訊息反而被淹沒了?

本文作者 Clo 是一名 UX 設計師,致力倡導「多留意一點的設計(mindful UX)」的概念。在這篇文章裡,他研究了「推播通知」對認知造成負荷以及損害注意力的程度,並且提出幾個降低干擾的設計方法。例如,決定是否發出某則推播通知,應當從評估緊急程度、重要性以及情境脈絡著手,;此外,也可考慮讓使用者控制推播的頻率與類型。例如新聞 App 讓使用者選擇自己有興趣的主題類型,或是僅接收重大突發新聞資訊。

🔔 先前星箭廣播也曾討論過 App「App 特輯 3:討人厭的推播通知(以及一些聰明設計)」,有興趣的讀者歡迎收聽!
[中] Andrew Wu/架構師的修練

作者 Andrew Wu 現任 91APP 首席架構師,他在 20 年的大型與雲端服務開發經驗中當過工程師、技術經理、技術總監,一路到技術長,後來開始有計劃的轉職為架構師,他逐漸發現培養在軟體產業長久發展的能力尤為重要。所以這篇詳盡的分享包括他常在內部團隊推動練習的五個方法,以及 team leader 怎麼實際用在工作上等等,應該能讓後端工程師或有志成為架構師的讀者有所收穫💡

Andrew 除了回顧自己的職涯發展怎麼從基礎知識、養成設計與開發能力進化到發揮影響力,也圍繞著「刻意練習」強調如何累積和培養能力——如果沒熟練到可以開班授課、也沒有合適的專案可以應用,如何創造適合練習的環境、實作、並取得回饋呢?他的作法就是把工作上沒機會用的技術用在自己的部落格。
[中] Stone/這是我認為最好的 UX 自學方式!零基礎半年內成為 UI UX 設計師的故事

目前在資訊財經公司擔任UI/UX設計師的作者 Stone 接觸 UX 約1年多,但下定決心開始認真學習只有半年,加上他認為自己的背景集結所有不利的條件,像是沒有任何設計相關經驗等等,不過最後他歸納出這套自學UX的五大步驟,成功找到了工作。如果是想踏入 UX 領域的新手不妨參考看看。

關於找不到實習或工作,也沒什麼做專案的機會,該怎麼辦?大學時期的 Stone 也走過這一遭而特別有感,他的做法是把每個題目都套用 UX 或設計思維做練習,包括和組員做周邊小物、架網站和課堂報告,甚至是面試官出的作業也當成專案在做。他還分享過去做作品集網站時很後悔的一件事⋯⋯
.

(文章代表圖:Photo by kate.sade on Unsplash

Previous

《星箭廣播》105 集——是創投也是創新者們:泡沫化後的新世紀創投趨勢

把知識從殿堂中解放出來,Internet Archive 要當人類文明的檔案管理員

Next

發佈留言

Share via
Copy link
Powered by Social Snap