LPM Sprint 4-13 开发 工作总结
?
工作內容
| Sprint 周期 | ?工作內容 |
| Sprint 4 | 本迭代周期快速熟悉項目,開發新功能: ? ? ? ??【添加任務】-智能推薦; ? ? ? ? 【任務類型】-智能推薦 |
| Sprint 5 | 本周期修復學生登陸首頁跳轉問題。 |
| Sprint 6 | 本周期主要是與SPM項目合并,了解SPM業務,討論并落實合并方案。 |
| Sprint 7 | 根據類圖、任務拆分Excel、實際開發情況梳理業務; 【分配計劃】解決計劃樹父子關聯問題bug |
| Sprint 8 | 解決新建計劃、任務時,不選擇父節點,實際隨機選擇父節點的bug |
| Sprint 9 | Excel批量導入明確需求,討論并確定方案 |
| Sprint 10 | Excel批量導入功能實現 |
| Sprint 11 | 與LAP項目合并,熟悉LAP業務 |
| Sprint 12 | Excel批量導入,其他實現方案; LAP業務梳理,看源碼 |
| Sprint 13 | LAP UI、流程圖、NS圖、文檔的完善 |
?
工作總結
一、敏捷開發是以小周期代替大周期
瀑布模型、螺旋模型、快速原型等方法都有比較長的工程周期,常常要經歷立項、需求、架構設計、詳細設計、開發、測試等大的工程周期,耗時很長,很難看到完成的日子,更別說開什么慶功會了;當經歷了魔鬼般的幾個月,甲方要求變更需求的那種無奈。敏捷開發強調使用小周期:需求、設計、開發、測試、發布,快速實現、快速驗證、快速應用;節奏更快了,在很短的幾天就能看到項目組的成果;關鍵還在于不怕甲方的需求變更了(沒以前那么煩躁)。
二、以小版本代替大版本
過去我們一般是在規劃階段規劃為若干個大版本,一次性整體實現,大版本實現周期長、工程復雜,由于工程整體實現技術復雜、工程周期長,風險很大,常常出現延時和夭折;敏捷開發提倡在規劃階段就根據關鍵成功因數和團隊工程能力規劃為多個小版本,團隊通常情況下只需要稍加努力就能夠完成,大部分情況下版本如期發布,這樣更有利于激勵團隊,很容易讓大家在團隊開發中找到反饋,使團隊保持良好的戰斗力。
三、以重構為基礎,系統高度組件化、接口化、可擴展,強調契約設計
敏捷歡迎變化,甚至有可能推倒重來,而能實現這一特征的唯一法門就是不斷重構,在重構中融入變化甚至是結構性的變化,重構是敏捷開發的常態行為;其實代碼質量也提高不少,敏捷開發實現的系統是低耦合、可擴展的,系統被打散為多個不同職責的組件,協作完成整個功能;組件是責任的實體,組件之間通過公開的接口交互,契約是組件間交互行為的語義表達。
四、以變化適應變化
敏捷強調小周期、小版本、快速重構,所以新需求總能很快找到并入系統的時機,新需求一旦提出即可進入開發視野,根據重要性排除優先級,即刻設計實現并測試發布;敏捷也重視團隊中人的變化,團隊猶如一個變化的泡泡,不同階段具有不同的形態,由于周期短,人員得到快速調整的時機和機會;
五、重構重視人的能動性,強調用戶參與
小版本規劃的功能少,容易實現,容易發布,使團隊很快就能嘗到成功的喜悅,團隊在成功的激勵下走向下一個成功,這個行為具有很強的社會心理學基礎:成功激勵成功。
心理學實驗表明:一個人面臨的挑戰強度太低或者強度太大,都會士氣底下,進而不重視;挑戰強度太低,輕而易舉的取得成功,兩三次之后就會提不起興趣了;挑戰強度太大則很難看到成功的希望,容易自暴自棄,也會造成士氣低;根據團隊的能力制定適度的版本規劃是很重要的,它能保持團隊良好的士氣,使成功的喜悅迷漫在成員的心頭。
用戶在表達其構想時常常無法完整的表達出來,唯有我們做出來演示給其看時,他才會說:“哦,就是這樣子;這里還需要改一下!我想法是這樣的。。。“,用戶參與能清晰、有效的獲取其真實意圖,通過不斷的確認、修改而實現用戶滿意的交付件。
六、發布是一件輕松愉快的過程
敏捷開發提倡盡早交付,也由于采用了小周期、小版本,開發過程中不斷的有版本構建出來用于測試、驗證、評價、歸檔,因為發布的過程僅僅只是從眾多的版本中挑選一個合適的版本交付給最終用戶使用;這樣的狀態下,發布過程是非常輕松愉快的。最最關鍵的是,團隊成員可以在很短的幾天就能看到自己努力的產品上線。
看看敏捷開發有這么多的好處,你還抱著瀑布模型、螺旋模型、快速原型不放嗎?其實它的好處還不僅僅于此,對于產品開發過程中的業務目標、進度、成本、質量變得真正的可控。確保項目中流程被遵循,組織、監督、培訓項目各實踐活動得到落實。當然每個使用敏捷開發的公司都不盡相同,但是我相信大的方向和原則還是沒有改變的。
?
說了他這么多的好處,難道就沒有缺點了嗎?當然有。
一、敏捷注重人員的溝通,若項目人員流動大太,又給維護帶來不少難度,特別項目存在新手比較多時,老員工比較累。
二、流程比較多,對于管理經驗少的人來說剛開始會比較亂。
三、文檔管理會比較麻煩,因為敏捷開發重在“擁抱變化”。
四、增大開發人員,測試人員以及運行維護人員的工作壓力,因為短平快的開發方式,產品發布周期短。
其實任何的方法開發都會有它的兩面性,這些關鍵在于我們怎么去發揚他的長處,規避他的不足。通過這幾個月使用敏捷開發,收獲還是不小的,當然還需要不斷的在實踐中鍛煉。這樣才能更好的使用敏捷開發,更大效能的提高效率。給公司帶來更大的回報,給自己更多的成長。
?
?
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的LPM Sprint 4-13 开发 工作总结的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 【Java】生成 .json格式文件工具
- 下一篇: 运行数据区②---堆