好無趣的Scrum – 團隊裡每個人做的事都一樣

1999-poster-being_john_malkovich-3_titulo

這天夥伴問了很有趣的問題:『Scrum 團隊裡面每個人做的事都一樣,那不是很無趣嗎?

這要都感謝政府從小不余遺力的洗腦,讓我們當聽到團隊兩個字時,腦海最先跳出來的是一群排列井然有序、穿著筆挺制服、面無表情、動作劃一的隊伍。

從小到大,我們接受的是表面上推崇團隊合作,實際上摧殘團隊精神的儀式一再洗禮。穿制服、各種典禮、秩序比賽、整潔比賽,都只是追求表像上的一致。

這些從小學、中學、大學、到當兵所有行禮如儀的團隊大拜拜,充其量只是一團團人體聚合物的展示,跟真正的團隊一點關係都沒有。

所謂的團隊合作,就是每個人的動作都一模一樣踢著正步,只要表現任何跟大家不一致,就是不合群的團隊破壞分子。

有人說穿規定的制服和集合唱國歌,才能打造出團隊的向心力和文化?醒醒吧,要是團隊的文化和向心力那麼容易打造出來就早就統一全世界了好了。

閱讀全文 好無趣的Scrum – 團隊裡每個人做的事都一樣

其實你心中根本沒有我 – 從對話看是否在乎使用者

14367033211382

一直以來我們都很強調自己是技術導向導向(Technology Centric)的團隊,直到有一天敏捷發現了我們,我們才開始往使用者導向(User Centric)慢慢移動。

自我感覺良好的認為,自己思維還算是夠使用者導向,直到最近才發現果然是自我感覺良好。

話說最近新開發了一個產品,上線後發現網頁開很慢。一個沒啥圖片的登入頁面,User first visit大約要5-10秒才能Load完。

閱讀全文 其實你心中根本沒有我 – 從對話看是否在乎使用者

UX使用者經驗書單和學習資源

celgm4Iv7JI

敏捷和Scrum是以產品為核心,而產品是為了人而打造。

做決定時以使用者為中心,和了解使用者體驗,是敏捷團隊必備的技能。

雖然很多人會認為這是Product Owners的事,但我認為沒有讓全部成員把使用者放在第一位,就沒辦法做出感動人心的產品。而沒有感動人心的產品,團隊的存亡也就危在旦夕了。


基礎必讀區

原來,使用者才是老大!
團隊應該以怎麼樣的心態和方式來面對使用者

使用者導向設計
開發團隊要怎麼做出使用者要的產品

訂價背後的心理學:為什麼我要的是這個,最後卻買了那個?
很實用的心理學,可以立即應用在產品定價 閱讀全文 UX使用者經驗書單和學習資源

如何未卜先知? – 敏捷團隊中的領先指標

fortune_teller

在把妹的時候,成功進入穩定的戀情是最終的績效目標,而我們要靠一些跡象來判斷達成目標的機會有多大。如已讀不回的次數,說『恩恩、哈哈、去洗澡』的次數,被當工具人的次數等等,來幫我們做心理建設(告白被拒不哭哭)、改善行動方案(不修電腦改租超跑)、或改變績效目標(下個正妹會更好)。

回到組織來說,存活下去最重要的就是有財源。所以談到如何衡量團隊的績效,在一般的情境下,都是拿團隊能帶入的收益來判斷團隊的績效。例外的情況是燒錢搶市場,但長期還是要有獲利模式。

簡單的說就是結果論,一個可以賺錢的組織不一定是好的,但不賺錢的組織一定是壞的,一個沒辦法養活自己的組織,沒有存活下去的價值。

閱讀全文 如何未卜先知? – 敏捷團隊中的領先指標

讀資工有什麼出路? – 看台灣軟體產業未來十年的前景

928f90bcd221f78a30f18541a5ca2e7f

