你知道對專案來說,README.md 有多麼重要嗎? ── 工程師血淚史
如果公司的專案很多,README.md 又沒有寫好,那後續接手的人會非常痛苦;如果公司專案的規模很大,README.md 又缺乏維護,那這個專案已經半隻腳踏進棺材。
TOPIC ・ 主題
Teamwork
帶團隊、做專案、跟人協作的實戰心得:溝通、設計思考、專案管理,以及在職場上最常踩的坑。
共 60 篇文章
如果公司的專案很多,README.md 又沒有寫好,那後續接手的人會非常痛苦;如果公司專案的規模很大,README.md 又缺乏維護,那這個專案已經半隻腳踏進棺材。
在流程不明確的狀態下,團隊成員只能憑藉自己的直覺做事;如果彼此對一件事的認知不同就容易造成誤會,甚至爆發不必要的衝突。
在過去的文章中有提到,為了提高團隊成員在 Scrum 的參與度,我們改成輪流擔任 Scrum Master 的機制,但這樣真的有效果嗎?而且 Scrum Master 跟 PM 的工作高度重疊,要如何區分兩者的權力與責任呢?
有些 PM 覺得跟工程師溝通很痛苦,甚至大腦會不時冒出這樣的想法:「明明只是修改一個小地方,為什麼總有各式各樣的理由拒絕跟拖延,就算答應修改,做起來也是一副心不甘情不願的樣子。」
「我們學了很多方法,但在實務上卻各種出包。」我想這應該是很多開發團隊的心裡話,儘管大家都能看見問題,也嘗試導入各種方法試圖解決;但很多時候別說進步,有時甚至還會走回頭路,筆者剛好透過這個主題整理團隊過往遇到的問題;不過解決方案是否有效、會不會衍生新的問題,就看之後的連載了😅
前幾天跟擔任 Engineer Manager 的朋友聊天,在任務分配上他給我提供了一個全新的觀點:「給 Junior 工程師進階的任務,讓 Senior 工程師做基礎的任務。」這個違反常理的任務分配讓我十分不解,因為這樣的安排容易導致專案交期的延宕,甚至 Bug…
前幾天跟一位給了我很多幫助的學長一起吃晚餐,因為同為資訊工程領域,所以聊天的話題也不免轉移到程式方面;其中談到 Pair Programing 的話題時,我覺得學長的見解很棒,因此趁記憶猶新時記錄下來,也許未來筆者也會在自己的公司試行看看。
Microsoft 推出的產品非常的多,但過去使用的經驗告訴我他產品只會做半套,在市場上的定位不上不下;不過今天實測的這款 Project 是需要付費才能使用的(試用期一個月),希望它能給筆者帶來不一樣的驚喜。
隨著公司的擴張,會有越來越多人加入團隊來分擔你的工作 😊,此時你需要準備交接文件📄,以保證他們會成為團隊中的神隊友 😎 而不是讓你增加工作份量的豬隊友 🤕,這篇文章我會列出個人在交接時會準備的東西🧰。