如果老板給你布置了一個項目，
讓你預(yù)估完成它到底需要多長時間？
二周？一個月？二個月？
不不不，你估了沒用，它實際只取決于老板給你多少時間。
Deadline總是會給你造成時間充足的幻覺。
很多時候，80%的任務(wù)量都是最后幾天，甚至最后那幾刻完成的。
而前面的時間都在干嘛呢？
一直處于準(zhǔn)備的狀態(tài)。
前天，Xdite給我們分享了她獲得Facebook Hackthon冠軍的經(jīng)歷。
Hackthon需要一個團(tuán)隊在9個小時內(nèi)完成一個項目。
9個小時你需要制定idea, 完成功能，排bug, 做PPT，上臺展示。
這還包含吃飯上廁所的時間。
時間很緊，這9個小時得怎么安排？
實際上，Xdite團(tuán)隊只有兩個人，她說，人多了容易吵架，很多項目沒做好都是因為人多很難達(dá)成意見一致，從而很多時間都花在爭吵上面了。
要在超短的時間內(nèi)做好一個完整度高的產(chǎn)品，獲得比賽的成功，你得想明白，到底哪些事情是最重要的，畢竟你把最重要的事情最好事半功倍。
它也許是：
最好的idea？
最好的code?
最好的PPT？
回答這個為題前，首先你要定義“成功”。
成功并不是證明你或者你的產(chǎn)品有多么牛逼。
在這個Facebook Hackthon大賽里，成功的定義就是讓評審認(rèn)可你產(chǎn)品的價值。
那在評委眼中，什么是好的產(chǎn)品？
- 投影片牛逼
- 演示感人
- 有意義的產(chǎn)品
- 沒有BUG
- 明天就可以上市
這么說的話，我們甚至得出這樣的一個公式
好的產(chǎn)品=有價值的功能+好的PPT
比賽嘛，打動評委才是硬道理。
于是上面的問題里，參加這么個比賽，做什么事最重要，答案居然是做好PPT！
三件事要按重要程度來排，是這樣的：
1，牛逼的PPT。
2，其次idea好。
3，代碼還行。
難怪搞創(chuàng)業(yè)的，搞融資的都是PPT高手。
Xdite雖然是寫code的高手，但寫code卻不是最重要的。
如果你能搞定PPT的話，那還要在最短的時間，打造出牛逼的產(chǎn)品，那要怎么做？
1，不要太多idea, 只做一個關(guān)鍵功能。
2，盡快做出最小可行性產(chǎn)品。
大型的項目都是有很多的User Story(用戶故事)，一開始把項目規(guī)劃得很大，事先定義很多功能，其實，復(fù)雜的系統(tǒng)，風(fēng)險是很大的。
越多的功能 => 越多的bug => 越多的風(fēng)險
墨菲定律說的就是：該出錯的事，總是會出錯的。你越怕它出錯，它越會出錯。
項目越復(fù)雜，bug幾乎難以避免。
好吧，想通了，那就只做核心的功能，短時間內(nèi)，盡快做最小可行性的產(chǎn)品。
那在做項目時，我們要分析一個項目的用戶需求，怎么樣可以提煉核心功能呢？
寫User Story有個非常有用的方法，你把用戶需求按照以下4個重要級別列出來：
- Must have
- Should have
- Could have
- Nice to have
必須有什么功能？應(yīng)該有什么功能？可以有什么功能，又有什么功能是可有可無的？
當(dāng)你可以理清什么是重要的需求，什么是不重要的需求，請砍掉不必要的，只做Must have 和 Should have 部分。
Xdite在這場比賽里，居然只做一個功能，她的項目只是做了一個facebook的分享收藏的功能，她認(rèn)為，這樣的一個idea應(yīng)該是主辦方的確需要的。
好吧，也許是吧。
那明確了要做什么，Xdite是怎么分配這9個小時的呢？
- 她花半個小時跟隊友討論，決定做什么。
- 花半個小時的時間做最基礎(chǔ)的東西，比如deploy(部署)，通常一個編程項目都是最后一步才deploy的，但是在編程項目中，最后這個deploy環(huán)節(jié)經(jīng)常莫名其妙地掉鏈子，部署到服務(wù)器上的過程也許會有意想不到的事故。就好比你考試，所有的題目都會，但就是忘記了寫名字，填涂答題卡，還是等于白忙活。把整個流程的最重要、最可能出意外的事情，預(yù)先處理好可以省掉很多不必要的麻煩。
- 然后又兩小時的時間搭好框架，做主線，做好主要功能。
- 其他時間填補(bǔ)點細(xì)節(jié)，留下大量時間來測試，修補(bǔ)bug.
- 還預(yù)留大量的時間（2小時）來排練demo演示。
實際上，9個小時的編程項目大賽，Xdite給自己的預(yù)設(shè)時間只有6個小時。
剩下的3個小時都用來“揮霍”了，或者說看起來是揮霍，但其實還是用在很重要的事情上，比如做PPT，和上臺演示的排練，這樣就幾乎沒有心理壓力了。
就靠這種奇淫技巧居然拿到了Facebook Hackthon的冠軍。
有人表示不服，但也不得不服。
因為：
- 她的PPT確實好看，評委看得懂，看得舒服。
- 主辦方Facebook 也確實需要這樣的功能。
- 展示過程中，評委沒發(fā)現(xiàn)任何bug。
- 這個產(chǎn)品可以立即上市。
而其他團(tuán)隊落選，要么花了太多時間與隊友爭吵需要實現(xiàn)哪些idea, 要么因為功能太多導(dǎo)致bug太多出現(xiàn)問題。
整個故事說起來很簡單，就是挑重要的事做，并提前做好。
預(yù)留了三分之一的時間，是一個很好的心理戰(zhàn)略，甚至可以放到任何事情上。
明明老板告訴你一個月內(nèi)完成某個項目，你欺騙自己說要20天，也許20天你真的完成了，還留下大量時間來修補(bǔ)小問題。
明明允許預(yù)期30天完成的一個項目，老板欺騙員工說必須要在20天內(nèi)完成，可能20天這個團(tuán)隊就真的完成了，老板于是偷偷暗喜。
不管是寫文章，還是寫報告，還是做任何項目，都可以嘗試設(shè)置個提前的deadline。
當(dāng)時間不充裕的時候，效率特別高。
畢竟，Deadline才是第一生產(chǎn)力。
拖延不是病，是人這個物種固有的劣根性，不到最后一刻，決不一拼。
對待拖延，還真是一場自我欺騙心理戰(zhàn)。
