[I.1] 個(gè)人作業(yè)：閱讀和提問

[I.1] 個(gè)人作業(yè)：閱讀和提問

1.兩人結(jié)對(duì)編程的過程中雙方一定擁有平等的決策權(quán)利嗎？

第四章 87頁 4.5.4向我們說明了如何結(jié)對(duì)編程，其中第5條指出：
兩人結(jié)對(duì)，盡管級(jí)別資歷不同，但不管在分析、設(shè)計(jì)或編碼上，雙方都擁有平等的決策權(quán)利。

我并不完全同意兩人結(jié)對(duì)的過程中雙方都擁有平等的決策權(quán)利。在我看來，實(shí)踐中的決策權(quán)的分配往往受經(jīng)驗(yàn)以及一個(gè)人在團(tuán)隊(duì)中地位的影響。

• 經(jīng)驗(yàn)和知識(shí)的不對(duì)等影響決策權(quán)。資深開發(fā)者通常具有更豐富的經(jīng)驗(yàn)，對(duì)架構(gòu)、設(shè)計(jì)模式、代碼優(yōu)化等問題有更深入的理解，因此他們的建議在團(tuán)隊(duì)中更有分量。而初級(jí)開發(fā)者可能缺乏系統(tǒng)性思考能力或不了解項(xiàng)目的長(zhǎng)期技術(shù)戰(zhàn)略，在關(guān)鍵決策上，他們的意見往往無法與資深開發(fā)者等量齊觀。
• 現(xiàn)實(shí)團(tuán)隊(duì)中不同的角色進(jìn)行結(jié)對(duì)也可能會(huì)造成決策權(quán)利的不平等。結(jié)對(duì)編程雖然提倡平等協(xié)作，但并不意味著組織結(jié)構(gòu)和團(tuán)隊(duì)職責(zé)會(huì)被完全打破。資深開發(fā)者通常在團(tuán)隊(duì)中承擔(dān)指導(dǎo)責(zé)任，而初級(jí)開發(fā)者更傾向于學(xué)習(xí)和執(zhí)行。

是否應(yīng)該通過選擇兩個(gè)資歷、地位相差不大的人來結(jié)對(duì)使得雙方擁有相對(duì)平等的決策權(quán)利？

2.以質(zhì)量為先的TSP原則能否和以效率為先敏捷開發(fā)兼容？

第五章 5.3.7 中提到的TSP的原則指出：
要盡量使用成熟的技術(shù)和做法、盡量多地收集數(shù)據(jù)以及專注于提高質(zhì)量、做全面而細(xì)致的設(shè)計(jì)工作
第六章 6.1 中提到的敏捷開發(fā)原則指出要盡早交付有價(jià)值的軟件、發(fā)布軟件的時(shí)間間隔能短則短、保持簡(jiǎn)明
以及可用的軟件是衡量項(xiàng)目進(jìn)展的重要指標(biāo)

通過了解我得知我們的軟件工程課程很注重敏捷開發(fā)，因?yàn)樗軌蚝芨咝У匕l(fā)現(xiàn)項(xiàng)目搭建過程中的痛點(diǎn)并推進(jìn)項(xiàng)目進(jìn)度。通過閱讀上述兩章中的相關(guān)內(nèi)容我發(fā)現(xiàn)敏捷開發(fā)和TSP原則存在很多矛盾之處。由于TSP原則是優(yōu)秀模式和流程的共同點(diǎn)，于是我便提出問題：敏捷開發(fā)能否與TSP兼容來提升開發(fā)體驗(yàn)？

在查閱資料后我發(fā)現(xiàn)TSP原則和敏捷開發(fā)都同時(shí)注重質(zhì)量和效率，只不過方式有所不同。TSP 通過數(shù)據(jù)驅(qū)動(dòng)的質(zhì)量管理，敏捷通過持續(xù)反饋和測(cè)試來提升產(chǎn)品質(zhì)量；TSP 依賴詳細(xì)計(jì)劃和數(shù)據(jù)跟蹤，敏捷依靠短周期迭代和靈活調(diào)整來保證開發(fā)效率。因此，可以結(jié)合 TSP 的數(shù)據(jù)管理和敏捷的靈活性來尋找最適合某個(gè)項(xiàng)目的開發(fā)流程。

