敏捷開發(fā)大會(huì)總結(jié)
敏捷開發(fā)大會(huì)總結(jié)
201*年9月18日星期二
9月份的12日下午、13、14兩天,參加了第七屆敏捷開發(fā)大會(huì),雖然自己沒有做過敏捷項(xiàng)目,但因?yàn)楝F(xiàn)在“敏捷”是流行詞,想看看自己公司的項(xiàng)目能不能用,所以就拿著領(lǐng)導(dǎo)的大洋,風(fēng)風(fēng)火火的參會(huì)去了,接受各位牛人的輪番知識(shí)轟炸。
NealFord:AgileArchitecture&Design
總覺得演講的內(nèi)容與題目不太相符,在講主要內(nèi)容之前,引用了很多名人名言,比如戴明的“壞的流程會(huì)打擊好員工的積極性”,泰勒的科學(xué)管理理論等,之后,主要講了4部分內(nèi)容:
1、
溝通的重要性,每個(gè)團(tuán)隊(duì)都要找到適合自己的溝通方式,面對(duì)面的溝通時(shí),站在白板前,語言+文字的溝通可能是最好的。
溝通一定要有反饋,比如敏捷中可能有即時(shí)的反饋,每天的反饋,每周的反饋等等。
2、
為什么結(jié)對(duì)編程有效
這個(gè)最主要的論據(jù)是一個(gè)人很難同時(shí)使用左大腦和右大腦,而結(jié)對(duì)編程則可以分工,達(dá)到同時(shí)使用的目的。
3、
反饋與溝通如何結(jié)合
這部分,講的是具體的實(shí)踐,比如在構(gòu)建的時(shí)候放一點(diǎn)歌,在辦公室里邊放玩偶,在工作中創(chuàng)造樂趣等。
4、
為什么敏捷開發(fā)是有效的
因?yàn)闇贤ㄊ情]環(huán)的,溝通是高效的,工作是快樂的,所以敏捷開發(fā)是有效的。
回答的提問:
Q1:結(jié)對(duì)編程時(shí),對(duì)人員水平有要求嗎?A1:要盡可能水平相近,以提高生產(chǎn)力為目標(biāo)
Q2:是否要保持結(jié)對(duì)的穩(wěn)定?
A2:最好1~2天換一次,以保持信息的可傳承行
Q3:如果是異地,可以形成結(jié)對(duì)嗎?
A3:盡可能在本地,可以以互相出差的方式形成本地結(jié)對(duì)。
王紅超:大規(guī)模敏捷轉(zhuǎn)型
主要講的是華為如何開展敏捷轉(zhuǎn)型工作的,聽完之后的第一感覺是:“有錢
真好”!
華為是以“業(yè)務(wù)目標(biāo)達(dá)成”為導(dǎo)向推薦的敏捷,并且把敏捷提高到了戰(zhàn)略的高度,在這過程中請(qǐng)了很多業(yè)界的牛人做自詡和輔導(dǎo)。
華為的敏捷轉(zhuǎn)型,簡(jiǎn)單來說可以分為兩步:第一步:統(tǒng)一對(duì)敏捷的認(rèn)識(shí)
敏捷=理念+優(yōu)秀實(shí)踐+具體應(yīng)用,其中,理念指的是敏捷的核心思想,優(yōu)秀實(shí)踐指的是經(jīng)驗(yàn)的積累,而具體應(yīng)用,指的是能夠結(jié)合自身靈活應(yīng)用才是真正的敏捷。
在敏捷中,領(lǐng)導(dǎo)的作用是“激發(fā)”團(tuán)隊(duì),而成員是全方位的積極參與者。第二步:建立敏捷開展輔導(dǎo)隊(duì)伍
建立公司級(jí)和產(chǎn)品線級(jí)兩級(jí)敏捷教練體系,引進(jìn)幾乎業(yè)界所有的顧問。采用開展日常培訓(xùn)、講座等等;每年組織年度軟件工程大會(huì)進(jìn)行優(yōu)秀實(shí)踐的分享;建立內(nèi)部交流社區(qū)等方式促進(jìn)內(nèi)部溝通。
華為在引入敏捷的過程中,也遇到的很多問題,比如新員工大量進(jìn)入對(duì)原來團(tuán)隊(duì)的沖擊,能力的稀釋;研發(fā)過載,需要面對(duì)交付壓力、能力不足、沉重的技術(shù)債務(wù)等。
最后的總結(jié)是,引入敏捷,一定要?jiǎng)?wù)實(shí)、理性。
RitchardMarkelz:GlobalAgileStrategy
主要講了敏捷中的領(lǐng)導(dǎo)力及創(chuàng)新,還有為什么要用敏捷。
敏捷中的領(lǐng)導(dǎo)力主要體現(xiàn)在,把團(tuán)隊(duì)看成整體而不是層級(jí),在組織中創(chuàng)建授權(quán),把優(yōu)秀領(lǐng)導(dǎo)從合格領(lǐng)導(dǎo)中區(qū)分出來。講焦點(diǎn)集中在優(yōu)秀實(shí)踐和成功模式上,采用激勵(lì)式詢問方式,如什么事我們做的好的,什么是有效的。
使用敏捷的一個(gè)很重要的原因是:客戶時(shí)敏捷的,客戶關(guān)心的是如何快速解決問題,因此靈活性和適應(yīng)性才是其中的關(guān)鍵;卮鸬奶釂枺
Q:敏捷方式中,計(jì)劃怎么做?
A:分層,更高層的做傳統(tǒng)的計(jì)劃,不具體到細(xì)節(jié)。
榮浩:百年歷史看管理
不得不說,榮浩真的是才子,將管理的歷史幫我們梳理的簡(jiǎn)單而清楚,把這些人和事都按照順序列出來的話,應(yīng)該就能理清大概的思路了。
亞當(dāng)斯密、泰勒、亨利福特、法約爾、韋伯;摩登時(shí)代、霍桑實(shí)驗(yàn);休
哈特、PDCA;彼得德魯克、列維特、錢德勒;權(quán)變理論。
80年代的日本制造、PDCA、TDD、精益;90年代的組織癱瘓、流程再造,哈默和錢皮、彼得圣吉。
21世紀(jì)以來,扁平化的組織結(jié)構(gòu)、全球供應(yīng)鏈的挑戰(zhàn)及國內(nèi)最嚴(yán)重的管理的道德問題等等。
所有的這些都說明了,管理只有恒久的問題,沒有終結(jié)的答案。
喬梁:組織轉(zhuǎn)型的十個(gè)要點(diǎn)
主持人介紹時(shí)說,這位是傳說中的喬幫主,無奈本人孤陋寡聞,愣是沒聽說過。
喬幫主說,敏捷實(shí)踐中,大約有75%的失敗率,其中文化變革的范圍是其中的原因之一。
喬幫主還說,因?yàn)橛糜⑽谋磉_(dá)比用中文更好理解一點(diǎn),所以用英文表了。組織文化變革中,只變革需要變革的部分,因?yàn)槿颂煨允呛ε伦兏锏,只有不滿意程度達(dá)到一定程度時(shí),才會(huì)變革,而變革時(shí),應(yīng)該先unfreezing再unfrozenandmovingtoanewstate之后再refreezing。
1、2、3、4、5、6、7、8、9、10、
錢安川:可視化敏捷項(xiàng)目管理
錢老師其實(shí)就講了一個(gè)故事,怎么把項(xiàng)目管理用數(shù)字表達(dá)出來,設(shè)計(jì)問卷的過程中和問卷的使用過程中遇到的問題,其實(shí)跟敏捷不敏捷沒有太大的關(guān)系。3Alignwithbusinessurgency。只解決TOP3的問題,不要去做那些Truebutuseless的事情。
Properleadingteam。結(jié)論性的東西才能推出。Quickassessment。誰執(zhí)行誰做決定。Definetheroadmapandspecificactions。
Pilotteamcarefully。因?yàn)檫@個(gè)與信心有關(guān),一定要考慮人的積極性和能動(dòng)性。敏捷中最主要的是開放的心態(tài)。
Beawareofantibodyeducation。注意生產(chǎn)率與team的motivation之間的關(guān)系。
Workasawhole。把團(tuán)隊(duì)所有成員弄到一起,坐在一起,對(duì)所有的實(shí)踐,都要體驗(yàn)而不是判斷。Visualizeeverything
Metricsisimportant。結(jié)果和過程的數(shù)據(jù)一定要有,這樣才能知道底細(xì)和過程。
Justgiveitatry。敏捷都是經(jīng)驗(yàn)主義者,所有的事情都需要試一下并給出反饋。仝。汗沧R(shí)、烏合之眾和可視化
仝老師主要通過一個(gè)經(jīng)典的博弈“協(xié)同謬誤”來說明信息共有的重要性,講在項(xiàng)目中,信息不共有會(huì)產(chǎn)生的問題及信息共有會(huì)帶來的收益。
常見的信息共有的方法包括發(fā)布信息、公布標(biāo)準(zhǔn)、設(shè)定目標(biāo)和制定規(guī)則。在項(xiàng)目中,把權(quán)限放給每個(gè)人,會(huì)更有自主性和責(zé)任感。
如果不能解決問題,就把問題暴露出來,讓能解決問題的人看到它。
杜偉忠:利用可視化的工作方式打破部門壁壘
可視化主要解決部門之間溝通成本高、管理層因?yàn)轫?xiàng)目過程不透明而對(duì)項(xiàng)目組不信任的問題、每個(gè)部門都想著自己部門利益的問題。
張忠:以客戶價(jià)值為中心的公司級(jí)敏捷開發(fā)
張老師主要講了用友是如何推進(jìn)敏捷的。在軟件行業(yè),研發(fā)人員總是很被動(dòng)的,而敏捷讓大家的參與度提高了。而要推進(jìn)敏捷,必須把敏捷變成一種公司級(jí)的價(jià)值觀。
用友從201*年開始推進(jìn)敏捷,已經(jīng)有3年的時(shí)間,201*年的主題是“快速響應(yīng)”,因?yàn)槭袌?chǎng)與客戶都希望能快速響應(yīng);201*年的主題是“效益化研發(fā)”,公司內(nèi)技術(shù)人員感覺可能不是很明顯;201*年的主題是“全面推進(jìn)”,重在吸引大家,建立內(nèi)部俱樂部,專題推進(jìn)等,轉(zhuǎn)變研發(fā)視角,更關(guān)注市場(chǎng)價(jià)值,這時(shí)候要站在巨人的肩膀上而不是站在腰眼兒上。
用友在敏捷的過程中,也遇到了很多問題,如開發(fā)人員壓力大(負(fù)面反饋具體而大量,實(shí)現(xiàn)價(jià)值與研發(fā)交付無關(guān)聯(lián)等);交付物難以進(jìn)行實(shí)際客戶交付;多角色間協(xié)調(diào)一致的耗費(fèi)比較大;保證持續(xù)發(fā)布能力的敏捷工程方法支撐不足;缺少全面支持的研發(fā)管理平臺(tái)等。
敏捷應(yīng)該采用阿米巴的方式,自我生長,自我分裂,自主經(jīng)營。
如果敏捷最后能做成有趣的研發(fā)、與客戶緊密關(guān)聯(lián)的研發(fā)、幸福的研發(fā)就算成是成功了。
王宇:如何引導(dǎo)團(tuán)隊(duì)快速建立信念
王老師教會(huì)我的第一句話是“當(dāng)學(xué)生準(zhǔn)備好了,老師自然會(huì)出現(xiàn)”,以前總覺得自己是幸運(yùn),總是能夠在希望學(xué)到什么的時(shí)候及時(shí)出現(xiàn)可以教會(huì)自己的人,看到這句話之后突然發(fā)現(xiàn),原來在這件事上,大家都是一樣幸運(yùn)的。同理,當(dāng)自己沒有準(zhǔn)備好的時(shí)候,即便老師在眼前晃來晃去,在耳邊喊來喊去,仍然不可能有收獲一樣。
亨利福特曾經(jīng)說過,我需要的是一雙手,但他帶給我一個(gè)腦袋。而在我們現(xiàn)在,員工帶來的不僅是一個(gè)腦袋,更包括了他們的家人、他們的經(jīng)歷、他們的
懊惱和憂愁。
作為敏捷項(xiàng)目的領(lǐng)導(dǎo),要有能激發(fā)出團(tuán)隊(duì)信念的信念。而團(tuán)隊(duì)最基本的信念,在Scrum里邊是:開放、專注、勇氣、承諾、尊重,XP中則是:簡(jiǎn)單、溝通、有序。
要記住,每個(gè)人都是部分正確。教練的作用是在舒適的區(qū)域外邁一步。
陽陸育:做減法的藝術(shù)
Louis主要講的是CMMI3及以上團(tuán)隊(duì)中,如何實(shí)現(xiàn)敏捷轉(zhuǎn)型,主要講了幾個(gè)公式:
1、自適應(yīng)流程=選擇團(tuán)隊(duì)熟悉的流程+不斷修正2、PMO如何管理=敏捷項(xiàng)目管理≠監(jiān)管
=提供暴露問題的環(huán)境+專業(yè)的流程優(yōu)化服務(wù)3、質(zhì)量成本≠測(cè)試成本
=溝通成本+團(tuán)隊(duì)的學(xué)習(xí)成本
4、成功的項(xiàng)目≠做完了的項(xiàng)目
=客戶需要的產(chǎn)品+用戶可接受的方案+團(tuán)隊(duì)可接受的質(zhì)量
5、協(xié)作≠消除分工
=各司其職+緊密溝通6、開發(fā)≠編碼
=正確的理解問題+提出可接受的設(shè)計(jì)+完成可交付的代碼在CMMI3及以上團(tuán)隊(duì)中做敏捷,要使用做減法的藝術(shù),要提取現(xiàn)有流程資產(chǎn)引入敏捷基礎(chǔ)實(shí)踐逐步剔除控制式監(jiān)管+構(gòu)建學(xué)習(xí)型組織+引入更多工程實(shí)踐,其中學(xué)習(xí)型組織是關(guān)鍵,敏捷之所以能敏捷,就是因?yàn)槊總(gè)人的能力都在提高,而所謂的學(xué)習(xí)型,則是指把某些人的知識(shí)傳遞給別人并固化下來。把現(xiàn)有流程當(dāng)成資產(chǎn)對(duì)待,按照以下方式處理:
1、文檔:有區(qū)分的對(duì)待,有計(jì)劃的簡(jiǎn)化。盡量避免writeonly的文檔。2、檢查點(diǎn):權(quán)力下放,減少或者延遲檢查。讓每個(gè)做事情的人成為檢查的執(zhí)行人。
3、測(cè)量域:明確目標(biāo),服務(wù)導(dǎo)向。根據(jù)團(tuán)隊(duì)的實(shí)際情況制定測(cè)量域,測(cè)量結(jié)果要縱向?qū)Ρ榷皇菣M向?qū)Ρ取?/p>
4、測(cè)試:是開發(fā)協(xié)助型測(cè)試還是驗(yàn)收型(放行性)測(cè)試?前者的作用是改進(jìn)生產(chǎn)的正確率,測(cè)試人員是開發(fā)人員的助手。
擴(kuò)展閱讀:修煉敏捷開發(fā)總結(jié)
從公司拿的第一本書《搞笑程序員的45個(gè)習(xí)慣敏捷開發(fā)修煉之道》,急急忙忙的看完了,寫的是什么呢?大概清楚,但具體來說不是很清楚,所以現(xiàn)在總結(jié)一下下,里面雖說說的不是很具體,很多是大家都在做的,但是還是總結(jié)出來的好,把它養(yǎng)成自己的習(xí)慣,符合的繼續(xù)發(fā)揚(yáng),不符合的改善,如此而已。
現(xiàn)在我的功力尚淺,讀這些習(xí)慣的書,應(yīng)該不算早也不算晚,看看吧,反正不管怎么樣,我翻完了,總結(jié)一下吧,總結(jié)其實(shí)就是摘抄里面的內(nèi)容,自己的感受呢,項(xiàng)目經(jīng)驗(yàn)太少,應(yīng)該不是很多,但敲一遍應(yīng)該能記住一些吧。好吧,開始了。
糟糕的代碼需要重構(gòu)!
需求一直是變化的,不要畏懼變化,但也不要頻繁的變更需求,需要在一小段時(shí)間內(nèi),保持需求的穩(wěn)定性!
需求是用戶決定的,不是編碼人員決定的!
測(cè)試先行,有時(shí)可以讓測(cè)試牽引著編碼工作的進(jìn)行!
團(tuán)隊(duì)內(nèi)部的協(xié)作,資源共享,代碼共享,相互幫助,降低每個(gè)人壟斷的面,使得危險(xiǎn)性降為最低,使得每個(gè)人都不是不可替代的!
編碼:先難后易!這樣利于工作的進(jìn)行,容易的都做完了,難得做的時(shí)候遇到問題,有時(shí)不得不修改或者重寫已經(jīng)做完的部分。
一、態(tài)度決定一切
1、做事
遇到bug,應(yīng)該做的是解決問題,而不是找出兇手。。2、欲速則不達(dá)
該重構(gòu)的重構(gòu),該修改的修改,有時(shí)這會(huì)讓我們工作的更快。繞過這些,沒準(zhǔn)我們會(huì)走更多彎路!3、對(duì)事不對(duì)人
我們是來工作的,又不是找茬的,是吧,每個(gè)人都有自己出色的一方面,當(dāng)然也會(huì)有自己不出色一方面,給每一個(gè)人一個(gè)表達(dá)自己看法的機(jī)會(huì)。4、排除萬難、奮勇前進(jìn)
勇氣會(huì)讓人覺得不自在,提前鼓起勇氣更需要魄力。但有些時(shí)候,它是掃除障礙的唯一途徑,否則問題就會(huì)進(jìn)一步惡化下去。鼓起勇氣,這能讓你從恐懼中解脫出來。
二、學(xué)無止境
1、跟蹤變化
每天學(xué)習(xí)下新的技術(shù),新的思路,逆水行舟,不進(jìn)則退,難呀!2、對(duì)團(tuán)隊(duì)投資
與團(tuán)隊(duì)的人進(jìn)行分享,大家強(qiáng)才是真的強(qiáng)大,讓講座穿插在我們的生活中,午飯時(shí)間大家都可以交流自己學(xué)習(xí)的心得,你有蘋果我有梨,一共享,咱倆就都有蘋果和梨了,何樂而不為呢?3、懂得丟棄
有時(shí)我們學(xué)習(xí)了新的技術(shù),新的開發(fā)方法和習(xí)慣,但也不忍心丟棄舊的不好或者叫不合時(shí)宜的技術(shù)和習(xí)慣,我們應(yīng)該適應(yīng)社會(huì)的發(fā)展,適應(yīng)技術(shù)的創(chuàng)新,我們已經(jīng)學(xué)習(xí)了新的技術(shù)了,又有什么不忍心廢棄掉原來那些不好的耽誤事的技術(shù)呢?舍得舍得,有舍才有得嘛!4、打破沙鍋問到底
很好的提問,可以給你帶來答案!用一下5H1W什么的方法吧,它確實(shí)能給你帶來答案,即便帶不來答案,也能告訴你你該怎么做了5、把握開發(fā)節(jié)奏
開發(fā)節(jié)奏不能太慢,那樣會(huì)讓人變得更懶惰,更沒有斗志;同樣開發(fā)節(jié)奏太快也是,經(jīng)常性的加班,也會(huì)讓人們絕望。就像減肥一樣,一點(diǎn)點(diǎn)的成功也是一個(gè)很大的激勵(lì),小而可以達(dá)到的目標(biāo)可以讓人們?nèi)偾斑M(jìn),慶祝每一次難忘的成功
三、交付用戶想要的軟件
在模電上面學(xué)到一個(gè)詞反饋!他會(huì)幫助你開發(fā)出很接近用戶需求的產(chǎn)品!不斷地發(fā)布,然后不斷地與用戶交流,不斷地修正需求,這就是反饋帶給你的1、讓客戶做決定
產(chǎn)品最后誰用?廢話,當(dāng)然是用戶了,所以產(chǎn)品做成什么樣子,只有用戶才能決定,我們做什么?只能建議!2、讓設(shè)計(jì)指導(dǎo)而不是操縱開發(fā)
很簡(jiǎn)答,計(jì)劃趕不上變化!開始時(shí)有一個(gè)宏觀的設(shè)計(jì)就好了,不要面面俱到,因?yàn)槟汩_始并不是很清楚這個(gè)項(xiàng)目,需要在編碼過程中慢慢了解,慢慢根據(jù)實(shí)際情況再進(jìn)行更詳細(xì)的設(shè)計(jì),開始時(shí)就用大量時(shí)間做沒有實(shí)際價(jià)值的文檔,浪費(fèi)生命啊,而且自己以后也可能要按照原來的不合適的文檔編碼,因?yàn)槟鞘悄阗M(fèi)盡九牛二虎之力才弄出來的文檔啊,不用的話不是白做了嗎??何苦呢啊3、合理的使用技術(shù)
技術(shù)沒有好與不好,只有合適不合適!選擇慎重,不是看起來困難的就好,相反,越簡(jiǎn)單的說明越有功底,就像籃球場(chǎng)上,最牛叉的得分不是什么空中轉(zhuǎn)體360再拉桿…..,一系列花哨的動(dòng)作得分才是最美的,不可否認(rèn),這些可以證明你的實(shí)力,但是這樣也同時(shí)帶來更多的體能消耗,也可能帶來更多的傷病,相反,一個(gè)簡(jiǎn)單的上空籃得分,一次簡(jiǎn)單的籃下空位跳投,都是很省體力,很巧妙,而且不會(huì)受傷的優(yōu)雅的得分,能擺脫5個(gè)人的防守,證明你的功力更加深厚啊。代碼也如此,簡(jiǎn)單的代碼,自己看著清晰,用著簡(jiǎn)單,別人看著也清晰,維護(hù)起來越簡(jiǎn)單,而且越簡(jiǎn)單的事物越不容易壞4、保持可以發(fā)布
隨時(shí)都保證你的項(xiàng)目能展示給任何人看,給客戶,給老板,這樣對(duì)大家都有好處,對(duì)代碼的健壯性,對(duì)進(jìn)度的安排,對(duì)客戶的需求。。。。。。5、提早集成,頻繁集成
越早集成,越早發(fā)現(xiàn)模塊間的問題,修改的成本越低6、提早實(shí)現(xiàn)自動(dòng)化部署
7、使用演示獲得頻繁反饋
他會(huì)幫助你開發(fā)出很接近用戶需求的產(chǎn)品!8、使用短迭代,增量發(fā)布
9、固定的價(jià)格就意味著背叛承諾
軟件項(xiàng)目有很多不確定性,很多東西做之前是沒辦法評(píng)估的
四、敏捷反饋
1、守護(hù)天使
自動(dòng)化單元測(cè)試2、先用它再實(shí)現(xiàn)它
編程之前,先寫測(cè)試。先寫測(cè)試,你就會(huì)站在代碼用戶的角度來思考,而不僅僅是一個(gè)單純的實(shí)現(xiàn)著。這樣做有很大的區(qū)別,你會(huì)發(fā)現(xiàn)因?yàn)槟阋褂盟鼈儯阅茉O(shè)計(jì)一個(gè)更有用、更一致的接口。3、不同環(huán)境,就有不同問題
多平臺(tái)測(cè)試不是增加麻煩,而是減少以后的麻煩的不同環(huán)境下,問題也不同的4、自動(dòng)驗(yàn)收測(cè)試5、度量真實(shí)進(jìn)度
有時(shí)候做一個(gè)任務(wù)列表真的會(huì)很不錯(cuò),而不是時(shí)間性質(zhì)的,是任務(wù)性質(zhì)的,將一個(gè)項(xiàng)目拆分成若干任務(wù),列出來,然后自己做完一個(gè)就標(biāo)記上,沒做的就空在那里,等著繼續(xù)完成6、傾聽用戶的聲音
每一個(gè)抱怨的背后都隱藏了一個(gè)事實(shí),找出真相,修復(fù)真正的問題
對(duì)客戶的那些愚蠢抱怨,你既不會(huì)生氣,也不會(huì)輕視。你會(huì)查看一下,找出背后的真正的問題
五、敏捷編碼
1、代碼要清晰的表達(dá)意圖
它說,代碼重讀的次數(shù)遠(yuǎn)遠(yuǎn)超過編寫的次數(shù),所以還是把代碼寫的清晰,簡(jiǎn)潔些吧,有時(shí)甚至可以犧牲性能,因?yàn)槟阋尯笃谏?jí),維護(hù)的人容易做事,因?yàn)槟阋灿锌赡苁且粋(gè)升級(jí)別人代碼,維護(hù)別人代碼的人,己所不欲勿施于人嘛。那就把代碼寫的像英語一樣,通俗易懂吧,哪怕借助詞典查一下呢2、用代碼溝通
恰當(dāng)?shù)淖⑨尶梢詭椭藗冮喿x代碼。不光要寫這代碼是做什么的,而且也要注明為什么這樣做,當(dāng)時(shí)自己的想法。
先閱讀注釋,然后快速瀏覽代碼,從而完全理解它做了什么,以及為什么這樣做。
3、動(dòng)態(tài)評(píng)估取舍
東西沒有絕對(duì)的好壞,只有適不適合你的客戶,面面俱到不太現(xiàn)實(shí),所以還是舍棄一些東西吧,因?yàn)槟阌懈匾臇|西要做呢4、增量式編程
在寫了幾行代碼之后,你會(huì)迫切的希望進(jìn)行依稀構(gòu)建/測(cè)試循環(huán),在沒有得到反饋時(shí),你不想走的太遠(yuǎn)。5、保持簡(jiǎn)單
簡(jiǎn)單不是簡(jiǎn)陋。簡(jiǎn)潔,實(shí)用,就好了,不必整一堆花里胡哨的高技術(shù),沒用的。6、編寫內(nèi)聚的代碼
模塊自己做自己的事,相互之間耦合度應(yīng)該低一些,獨(dú)立性強(qiáng)一點(diǎn),不能離了誰,誰都玩不轉(zhuǎn),一個(gè)錯(cuò)就都出問題了,這個(gè)要特別注意啊!怎么才能做得到呢????????????????????7、告知,但不要詢問
命令與查詢分開。命令可以做很多事,可以修改很多量,但是查詢就是去看一下,而不能做出任何修改,也應(yīng)該不要做任何修改8、根據(jù)契約進(jìn)行替換六、敏捷調(diào)試
1、記錄問題解決日志
這個(gè)就像高中時(shí)期的錯(cuò)題本,2個(gè)月2個(gè)本子,讓我的數(shù)學(xué)成績從90多分提至了130多分甚至更高,這說明了什么?說明了人們會(huì)經(jīng)常跌倒在同一個(gè)地方,是很不長記性的,所以我們?cè)趺崔k?腦子記不住,筆頭總可以吧,寫上啊,以后再查啊,沒事就瞅瞅啊,笑話下自己嘛,是吧!2、警告就是錯(cuò)誤
沒事也應(yīng)該多注意下警告,爭(zhēng)取都給改了,完美主義者有什么不好呢?不過我的實(shí)際經(jīng)驗(yàn)告訴我,有些警告是不可以避免的,是不用去搭理的,這個(gè)看你自己了,看具體情況了。3、對(duì)問題各個(gè)擊破
沒啥可說的,調(diào)試時(shí)基本的原則,單一變量原則,我們要確保周圍其他的一定是好的,方能去判斷這個(gè)事物是不是好的,所以,盡可能的拆開他們吧,那樣你的思路會(huì)更清晰,做事情也越輕松4、報(bào)告所有的異常
報(bào)告異常情況,利于你的調(diào)試要傳播不能處理的異常
有些東西隱藏起來終究會(huì)出來禍害人的,只能將其消滅掉,消滅不了的,也要將其示之于眾,讓大家來看清楚他,消滅它吧5、提供有用的錯(cuò)誤信息
不是什么丟人的事,利己利人!
七、敏捷協(xié)作
雙拳難敵四手,一個(gè)人干不過一群人的,所以團(tuán)隊(duì)是一個(gè)很重要的玩意兒,團(tuán)隊(duì)中不能只有一個(gè)人發(fā)揮,其他人抑制,因?yàn)槟菢舆是一個(gè)人,我更傾向于抑制一個(gè)人激活全隊(duì)的人,當(dāng)然最好的結(jié)果是,激活所有的人,但是也有偶爾嘛,哈哈,大家的利益高于一切,在哪都是這樣的,沒啥可說的,除非你是牛人,但世界上牛人不是很多,我看還是老老實(shí)實(shí)混團(tuán)隊(duì)吧。1、定期安排會(huì)面時(shí)間
當(dāng)然會(huì)議的交流很重要,相互了解,相互幫助。2、架構(gòu)師必須寫代碼
只有深入進(jìn)去了,才能了解,了解了才能架構(gòu)啊3、實(shí)行代碼集體所有制
讓開發(fā)人員輪換完成系統(tǒng)不同領(lǐng)域中的不同模塊的不同任務(wù)4、成為領(lǐng)導(dǎo)者
你會(huì)感到給予別人教導(dǎo),也是提升自己學(xué)識(shí)的一種方式,并且其他人亦可以開始相信你可以幫助他們5、允許大家自己想辦法
用問題來回答問題,可以引導(dǎo)提問的人走向正確的道路
如果有人真的陷入膠著狀態(tài),就不要折磨他們了,告訴他們答案,再解釋為什么是這樣的
6、準(zhǔn)備好后再共享代碼
自己對(duì)自己負(fù)責(zé)嘛,沒啥說的7、做代碼復(fù)查
人都是會(huì)犯錯(cuò)的,相互之間做代碼復(fù)查是很好的,一起提高8、及時(shí)通報(bào)進(jìn)展與問題
發(fā)布進(jìn)展情況,新的想法和目前正在關(guān)注的主題,不要等著別人來問項(xiàng)目狀態(tài)如何了。當(dāng)經(jīng)理或同事來詢問工作進(jìn)展、最新設(shè)計(jì)或研究狀況的時(shí)候,不會(huì)感到頭痛。
友情提示:本文中關(guān)于《敏捷開發(fā)大會(huì)總結(jié)》給出的范例僅供您參考拓展思維使用,敏捷開發(fā)大會(huì)總結(jié):該篇文章建議您自主創(chuàng)作。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請(qǐng)聯(lián)系我們及時(shí)刪除。