這場會議Don 有特別提到,開會的幾個原則。
我們這次開會有出現一些問題,技術的東西不應該開會的時候說,打個比方,討論前端的技術就很不該再開會的時候說,因為後端就會把時間浪費在開會的時候。
做任何事情都要有效率,開會當然也是。我們要思考如何讓開會更有效率
這週我們有一些任務沒有完成,因此我們這週開會討論:
討論這禮拜有什麼東西沒做好,沒完成。
檢討為什麼沒完成。
專案步入中期,已經明顯沒有前期的衝勁。或許改變策略方針,可以讓團隊的士氣繼續維持。
把問題放到後面解決,在前期是不錯的方針,因為前期要讓整體架構有雛型。但是到後期就不適用了。累積過多的問題,會讓包袱變重,甚至拖慢整體的進度。
中期的任務明顯會比前期難很多,遇到挫折難免低落。讓大任務變小任務,大問題化小問題,在獲得成就感同時,慢慢完成。
1.頁面間資料傳遞, API的資料傳遞
2.UI flow 問題 (畫面跳轉順序?)
3.分工協調 溝通
4.照片上傳問題
5.任務時間預估
這個問題可以從使用者的觀點去思考,若使用API讀取資料,會需要時間Loading,這個讀取時間會由網路狀態與封包大小決定,但一定會影響使用者體驗。因此傳遞data是給使用者體驗最好的方案。
Present 可以使用在單個跳頁裡面,因此如果雙次疊加
present,會導致回到原畫面需要dismiss兩次,而這麼處理是非常不合邏輯的。而處理這個畫面,因當使用Push,在跳頁時,才不會有雙次dismiss的奇怪行為。
一個協作良好的團隊,就像打籃球時運球、傳球、上籃都分工良好,且默契無間,這樣的戰鬥力遠遠勝過只有一個得分王、但其他人都無法和他配合的球隊。
團隊要運作良好,「溝通的時間成本」一定會比一個人單幹的時候多,這是必須吸收的。等到有默契時,團隊能發揮的效果會非常、非常大,每個人發揮自己的專長,和別人分工合作,共同完成目標、共同成長,是工作最有成就感、最值得開心的事情。
照片上傳的問題,其實比想像中容易,這會到下一個主題討論。
為什麼任務時間需要評估?因為任務時間不做預估的話,可能會錯估時間,將較長的時間浪費在簡易的任務,卻安排短時間要完成困難的任務。
很不錯的經驗,有不錯的前輩帶領是很幸福的。
另外提醒錯字
- 已45分鐘內完成為目標。
+ 以45分鐘內完成為目標。
感謝 ytyubox 大大提醒,已經修正囉