善用 JIRA Dashboard,打造自己的 Free Style

【GSS Engineering Blog 成立即將滿一年,我就來個 free style 來幫Blog暖個壽】

話說公司的 JIRA 從2006年底導入至今已超過10年,2015年加入了Agile模組讓JIRA的使用也更廣泛,舉凡開發工作規劃、派工、問題釐清、留言紀錄、工時填報、Release plan、Commit log… 都可在JIRA上完成,已經和每個人的工作息息相關。近來在和同仁聊天的時候發現,有些人似乎不知道JIRA 上可以設計自己的 Dashboard,而要同仁另外準備一些彙整的報表,甚至要請秘書額外定期彙整JIRA上的資料。因此整理一下常用的 Dashboard gadget 幫助大家有效的取得自己關心的資訊。

繼續閱讀 “善用 JIRA Dashboard,打造自己的 Free Style”

用SonarQube來監控SoftwareQuality-2-解讀

在前一篇[簡介]中,大致說明了SonarQube在軟體品質活動中的好處,本篇將繼續說明如何解讀。(SonarQube更版頻率頗高,以下畫面以 SonarQube  6.2版為例)

繼續閱讀 “用SonarQube來監控SoftwareQuality-2-解讀”

用SonarQube來監控SoftwareQuality-1-簡介

軟體品質是一種很玄的東西,之前沒太多量化的數據,大家好像都是憑感覺。一直到了公司推動CMMI,開始訂了一些收集品質數據的指標:如 Defect Density, Residual Defect Density, Defect Removal Efficiency, Review Efficiency, Testing Efficiency,MA團隊的MTTR(Mean time to recovery), MTBF(Mean Time Between Failures) …等,大家才開始知道應該要用數字來量化軟體品質,也才知道數字會說話。既然數字會說話,那為什麼上述的這些指標後來就漸漸被人淡忘了?相信近幾年才進公司的員工可能甚至沒聽過這些指標。 繼續閱讀 “用SonarQube來監控SoftwareQuality-1-簡介”

從【一例一休】牽拖Specification By Example

勞動部在105年12月通過一例一休,除了調整休假日與特休天數外,期望透過「工資成本以價制量」、「工時安排總量管制」方式,進一步落實週休二日之目標。法案通過後勞方資方似乎都不太買帳,但這不是今天要牽拖的重點,今天是以公司MIS和HR的角色來看如何將冷冰冰的法條透過Specification By Example轉換成可執行的系統。

繼續閱讀 “從【一例一休】牽拖Specification By Example”

從【一例一休】牽拖以0.5小時為最小請假單位的作法

勞動部在105年12月通過一例一休之後,開始了國內各公司HR與MIS不眠不休的制度與系統調整。以勞基法的規定,滿週年後才給假,且給假天數都是整數,所以不會有依比例的問題。但由於之前公司是採用曆年制,為配合勞基法未來修法方向,明年也將調整為週年制,在制度轉換的過渡期則是以105/12/31計算員工在公司的整數年年資,以勞基法新級距所對照出來的休假天數,再依到職週年日佔全年日期的比例計算。不過,公司的給假的規定是一天8小時,休假最小單位是0.5小時,所以計算出來的休假時數還要再判斷:未滿0.5小時以0.5小時計,超過0.5小時未滿1小時以1小時計。

今天要來牽拖的就是這最後一個規則:未滿0.5小時以0.5小時計,超過0.5小時未滿1小時以1小時計

繼續閱讀 “從【一例一休】牽拖以0.5小時為最小請假單位的作法”