最近和一些朋友聊天,都注意到一個現象,就是這兩年來很多外商的研發部門紛紛搬到台灣,不止從美國搬過來,甚至從中國搬來的也不少。當然最可能的原因是大家覺得台灣工程師物美價廉素質高,但我覺得這現象只個最多五年的短期利多,如果沒有做一些根本的改變,長期來說并不樂觀。

閱讀全文 讀資工有什麼出路? – 看台灣軟體產業未來十年的前景

別被酒店經紀打臉 – Scrum與敏捷組織的部門主管定位

酒店(又稱八大)行業跟軟體開發產業都是圍繞著人,所以八大也充分落實敏捷精神,例如敏捷價值第一條:個人與互動 重於 流程與工具。人家至少比我們軟體業早落實幾千年,慚愧啊慚愧。

除此之外,八大至少跟軟體開發有三個共同點:

最近在前端社團火紅流傳的模範設計網站,不管是吸睛度、使用性、訴求和 Call for Action 都是上上之作。勉強要挑毛病就是主打訴求(快速還債、公關、酒店)在 Google 沒排上前幾頁,把 SEO 搞定就真的無懈可擊。害我們團隊看到後深切檢討自己的徵才網站,怎麼可以那麼多地方要加強。

因為這個網站,讓我燃起色心實事求是的精神,想要對這產業有更深入的了解。結果網絡上還不少經紀寫的有趣文章如:我被小姐擺道酒店小姐要注意不要攝取過多的15種食物、介紹新的店家營業模式和特色

我的研究結論是酒店經紀根本就是 Scrum 或敏捷開發中主管的楷模標桿啊。

閱讀全文 別被酒店經紀打臉 – Scrum與敏捷組織的部門主管定位

我要快高長大 – 談學習的四個階段

這幾年比較常做教育訓練,教育訓練最重要的就是可以讓夥伴在工作上應用所學,所以去查了查教育理論,看有沒有什麼仙丹妙藥可以把東西灌到夥伴的腦中。

查出來結果令人灰心,講師可以做的東西實在非常有限啊。

閱讀全文 我要快高長大 – 談學習的四個階段

Scrum Master 的外功 – 如何引導團隊活動

facil1

在 Certified Scrum Master 課程中學習的是Scrum 的理念和架構,但在如何做一個好的Scrum Master著墨不多。Yves覺得如果要套入傳統企業中,比較相近的角色是引導者

在台灣對引導者(facilitator)這名詞比較陌生,在國外是一個行之有年的角色,主要是從一個第三者的觀點,從旁協助(用引導或促成的方式)讓事情發生。引導者本身并沒有控制的權限或甚至對討論主題的專業,他運用引導的技巧讓大家共同找出答案并朝目標前進。很多公司在開會,特別是年度會議時,會從外部找專業的引導師,幫助公司回顧和找出營運的方向。

閱讀全文 Scrum Master 的外功 – 如何引導團隊活動

快推別說風涼話啦 – 如何量化個別開發人員和工程師的產能

0a4f6cee5752d6f5bbbcb09692964032

之前有討論過如何衡量團隊的產出和價值,接下來讓我們看看如何衡量個別開發人員(包含Programmer,Tester 和 Designer)的產能。

情境一,假設你是督導建金字塔的其中一個拖拉隊的工頭,團隊裡面有三個如上圖,兩個很賣力在工作,另一個很反骨,整天都在吵為什麼輪子不用圓的之類的,吵歸吵,大夥每個月還是可以運20趟。你是工頭,每個月底加菜金的時候要怎麼分呢?

閱讀全文 快推別說風涼話啦 – 如何量化個別開發人員和工程師的產能

分數怎麼給? – 如何評量開發團隊

1-120I11F94NG

關於軟體開發最經典的問題就是,要如何評量開發團隊這不但是管理人員最頭痛的問題,連開發人員也很想知道自己怎麼被評量的。我們來看看能不能由產品(程式)或生產線(開發人員)上,找些東西幫助管理人員對開發團隊打分數。

閱讀全文 分數怎麼給? – 如何評量開發團隊