項(xiàng)目開發(fā)經(jīng)驗(yàn)總結(jié)

    一個項(xiàng)目的運(yùn)轉(zhuǎn)應(yīng)該是井然有序而非雜論無章,細(xì)節(jié)決定于很多東西,比如UI中的字體顏色,RGB值可能只是一個R的參數(shù)相差1,肉眼很難識別,而如果用到專業(yè)工具測試,那么就會暴露無遺,保證整個項(xiàng)目整體色調(diào)的一致是在項(xiàng)目開始啟動時(shí)就應(yīng)該全局考慮的事情!

    首先項(xiàng)目從需求調(diào)研到合同簽訂,接著UI設(shè)計(jì)好界面給到開發(fā),我們拿到界面的第一件事并不就是要開始繪制界面,繪制到哪里就是哪里這樣就失去了對項(xiàng)目的把控能力,首先要做的是先看需求文檔和RP,將整個流程串流起來,這并不是浪費(fèi)時(shí)間的事情,而是重中之重的事情,只有熟悉了整個項(xiàng)目的商業(yè)模式,流程運(yùn)轉(zhuǎn),才能在后續(xù)占有主動權(quán),而不是跟著項(xiàng)目或者UI設(shè)計(jì)的鼻子走,如果有時(shí)間使用思維導(dǎo)圖整理一份對需求的理解也是很有必要的,讓自己知道整個項(xiàng)目在做什么,而不是為了開發(fā)而開發(fā)。

對需求理解透后我們開始做的第一件事仍然不是搭建界面,而是思考工程的整體規(guī)劃,我們不談架構(gòu)那么大的思路,規(guī)劃什么呢?

第一:整體工程設(shè)計(jì)模式,MVC,MVVM,MVP,Rout...

第二:整體工程模塊劃分:基礎(chǔ)層,網(wǎng)絡(luò)層,硬件層,公用層,管理層,邏輯層,資源層,配置層...

第三:思考整個項(xiàng)目會用到哪些第三方庫,最好使用cocopods導(dǎo)入

第四:考慮整個項(xiàng)目界面有哪些是可以公用的,有哪些View是可以在很多位置使用的,哪些控件是需要封裝的,哪些是要做動畫處理的等等。

第五:歸納出整個項(xiàng)目使用的顏色,一般不會超過五種,使用宏文件管理好顏色配置文件,同時(shí)在Xode常用顏色管理面板設(shè)置好項(xiàng)目常用顏色值,后續(xù)使用XIB直接使用設(shè)置好的顏色,這樣不會造成顏色混亂, iOS11在Assets.xcassets里面新增了一個顏色管理很方便使用,并且可以實(shí)現(xiàn)全局變換顏色,同時(shí)歸納出常用的字體大小等等...

第六:搭建好項(xiàng)目基礎(chǔ)框架并建立好代碼管理倉庫

第七:和后臺確認(rèn)接口字段,如果后臺規(guī)范,則可以直接根據(jù)后臺給的接口文檔進(jìn)行先行開發(fā),繪制UI和邏輯同步進(jìn)行!

如何管理好一個或多個項(xiàng)目?

第一:切片原則,將項(xiàng)目功能不斷的進(jìn)行分解和細(xì)化,制定計(jì)劃進(jìn)度表。

第二:主流程先行原則,也就是一個項(xiàng)目中最核心的功能,這里所說的最核心實(shí)則是客戶最關(guān)心的功能,該功能使用頻次高,大部分的業(yè)務(wù)流轉(zhuǎn)都在此功能中。

第三: 以靜制動原則,做項(xiàng)目需求變更是在所難免的,頻繁的需求變更直接反應(yīng)出項(xiàng)目人員對需求的把控能力及規(guī)劃能力,面對需求的變更先靜下來分析該需求是否合理,能否有更好的解決方案,如果變更了該需求從上流到下流會需要多少時(shí)間周轉(zhuǎn),風(fēng)險(xiǎn)在哪里等。

第四: 保留原則,對于項(xiàng)目的一個周期循環(huán),要有實(shí)時(shí)的文檔記錄,需求的變更要簽訂變更合同,而不是說變就變,最后面目全非反倒無可追溯,很多程序員并不是不想做好一個產(chǎn)品,而是懷著一顆打磨產(chǎn)品的心卻被變更的需求折磨的體無完膚,甚至出現(xiàn)程序員在代碼注釋中罵客戶罵公司的行為,實(shí)則為無泄可發(fā)而為之。

第五: 控制源頭原則,所謂水往下流,從商務(wù)部--項(xiàng)目部--設(shè)計(jì)部--開發(fā)部--測試部環(huán)環(huán)相扣,源頭始于需求,牽一發(fā)而動全身,不動是不可能的,一個完整的項(xiàng)目不可能不動,動要有原則,有限制的動,需求是一個無底洞,必須限制范圍。

第六: 溝通為主,無論哪一個環(huán)節(jié)都需要多協(xié)調(diào)溝通,因?yàn)樾枨笤趥鬟f的過程中很可能會變味,就好比一句話傳遞10個人后意思會與原來的有所差異甚至偏離原意,嚴(yán)格來說溝通是最重要的一環(huán)!

需求有輕重,項(xiàng)目有大小,每個項(xiàng)目的背后都有一個孕育的商業(yè)模式,無論是原創(chuàng)還是模仿,都可從中汲取經(jīng)驗(yàn),學(xué)習(xí)到一種思維亦或一個行業(yè)的思維,所以不為做項(xiàng)目而做項(xiàng)目,為做項(xiàng)目而不單局限于某種項(xiàng)目。就如編程語言一樣,不要去討論P(yáng)HP是不是世界上最好的語言,還是人生苦短,我用Python。有了編程的思維,不同的編程語言只是語法不一樣而已,局限于某種語言是對自己思維的限定,它們之所以存在必然有各自的優(yōu)勢,亦或解決某些特定的問題,而取長補(bǔ)短實(shí)為上上之策!

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容