今天的內容源自於一個學長於Facebook上問的問題：『你的軟體即將於這個sprint結束之後就要準備送給測試部門進行測試，但是軟體還有幾十個open issues (bugs)還沒解完，而其中大部份的issues都只有某一位programmer可解。請問假設你是Scrum Master，你將如何處置？』這問題一出，引來許多人的討論，也有人開玩笑地說在解決完issue後要把那一位唯一能解的programmer開除，因為他程式寫得不好，所以別人才看不懂無法解決問題，真的是這樣嗎？有時候程式看不懂，並不是因為程式寫得不好，而是領域差太遠。如果整個專案都在同一個領域中，大家都是該領域的programmer，還出現這樣的情形，或許那位programmer真的要稍微檢討一下，但如果一個跨領域的專案，而且跨得很遠，如果沒有另外一個領域的知識，寫程式都很難寫了，更別說要解bug了。
另外，bugs明明是學長放在括號內的補充說明，大家似乎都把open issues跟bugs畫上等號，但有時候open issues不見得是bugs，例如有一個車牌辨識的模組，由團隊中唯一一個影像處理專才A開發，大多數的情況下都能辨識出車牌號碼，但前一個sprint結束後，QA實測後發現當在黃昏接近晚上時，辨識率就很差，甚至比晚上還差，因此QA列出一個issue希望能夠改善辨識率，這是一個issue但不是bug (目前沒有100%辨識率的影像處理技術)，問題來了，車牌辨識的過程中，有許多參數可以調整，調整了x參數可能可以提高黃昏時的辨識率，但也降低了白天的辨識率，或者是這個演算法本身就是有在白天到夜晚這之間昏暗不明時辨識率下降的問題，但其他時間辨識率很高，要解決這個issue，沒有影像處理相關知識，短時間內要解決基本上不可能，最後還是交給A來處理。
雖然大多數Scrum的書都說，當一個Scrum team要組成時，成員的能力必須涵蓋開發整個專案所需要的各種知識，現實狀況中，如果專案沒有跨很大的領域，這可能容易達成，例如幫銀行開發某個行銷活動的配合系統，那大概就是由具database / network / security能力的programmers，加上有處理過金融系統經驗的programmer，這樣的團隊就組成了。不過話說回來，會用database的programmer好找，懂得最佳化database的programmer就不見得好找；直接用network API寫程式的programmer好找，會設計protocol或實作protocol的programmer難找，當網路出現異常，能排除網路問題的programmer也不好找；會用加解密API寫程式的programmer好找，但對流程是否安全、金鑰是否安全等問題清楚的programmer就不見得好找，於是，在公司經費有限或是徵才不順的情況下，可能出現一個團隊裡都是只會用API的programmer，外加一個經驗老到的天才programmer (同時具備上述三種技能的最高等級)，如此一來，即使不定期的由經驗老到的programmer和其他人pair programming，當發生問題時，可能還是由經驗老到的programmer處理。
另外，bugs明明是學長放在括號內的補充說明，大家似乎都把open issues跟bugs畫上等號，但有時候open issues不見得是bugs，例如有一個車牌辨識的模組，由團隊中唯一一個影像處理專才A開發，大多數的情況下都能辨識出車牌號碼，但前一個sprint結束後，QA實測後發現當在黃昏接近晚上時，辨識率就很差，甚至比晚上還差，因此QA列出一個issue希望能夠改善辨識率，這是一個issue但不是bug (目前沒有100%辨識率的影像處理技術)，問題來了，車牌辨識的過程中，有許多參數可以調整，調整了x參數可能可以提高黃昏時的辨識率，但也降低了白天的辨識率，或者是這個演算法本身就是有在白天到夜晚這之間昏暗不明時辨識率下降的問題，但其他時間辨識率很高，要解決這個issue，沒有影像處理相關知識，短時間內要解決基本上不可能，最後還是交給A來處理。
雖然大多數Scrum的書都說，當一個Scrum team要組成時，成員的能力必須涵蓋開發整個專案所需要的各種知識，現實狀況中，如果專案沒有跨很大的領域，這可能容易達成，例如幫銀行開發某個行銷活動的配合系統，那大概就是由具database / network / security能力的programmers，加上有處理過金融系統經驗的programmer，這樣的團隊就組成了。不過話說回來，會用database的programmer好找，懂得最佳化database的programmer就不見得好找；直接用network API寫程式的programmer好找，會設計protocol或實作protocol的programmer難找，當網路出現異常，能排除網路問題的programmer也不好找；會用加解密API寫程式的programmer好找，但對流程是否安全、金鑰是否安全等問題清楚的programmer就不見得好找，於是，在公司經費有限或是徵才不順的情況下，可能出現一個團隊裡都是只會用API的programmer，外加一個經驗老到的天才programmer (同時具備上述三種技能的最高等級)，如此一來，即使不定期的由經驗老到的programmer和其他人pair programming，當發生問題時，可能還是由經驗老到的programmer處理。
