今天的心得就是：混亂之治。到專案得後期，**不准時有發生。人人都在努力，但是卻一直在犯錯，尤其是美工覺得是對的，程式覺得是錯的，程式覺得是錯的，美工覺得是對的。美工為了加速自己的工作採取了一些技巧，可是導致了資訊結構與頁面原型的不配套，那麼在製作靜態頁面就模板會一直卡殼。在這個案例中,只有前兩者同時正確,後者才能進行.這種時候,就尤為感覺到那種掣肘感覺的存在.
混亂了,治理根本就是童話.只能砍,而砍,還要注意角度力度.砍的過了分還不行,不砍也不行.我個人認為,計畫永遠不如變化快,跟隨計畫不如相應變化.採用極限程式設計的思想,擁抱變化,測試驅動,在工作中就是麻煩驅動,分析麻煩,記錄麻煩,重現麻煩.用麻煩來驅動一切的進化.
命名方面,盡量做到二進位制相容的名稱和樣式表.通過合理的劃分資料夾,很多本不是問題的問題就應該讓他們早日的不再是問題.作為乙個業務軟體的開發人員,分析業務中工作人員的習慣是很重要的,看他們的重複勞動之處在哪,將其簡化.而工作人員不一定是我們的客戶,甚至我們的同事有些時候也是我們分析的目標.
趕工心得 四
統一命名後也有很多問題,比如不能相應路徑的變化,還是樣式表好用,隱藏細節啊呵呵,多麼優秀的軟體設計思想.和諧與統一往往是焦不理孟.統一有乙個很大好處,關鍵點一更改,全域性都發生變化.同時這也是他的乙個壞處,有些時候,也許會在不知道的地方發生了不想它發生的變化.所以什麼都統一也是不應該做的事情.專案到...
趕工與快速跟進
進度壓縮技術是指在不縮減專案範圍的前提下，縮短進度工期，以滿足進度制約因素 強制日期或其他進度目標。趕工和快速跟進是常用的兩種方法，下面就來分析一下這兩種工具。一 趕工 1 怎麼用？得有資源 通過增加資源，以最小的成本增加來壓縮進度工期的一種技術。趕工的例子包括 批准加班 增加額外資源或支付加急費用...
PMP 趕工VS快速跟進
1.趕工 crashing 通過增加資源，以最小的成本代價來壓縮進度工期的一種技術。趕工的例子包括 批准加班 增加額外資源或支付加急費用，來加快關鍵路徑上的活動。趕工只適用於那些通過增加資源就能縮短持續時間的，且位於關鍵路徑上的活動。但趕工並非總是切實可行的，因它可能導致風險和或成本的增加。2.快速...