PSP總結報告

這次做業要求參見https://edu.cnblogs.com/campus/nenu/2018fall/homework/2556

回顧0

所屬團隊：拉格朗日2018，連接http://www.cnblogs.com/lagelangri2018/

團隊項目：飛詞，連接https://coding.net/u/lglr2018/p/Fly_Word/git

新學習軟件或工具：

PyCharm2018.3.2 x64下載連接https://www.jetbrains.com/zh/pycharm/specials/pycharm/pycharm.html?utm_source=360&utm_medium=cpc&utm_campaign=cn-360-br-pycharm-ex&utm_content=pycharm-pure&utm_term=pycharm

Leangoo地址https://www.leangoo.com/

TortoiseGit2.7.0.0 x64下載地址https://tortoisegit.org/download/ 

新學習的語言或開發平臺

Python3.6.6地址（Windows版本）https://www.python.org/downloads/windows/

coding.net地址https://coding.net/

回顧1

（1）回想一下你曾經對計算機專業的暢想

當初你是如何作出選擇計算機專業的決定的？通過一個學期，你的見解改變了麼，爲何？

你認爲過去接觸到的課程是否符合你對計算機專業的期待，爲何？通過一個學期，你的見解改變了麼，爲何？

你以爲計算機是你喜歡的領域嗎，它是你擅長的領域嗎？通過一個學期，你的見解改變了麼，爲何？

答：當初選擇計算機一個很大的因素是就業問題相對來講較容易解決，不過今年彷佛在說「互聯網寒冬」的問題，以個人認知我沒法準確判斷「寒冬」是否到來，因此只能作好本身該作的。之前接觸到的系統的計算機知識幾乎爲零，目前學習到的課程如機器學習、高級算法、高級軟件工程等是符合個人期待的，可是沒想過會有工程數學應用這門課。並且如今發現計算機專業涵蓋着諸多領域，如數據挖掘、圖像處理、天然語言處理等。剛開學時，計算機對我來講只能說不討厭但也絕說不上喜歡，通過一學期的學習，我對其中的數據挖掘領域比較感興趣，雖然一學期的學習讓個人知識得以補充，可是以個人能力仍是沒法達到擅長的標準。

（2）考取研究生，對照前人們走過的路和描述將來發展，如今的你自我感受你已經具有的專業知識、技能、能力有哪些？

離成爲一個合格的計算機學生，在專業知識、技能、能力上還差距哪些？通過一個學期，你的見解改變了麼，爲何？

 答：個人差距還很大，計算機從業人員最起碼的代碼能力我目前還不擅長，並且通過學習，發現計算機須要線性代數、機率論、統計學等不少基礎，這些基礎對我來講就是一個很大的問題，而且我比較欠缺計算機學習的思惟。我差的還多，成績倒數就是最好的證實。

（3）天天都是一我的生選擇的十字路口，學術研究、工程項目、社會實踐 (？) ，不一樣的選擇有不一樣的努力方向。

對照以上你閱讀的前人們的經歷，你的選擇是什麼？通過一個學期，你的見解改變了麼，爲何？

在這種選擇下，你認爲你相比其餘同窗來講有何優點，有何劣勢？通過一個學期，你的見解改變了麼，爲何？

針對你的選擇，你給本身的本學期的規劃是什麼？通過一個學期，你的見解改變了麼，爲何？

答：個人選擇沒有改變，仍是想作工程項目方向，緣由也沒有改變，除此以外，通過一學期的學習和對計算機的深刻了解，我堅信本身沒法進行學術研究。優點我認爲沒有，劣勢就是基礎薄弱，而且本身也不夠努力，和其餘同窗差距仍是很大。

（4）你對這門課的期待是什麼？

你打算平均每週拿出多少個小時用在這門課上？通過一個學期，你的見解改變了麼，爲何？實測結果，每週平均用在本課程上多少小時？

