一個專案的 UI 設計之回顧及省思

專案背景

這個專案是一個地方政府的單一陳情系統. 首先特別要說明的是這個專案算是公司的策略性專案, 在銷售階段以及風險評估階段就已知道這個專案風險很高, 虧本機率也高, 加上資源不足, 還有技術上的問題要克服. 但是當初因為有客戶關係以及其他因素的考量, 所以最後還是選擇接案. 我認為以後應該不太會再有這樣的思維了.

這個單一陳情系統, 主要是提供民眾可以即時做陳情, 投訴及檢舉等問題回報, 整合照片及地理資訊讓案件處理人員快速辨識問題, 使用自動分案技術來加速案件處理, 整合及保留案件及處理資訊以供未來分析決策使用.  系統包括受理子系統, 公務子系統, 以及報表. 系統提供 Web 以及 App介面, 並介接機關員工資料庫, 公文系統, E-Mail, 簡訊及派工系統等.

這個系統是該地方首長的重要競選政見之一, 在經費部分動用了預備金, 而非使用一般計畫性專案的預算, 因此這個系統備受關注.  這個系統因為提供民眾使用, 因此系統好不好用以及畫面美觀與否都非常直接, 因此在專案初期即將 UI/UX 以及視覺設計考慮進來, 前端 UI Designer一開始就加入專案.

繼續閱讀 “一個專案的 UI 設計之回顧及省思”

Scrum手法在waterfall軟體開發專案的應用

敏捷手法近年來不僅在軟體產品開發被大量的採用,也被非軟體開發的產業/工作所使用。但在採用waterfall手法的軟體開發專案是否有機會運用敏捷的手法進行軟體開發?所得到的答案大概都是否定的。但筆者試著提出不同的作法讓讀者試試,看能否改善 waterfall的致命傷:「越早產生的問題,越晚發現」。

繼續閱讀 “Scrum手法在waterfall軟體開發專案的應用”

專案開動後,如何展開第一步的「差異分析」

pexels-photo-40120

為什麼要說「差異分析」,而不是「需求訪談」,因為公司大多數建置案都是Base on 既有產品,依照客戶的情境和內部規範等等去做設定和客製化功能調整,「差異分析」是要瞭解這2者的不同,以利後續進行功能修改來符合客戶的使用情境,而「需求訪談」卻有按照〝發想〞的需求,完全從無到有再去刻出來的意涵,所以,建議要習慣上說法要改。

那,如何展開第一步?或許可以從以下各事項來看

繼續閱讀 “專案開動後,如何展開第一步的「差異分析」”

是神話還是屁話~~工程師眼裡的專案管理

生活中,或許有很多事物的安排和執行,都可以被廣泛的稱為是”專案管理”,但是有多少技術人會在生活中使用專案管理技巧?我想,應該是寥寥可數少之又少,可能會是為了學習和練習的目的,才特意在生活中引用專案管理理論吧,還是反過來說,在專案執行過程中,能夠運用到生活中體驗的專案經理,會是境界更高一層更能引人入勝引領新手上路的方式。 繼續閱讀 “是神話還是屁話~~工程師眼裡的專案管理”