我還查到了一些TSP原則和敏捷開發(fā)結(jié)合的實(shí)例：航空航天、銀行、醫(yī)療等行業(yè)會(huì)使用TSP 的數(shù)據(jù)收集方法，同時(shí)采用Scrum 進(jìn)行敏捷開發(fā)。微軟等大公司有些團(tuán)隊(duì)會(huì)使用 TSP 風(fēng)格的數(shù)據(jù)分析，但保持敏捷的開發(fā)模式，以優(yōu)化團(tuán)隊(duì)生產(chǎn)力。

所以TSP原則和敏捷開發(fā)并不是互斥的，在不同的項(xiàng)目、不同的團(tuán)隊(duì)中適當(dāng)?shù)丶尤隩SP和敏捷開發(fā)元素或許能夠產(chǎn)出更好的產(chǎn)品。

3.WBS模型如何合理地將工作分而治之？

第八章 8.7 講述了如何利用WBS將大型交付件分割為小型并舉出了WBS的幾個(gè)要點(diǎn)：
所有子節(jié)點(diǎn)要覆蓋全部父節(jié)點(diǎn)、子節(jié)點(diǎn)不相互覆蓋、葉節(jié)點(diǎn)要足夠小以及從結(jié)果出發(fā)構(gòu)建WBS。

分治是面對(duì)復(fù)雜工程問題時(shí)很不錯(cuò)的解決方法。在閱讀完瀑布模型和敏捷開發(fā)的章節(jié)后我認(rèn)為WBS適用于瀑布模型，但在敏捷開發(fā)環(huán)境下過于靜態(tài)，難以保證開發(fā)效率。而且在拆解工作的過程中如何保持任務(wù)的先后順序、保證任務(wù)見的依賴性不被破環(huán)也是一個(gè)很重要的問題。

4.既然有不受歡迎的典型用戶，那我們?cè)撊绾谓档臀覀冺?xiàng)目對(duì)于這些用戶的“吸引力”呢？

第十章 10.1.3 怎么定義典型用戶 中提到不受歡迎的典型用戶是有可能出現(xiàn)在我們的系統(tǒng)當(dāng)中的，
隨后便大段舉例論述我們?nèi)绾瓮ㄟ^典型用戶來深入理解用戶的需求。

閱讀完上述的一段內(nèi)容后我發(fā)現(xiàn)“不受歡迎的典型用戶”只是被提了一嘴，之后便沒有說明這一角色在幫助我們深入理解用戶需求中的作用。根據(jù)我的經(jīng)驗(yàn)，不受歡迎的典型用戶的作用在于引導(dǎo)我們思考如何降低他們?cè)谙到y(tǒng)中的出現(xiàn)頻率。通過查閱資料，我整理出來了一些比較常見的方法。通過技術(shù)手段防護(hù)，如手機(jī)號(hào)/郵箱驗(yàn)證，防止批量賬號(hào)注冊(cè)；檢測(cè)異常行為，如果短時(shí)間內(nèi)大量請(qǐng)求數(shù)據(jù)，封禁 IP。還可以通過用戶引導(dǎo)降低濫用風(fēng)險(xiǎn)，比如對(duì)新用戶和可信用戶進(jìn)行分級(jí)，新用戶只能使用有限功能，避免濫用。

不過我認(rèn)為這些資料還不足以解決我的疑惑。在我看來典型用戶僅僅是開發(fā)人員對(duì)用戶的一種假設(shè)和模擬，摻雜了很多的主觀因素，并不能體現(xiàn)用戶的真實(shí)情況。這時(shí)書中所提到的用戶調(diào)研便尤為重要，真實(shí)的用戶信息與體驗(yàn)可以讓我們排除掉那些不合實(shí)際的典型用戶，更準(zhǔn)確地理解用戶的需求。但是對(duì)于那些不受歡迎的典型用戶我們很難進(jìn)行用戶調(diào)研，因?yàn)樗麄兊暮芏嘈袨槎加巫咴诜傻倪吘墸踔潦欠阜ǖ摹?/p>

