Scrum是提早給feedback，但講好的需求，就是要上線啊

看到好多單位都能研究新的技術，並提出相關的應用
心裡在想為何別人能持續在技術有進步

公司最近有個顧問要離開
提到「這幾個月他工作滿開心的，因為沒有人assign工作給他，所以有時間鑽研他有興趣的議題」

也讓我回想到去年底時，因健況出了問題，在家專心養病
沒有時程壓力，便有時間大量閱讀某技術的相關資料
今年回來時，也帶顉同事使用該技術

後來在David Ko的Blog看到這張圖
要 Output 還是要 Outcome

讓我回想，回到工作崗位後，疲於趕user的feature，一直在拚output
如果省下時間只做有價值的產品
我想整個team都會有更多時間在打混開發更有價值的東西，以及技術研究上 XD

local server拿ISO當yum repo server

Linux Server在內網，被限禁無法對外連
因此要yum install時，都得自己找rpm
而公司又會鎖ftp，因此找rpm都很難找

最近要裝新東西，實在被搞煩了
看一下有好東西，可以直接拿ISO檔當yum repository
Step1. mount iso
Creating a Local Yum Repository Using an ISO Image
Step2. setup yum server
Setting up a Local Yum Server Using an ISO Image

還滿容易的~
現在下yum install就自己裝好了
好感動，差點哭出來...


p.s. yum install可能還會出現以下錯誤
GPG key retrieval failed: [Errno 14] Could not open/read file:///etc/pki/rpm-gpg/RPM-GPG-KEY
只要加上--nogpgcheck即可
[root]#yum install --nogpgcheck {packagename}

Kanban Board應放哪裡

因團隊是在會議室內，理所當然放會議室裡
daily meeting，討論issue等，也都在會議室內

由於自主管理，主管也不太曉得我們在做什麼
反正沒出什麼包，就放給我們自己玩
只不過都關在房間裡，有天反問我，不曉得team在做什麼
這實在很難解釋...

後來有個團隊沒有會議室，只好將看板貼在放走廊上
嘿~ 這還不錯，因旁人都看的到，感覺有在做事
所以也把看板搬出來了

幾天後主管就說感覺工作氣氛不一樣
每個team比較活絡有互動~

有時還是得表現給別人看(誤)

提早得到feedback，但調整也得花時間呀~ user老大

最近開始run scrum
每回合產出的項目，也讓user實際操作體驗
在正式上線前得到不少feedback及調整需求
感覺挺不錯的~

西嘎西!!! (日語：但是)
「需求要調整，原定的功能也得在原定時程完成，也就是上線的時程不變」
我咧...
開發單位：不是有說好需求要排優先，那優先權較低的可以拿掉呀
需求單位：所有的需求都已經砍過了，沒有辦法法再砍了，一定要全上...

怪不得的有團隊明明開發差不多了
卻說上線前幾天才能給user測試
私底下問，才得知user就不會有時間改需求
把球丟回給user...

這叫「上有需求變更，下有裝死對策」