答：在上一個問題中，我選擇的是工程項目方向，所以我但願從高級軟件工程這門課學到軟件開發相關的知識，事實也是如此，不光是課堂教學的知識，重點是，不管是結對編程仍是團隊開發，我都從中學習到了不少，這對我之後工做和學習都會有很大的幫助。第一次做業中我寫的是打算一週花費15小時在這門課上，實際通過計算爲10.3小時，比預期的少了不少。

回顧2

一、通讀《構建之法》，發佈隨筆1篇，要求列出5個問題。請回顧這5個問題，本身回答一下。當初的困惑是否還在，你如今如何認爲，是更深的困惑麼？

（1）第6章敏捷流程中，給個人感受敏捷追求的是速度，這樣會不會形成最後的質量沒法獲得保證，雖然在書中P121也指出了敏捷、計劃驅動、形式化的開發方法的使用範圍，可是我以爲有些界限並非很明確，在實踐中是如何衡量的？敏捷是否適合新手「作中學」？

答：在團隊開發中使用了做爲敏捷工具leangoo，可是對敏捷開發仍然沒有深入的體會，疑惑仍然存在。

（2）第7章實戰中的軟件工程中，講到MSF的一項基本原則是充分的受權和信任，由受權我聯想到了放權，本書中受權的意思有兩個：一是給某人權力和權威；二是給予某人更多自信和自尊。而通過查詢放權的意思把由上級掌控的權力交給下級。那麼在這裏受權和放權是否能夠等同爲一個概念？若不是，應如何把握受權和放權之間的度？

答：在團隊開發中，組長對每一個組員進行了必定程度的受權，可是對於受權和放權之間的度這個問題仍是沒法明確。

（3）第16章IT行業的創新中的迷思之八：創新者就是冒險家中寫道創新人士的關鍵特色是「屢敗屢戰」，屢敗屢戰的結局多是成功，可是也有一個很大的多是「屢戰屢敗」。成功的結局當然是好的，可是若是不斷失敗還應該繼續堅持下去嗎？堅持和放棄該什麼時候作抉擇，怎樣作抉擇？

答：課程裏團隊開發的東西涉及創新的東西其實少之又少，而且也沒有遇到「屢敗」，所以堅持仍是放棄的問題，仍是要留到之後慢慢體會。

（4）第16章IT行業的創新第3小節創新的招數裏有一個衡量忠誠度的標準，即問題「你樂意向別人推薦這個產品麼？」。（P366）我認爲這個衡量忠誠度的效果並非很好，我在使用IE瀏覽器時也曾彈出這個問題的對話框，然而我並無回答而是將其直接關掉，我也問過同窗或朋友，他們的選擇幾乎都和我同樣，不管是忠實用戶仍是以爲這個產品不好，都沒有回答這個問題。所以我以爲所得的各類用戶佔比的數據並非必定準確。

答：我對此仍抱懷疑態度，我但願在之後的工做中能實際驗證一下。

（5）書中P425中的一句話「是對中華民族第N次偉大復興的熱情？」（倒數第9行），我以爲書中出現這樣一句含有政治意味的話不大合適。

答：對此仍是保留意見。

二、請根據本學期的學習、收穫、困惑，再提出5個問題，能夠是讀後不理解的，或者讀後反對的。有求有觀點、有證據或分析。體驗一下，這5個問題，是否是更有深度了 。

1、在第5章——團隊和流程中提到了幾種團隊模式，那麼在實際開發中如何選擇合適的模式？

2、在第8章——需求分析中，有的時候用戶本身也說不清本身的需求究竟是什麼，這時該如何明確需求？有時用戶的需求會變動，如何平衡用戶需求於軟件開發進度或難易程度之間、或用戶與開發人員的矛盾？

3、由第9章——項目經理引起的思考，如何找到合適的項目領導者？如何平衡領導者和普通開發人員之間的矛盾？如若須要更換，如何更換？什麼時候更換？如何減少更換領導者帶來的負面影響？

