近期聽到課堂老師講到敏捷流程,心裡還會想程式設計還會簡單快捷的方法,後來我在構建之法的第六章中看到了敏捷流程。以前在我的心裡,敏捷的流程是不存在的,程式設計都是複雜困難的。而且我總覺得大家一起來開發軟體,沒有自己乙個人開發來的省心,自己所做的就是自己所想的,歸咎起來這樣的想法就是因為我們現有流行的做法太過於注重形式,階級,優先順序的問題,沒有把軟體的開發進行簡便化。
在敏捷流程的講解中,我看到一張特別好的圖:他列舉了現有的做法和敏捷的做法之間的區別和比較。現有的做法有:流程和工具;完備的文件;為合同談判;執行原定的計畫。而敏捷的做法有:個人和交流;可用的軟體;與客戶合作;相應變化。從兩者的比較中,我們也可以發現敏捷流程更加能夠帶來價值。通常的敏捷流程應用與團隊的協作的工程中,他的工作流程分為3個部分:找出需要完成的事情;決定當前衝刺要解決的事情;衝刺。當然在這個過程中也會出現一些問題,但是都是可以解決的,而且一旦解決了問題,會有意想不到的收穫呢。
通過這次的學習,我也在接下來的團隊協作的衝刺過程中,使用敏捷流程,使團隊能夠發揮更加強大的功能,也使我們自己獲得不小的收穫。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的,做好自己的事情就好了 不需要管其他的。獨立開發,想做什麼做什麼,只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發,很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後,還要總結不足,提出改進,並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果,單元測試可以使自己父子的模組功能定義盡量明確,模組內部的不會影響其他模組,而且模組的質量能得到穩定的,量化的保證。還舉例了小飛寫單元測試的例子,讓我們隊建立單元測試主要步驟印象深刻,建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程,在裡面我看到了衝刺執行任務中的每日例會,在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求,其中這裡面有三條內容,分別是我昨天做了什麼,今天做了什麼,在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了,用心的去解決了,才會真的有收穫 相反這些流程也會流於形式...