前言

在 Hello World Dev Conference 的 談衡量開發者體驗的 DevEx 框架 又再度聽到這個關鍵字 — 開發者體驗 (Developer Experience)。

『 開發者體驗 = 開發者工作中體驗的總和 』

＊需要有明確的任務、組織良好的程式碼和無痛的發布來改善 DevEx 提升效能

SPEACE 框架

參考 SPEACE 框架中的五個指標來做衡量和關注：

1. Satisfaction and well-being：滿意度和幸福感
2. Performance：績效，衡量開發者在既定時間內的工作產出
3. Activity：活動，開發者在工作上的具體活動，例如：程式碼交付或是測試執行的次數
4. Collaboration and communication：協作與溝通，開發者和其他成員之間的協作和溝通頻率和質量
5. Efficiency and flow：效率和流暢度，開發者在不被干擾情況下完成任務的效率，以及是否達到心流

幸福模型 Flow

『 心流，一個人全神貫注在某件事而渾然忘我的境界 』

『 當工作的挑戰和個人技能互相匹配時，容易進入心流狀態 』

開發者體驗的幸福模型 Flow

圖取自 開發者的最佳體驗: 心流狀態

橫軸：技能程度
縱軸：工作挑戰程度

當技能和面臨的挑戰達到平衡時，最有可能進入心流狀態 (不一定是指兩者都要達到高水準，互相匹配才是重點)

可能會面臨到各種狀態，由自己決定往哪走，技能程度低於挑戰程度時，容易產生焦慮 (如圖中的左上角)，身為工程師就去學，身為主管就協助工程師充實技能或是調整工作項目

職場裡的三種人

• 付出者：樂於分享，不求回報
• 平衡者：追求互惠
• 獲利者：專注利益，總是評估自己能獲得什麽

長時間看，付出者最容易成功，而職場裡的人際風格 中有這麽一段話：付出者、獲取者和平衡者都有可能獲得成功，但是，當付出者取得成功時，他們的成功可以擴散到別人身上。

補充

奔跑吧，台北的工程師寫過這麼一篇 工程師心中最軟的一塊：談前端開發者體驗（Developer Experience），文章以前端工程師的角度分享對開發者體驗的觀察，喜歡裡面的一句 只要是跟開發者的心情有關的，都算是 DX 的領域！

參考資源

RUDDY LEE 分享空間 - 開發者的最佳體驗: 心流狀態