4、何爲真正的有意義的創新？何爲爲了創新而創新？

5、互聯網寒冬真的到來了嗎？若是來了？會持續多久？若是還沒來？那麼什麼時候會真的到來？

另：書中的幾處小錯誤

P319中，「2.測試人員的職業發展」和「3.獨立測試團隊的價值」字號大小不一樣

P188中，「1.觀察、理解和快速學習能力」部分，第一行的兩個PM和後面的PM粗細不一樣，多是字體不一樣的緣由形成的

三、回憶整個學期，你有什麼話想對後來的學弟學妹們說。

首先，這門課的確須要花費很大的時間，是全部課程裏最多的，對此要作好心理準備；其次，花時間是真的，能學到東西也是真的，這門課程必定讓人有所收穫；最後，若是和我同樣基礎很差，那麼久多付出一些，別像我同樣懶。PS.嚴格執行做業要求！

四、若是從新來過一次，你打算作哪些（技術上，而不是態度上的）改變－－基於但願獲得什麼樣的更好結果，你才但願這樣改變的；更重要的是，你根據什麼估計這些改變會有預期的結果。

團隊做品，我參與的編程不多，所以實在談不上改進。可是若是時間容許，我會在其餘細節上，如遊戲界面，背景樂等方面進行改進。

五、終於咱們即將再也不是師生。當你結束本課程，你和我就站在一樣的位置上，我將再也不基於學校受權和知識、經驗 (年齡？)上的優點而對你的自由有任何干擾。除發佈及成績之外，我最後一次行使教師特權: 請問你有什麼要對教師 (我)說的，建議、抱怨、但願……多謝。

建議：增長加分標準，好比一項做業，若是完成的很出色（評定辦法由老師決定），可額外加分。

抱怨：沒有抱怨，課程的一開始感受花費時間太多，後來以爲時間多有時間多的收穫，也就談不上抱怨了。

但願：但願之後的學弟學妹，能作出更出色的做品，但願老師工做可以順利。

總結

一、代碼總量，平均每週代碼量

總量：597行

平均每週：54行

二、博客字數總量，平均每週字數

博客字數總量：14436字

平均每週：1312字

三、根據PSP，平均每週在本課程所用時間多少小時

10.3小時

四、進度條總結：遍歷每週知識點，以周爲單位作表格

 

起止時間	提交PSP例行報告時總結的知識點	如今回顧該周收穫的知識點
2018.9.12——2018.9.17	PSP	本週粗讀了《構建之法》，大概瞭解了軟件開發過程當中的知識點
2018.9.19——2018.9.24	PSP	除PSP外還進行了版本控制
2018.9.26——2018.10.09	代碼規範，結對編程，效能分析，PSP	該周在四則運算結對編程的過程當中共同制定了代碼規範，我認爲這很重要尤爲是在大項目中
2018.10.10——2018.10.16	PSP、燃盡圖	本週學習了leangoo的使用，開始了敏捷開發
2018.10.17——2018.10.22	PSP、團隊開發	本週開始開發團隊項目
2018.10.23——2018.10.29	團隊開發、PSP	繼續團隊開發
2018.11.03——2018.11.04	過後諸葛亮會議、PSP、NABCD	對目前已經完成的工做項目進行了總結和分析，對其餘團隊做品進行NABCD分析
2018.11.14——2018.11.20	團隊開發、PSP	繼續進行團隊開發
2018.11.21——2018.11.27	團隊開發、PSP	繼續進行團隊開發
2018.11.30——2018.12.01	過後諸葛亮會議	對beta階段工做總結分析，對其餘團隊做品進行NACBD分析
2018.12.05——2018.12.11	團隊開發、PSP	進行小組做品最後的收尾工做

時間分配堆積柱狀圖，給出每週的時間分配，數據來源是每週的PSP