幾天前，就網(wǎng)站的開發(fā)流程做了一個總結(jié)，觀點比較片面、極端，僅供參考：

　　保證界面及用戶體驗的前提下，寫代碼的速度是第一要務(wù)

　　不要拘泥于什么技術(shù)可用，什么技術(shù)不可用。讓它在最短的時間內(nèi)跑起來，在用戶體驗的過程中完成迭代升級。利用高速的開發(fā)流程，為項目創(chuàng)造競爭優(yōu)勢。有些可以用CSS實現(xiàn)的東西，沒必要掛JS。然后還跑過來問“我不想用CSS，這段JS為啥不能隱藏滾動條？”這種開發(fā)者，不僅是自虐，還是在虐待訪客的電腦。

　　針對某些要求1小時上線的變態(tài)項目，大可以用PS直接生成html，什么是標(biāo)準(zhǔn)？什么是規(guī)則？這些都是輔助我們制作網(wǎng)站的建議，當(dāng)我們有實際需求的時候，大可以打破這種標(biāo)準(zhǔn)。標(biāo)準(zhǔn)是人制定的，前端開發(fā)者的追求目標(biāo)，應(yīng)該是去做制定標(biāo)準(zhǔn)的人，而不要被標(biāo)準(zhǔn)所束縛。當(dāng)我們有實際需求的時候，當(dāng)服務(wù)器被拖慢速度的時候，不用誰來指揮，自然會去想如何降低帶寬壓力。讓你的團隊自發(fā)思考，勝過于你拿各種標(biāo)準(zhǔn)來壓迫執(zhí)行。

　　負(fù)面影響：招聘的難度會大大增加，除非每個員工都有股份、或者是你親自教出來的。不然，拿同樣多的薪水，很少有人會自發(fā)思考公司的業(yè)務(wù)。另外，迭代的開發(fā)成本也會很高，純靜態(tài)展示頁還好，加載程序的頁面進行結(jié)構(gòu)調(diào)整，會增大員工的工作壓力。注意僅在合適的項目上玩速度。

　　開發(fā)人員和業(yè)務(wù)人員盡可能天天都在一起工作

　　在團隊內(nèi)部，最具有效果并富有效率的溝通方式，就是面對面交談。

　　QQ或者MSN，沒有任何的語氣語調(diào)，無法更直接的表述業(yè)務(wù)的著重點在哪里。容易產(chǎn)生誤會。

　　開發(fā)過程中，要避免晦澀的文檔及專業(yè)術(shù)語。每次溝通帶上紙筆，說不明白就畫，畫不明白就抓一個業(yè)務(wù)坐你身邊，讓他看著做。領(lǐng)導(dǎo)層要給他們提供所需的環(huán)境和支持，有可能的話，抓一個領(lǐng)導(dǎo)坐在身邊。減少交接的流程，簡化開發(fā)文檔。一個好的文檔，是讓開發(fā)人員明白每一步的要求是什么。而不在于文檔字?jǐn)?shù)的多少。沒有文檔更好，只要你能給團隊講清楚。

　　即時響應(yīng)，高效開發(fā)

　　在某些領(lǐng)域，為什么一些很小的網(wǎng)站可以戰(zhàn)勝大的公司？

　　他們不遵循守則，他們無需層層審批，他們發(fā)現(xiàn)什么好的技術(shù)可以直接應(yīng)用到自己的網(wǎng)站上。說服經(jīng)理，即使很順利，也需要一個說服的過程。況且有很多計劃會夭折在領(lǐng)導(dǎo)層的審批上。用人不疑，如果你有一個不大的項目，如果你有一個可以信任的人，放手讓他去做。

　　這個有執(zhí)行力的人，一定要選好。做正確的事情比做錯誤的事情要困難很多。

　　客戶勝于一切

　　之前有拿“海底撈”舉過例子，這里再談一下他們的服務(wù)理念。

　　當(dāng)客戶提出某個要求，只要不是太過分，他們的員工通常都不會詢問經(jīng)理，而是直接幫你把事情辦好。

　　我個人最討厭聽到的答復(fù)是，“我們經(jīng)理不在，對不起，我無權(quán)XXX”。

　　你連這么點權(quán)利都沒有，你連一個客人都服務(wù)不好，還做什么服務(wù)員？

　　一樣的，一個小型的項目，當(dāng)客戶電話打過來抱怨，你又很清楚怎么做可以維護好公司的形象，直接去做就是了。

　　客戶勝于一切，用最快的速度完成他們的需求。當(dāng)然，僅限于合理需求。

　　總之，還是要培養(yǎng)員工獨立思考的能力，只有他們?nèi)ハ肓恕⑷プ隽耍拍芨哔|(zhì)高效的完成工作。

　　花時間，去鍛煉，去雇傭他們的大腦，而不是雙手。

it知識庫：前端的敏捷開發(fā)，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。