因此我認(rèn)為對(duì)于不受歡迎典型用戶的分析是缺失的，如何降低項(xiàng)目對(duì)于不受歡迎典型用戶的“吸引力”是一個(gè)值得探討的問題。

5.團(tuán)隊(duì)效率和團(tuán)隊(duì)影響力之間有什么關(guān)系？團(tuán)隊(duì)效能曲線的趨勢(shì)為什么是這樣的？

下面這張圖片來自于第十七章 圖17-3 團(tuán)隊(duì)效能曲線與假團(tuán)隊(duì)

書中原文提到：從各自為政的“工作組”到各種階段的團(tuán)隊(duì)狀態(tài)之間往往還有一個(gè)“假團(tuán)隊(duì)”階段。“假團(tuán)隊(duì)”階段主要是成員之間面和心不和，效率不如工作組，然而圖中假團(tuán)隊(duì)的團(tuán)隊(duì)效率和工作組相當(dāng)，區(qū)別只在于影響力。于是我便上網(wǎng)搜索團(tuán)隊(duì)效率和團(tuán)隊(duì)影響力之間的關(guān)系：一個(gè)高效的開源團(tuán)隊(duì)能夠快速修復(fù) Bug、優(yōu)化性能、發(fā)布高質(zhì)量版本，從而讓更多開發(fā)者信賴并推廣它，最終提升行業(yè)影響力；如果團(tuán)隊(duì)的影響力變大，可能會(huì)帶來更多外部合作、用戶反饋、行業(yè)壓力，這可能讓團(tuán)隊(duì)花更多時(shí)間在非核心任務(wù)上，導(dǎo)致效率下降。也就是說團(tuán)隊(duì)效率和團(tuán)隊(duì)影響力并沒有直接的關(guān)系，團(tuán)隊(duì)效能圖確實(shí)應(yīng)該是一條曲線。

書中提到的“工作組”是一種各自為營(yíng)、臨時(shí)拼湊的狀態(tài)，而“假團(tuán)隊(duì)”雖假但已經(jīng)形成了一個(gè)團(tuán)隊(duì)，其內(nèi)部應(yīng)該已經(jīng)形成了一定的分工。所以我認(rèn)為“假團(tuán)隊(duì)“的影響力或許是高于“工作組”。

綜合上述兩段文字，我對(duì)團(tuán)隊(duì)效能曲線的疑惑可以分為兩點(diǎn)：1.書中說工作組效率高于假團(tuán)隊(duì)，這與17-3相矛盾。2.通過我的分析我認(rèn)為假團(tuán)隊(duì)的影響力會(huì)高于工作組，這也與17-3矛盾，不過這可能是因?yàn)榧賵F(tuán)隊(duì)（工作組）之間也存在差異。

6.RASCI模型中S（support）權(quán)責(zé)模糊，是否有存在的必要？

第十七章 17.4的最后部分提出了RASCI模型來幫我們?cè)诳绮块T合作時(shí)理清不同部門的權(quán)力、責(zé)任和流程：
R負(fù)責(zé)做好具體的事情；A對(duì)人物負(fù)權(quán)責(zé)并有批準(zhǔn)的權(quán)力；S負(fù)責(zé)對(duì)任務(wù)提供支持；
C負(fù)責(zé)咨詢項(xiàng)目所需的信息；I負(fù)責(zé)在事后及時(shí)通知結(jié)果。

RASCI模型的作用就是使得跨部門合作的權(quán)責(zé)被清晰地分配，但是S所代表的支持可以表達(dá)的含義又過于廣泛。我可以認(rèn)為模型中的C和I都屬于對(duì)項(xiàng)目的一種支持。
S角色可能顯得多余，甚至?xí)黾訙贤ǔ杀竞凸芾韽?fù)雜度，所以S是否還有在這個(gè)模型中存在的必要？