Deliver Project on Time 敏捷專案管理實務 (參加時間2014/05/30)

來報名這個班,主要是在公司待了近兩年,從工作上中體認到專案管理非常重要,但現在身上處理的小專案,沒有用到上一個大專案的bug-tracking system(因為那個是客戶公司的系統…),所以開始越走越歪,milestone也根本不清楚,想說身為小小工程師,更要努力救火,不然到最後才來不及上線或是沒達到長官期待,燒的肝還是自己的…

# 第一次聽到User Story (掩面)
之前的bug-tracking system,其實是已經有了非常非常完整的產品spec,然後把每條spec當作一張ticket,交給一位工程師做。但是,現在要開發一個新的網站,從頭到尾是長官的幾句話、商業部門的一些意見,我原本真是毫無頭緒要怎麼拆成一條條可實作的issue阿~~(所以已經繞了不少路,整個砍掉重練至少兩次…)

Xdite一早先介紹User Story!!
User Story: 描述對使用者、系統或軟體購買者有價值的功能。用自然語言(講白話就是”人話”XD)撰寫,並且邀product owner共同參與寫下。
這的確非常實用且必要,讓PM、RD、美工、老闆可以有一份”大家都懂”的共同文件。很多時候,寫成spec真的也只有工程師懂,然後美工、PM、老闆可能聽聽就覺得你什麼功能已經完全實現,殊不知其實你只做好他”期待的功能”之一小部分XD

# 專案管理,練習再練習!!
Xdite自己說,她認為她的專案管理技巧其實比rails更厲害。平日不斷的在大小專案上練習,也讓她在2012拿下Facebook World Hack冠軍! 所以她分享了她是怎麼安排當天比賽她寫code、測試的時間~受益良多! 感覺當天就是她快狠準的完成了一日專案這樣XD
所以,我回來立馬練習,用Redmine開了十幾張票給自己哈哈!!當然前面提到的user story,上課中有給了一個第一版進化到第六版故事的範例,也是課後需要針對自己專案做的練習和應用!
要變強就是要每天練習、常常實作練功! 練習的大方向引用下xdite提到的:「管理該”做好”的事,而不是管”想做”的事。」

# 切票技巧超實用
我課程中印象最深刻的是切票的技巧,因為我看某些開出來的issue,都會腦中產生這個到底要花多久才做得完的疑問……感覺票常常開得太general(範圍過大),或是這個票其實中間還有等決策的時間。
Xdite分享到的原則: 大腦當機就該切票/被人卡住就切票/不要害怕開票/一個票該花的工時長度
所以他們的工作團隊,每個人花半天大概就可解掉1~3張票! 我也認為多開票,不但可以加快專案流程(施工項目明確、可行),也讓工程師提高工作的成就感呵呵。

# 問了xdite一個問題
原本想說應該要在上課中問出來,這樣xdite的回答也可以幫助到大家,但是我需要在腦中rephrase下,所以還是拖到下課才去問了這個問題… 那就寫在心得裡分享囉!

如果已解決的issue,被QA/ Senior Engineer/ customers踢回來,也就是沒有達到close的標準,這樣是要把state切回處理中,還是開一張新的ticket?

(如果有記錯的部分,還請xdite不吝指正XD)
解答: 有三種狀況

  1. 真的有問題,issue沒真正解決:
    如果是真的沒做好,那要看看是不是developer的能力問題,可以把state切回處理中繼續做、重新解bug。
  2. 此issue中的某部分bug沒解掉:
    沒做到的那部分,再開子票出去。最好是開新的子票去實作,這樣流程上也比較看得清楚。
  3. 此issue的要求已經改變:
    把原本的票設closed(真正結束的票),開新的關聯票出去。

心得差不多寫完了,最後來聊聊天~
第一次請公假上外訓,所以其實我心情超好的~~~
午餐很美味,雖然我不得不說都是爆卡美食阿!!記得沒錯的話烤鴨三大盤,大盤菜大概六~八盤,兩種炒飯!下午點心也是一堆,不過太好吃很快就被掃光了…(我熱愛甜點拿了三個:p)呵呵果然xdite對提供餐點也相當用心XD!也有機會和幾個工程師聊到天,聽聽別人在做什麼也很開心!