先回到出發點，你是想學東西還是交差混個文憑或是記錄。

後者的話，只要維持在不出包的前提，要混大家混，你大可把時間用在其他地方，拿這時間去喝杯咖啡想想事情都好。(記得注意一下進度，快出包了就把問題攤出來，擺明要不要來幫，不來大家就一起死!)

前者的話，就做吧。接下來的技巧是:

作備忘錄!

記下你做了什麼，定期向老師報告，備忘錄的字要少，最好格式化，這樣比較省事。最重要的是明確，失敗的原因很多，如果你有猜困難點就一定要寫出來，老師不會有心情還去想這種事(例如某實驗一直失敗、推測xx可能失效了)，不要害怕自己是錯的。是的，推測可能會錯，老師可能會指著你說教整天(你怎麼這樣這樣、以前學的都白學了真是，當xx出現時不是先應該去yy嗎)，就讓他說吧，老師習以為常的事也很自然以為你會，你有學到經驗最重要，如果臉皮夠厚順便問問怎麼解決。

以下為基本絛件(實際格式看個人需求和喜好，不過簡單是一大原則，華麗有時會讓人分心)
xx月xx日~xx月yy日
進度:
困難:

(困難的部份要寫備忘錄交出前的，大可在平時就記下，隨著問題的解決和出現，等到交出時就是了。)

其次是備忘錄的上報間隔時間不要太長，超過一週就要是特殊情況才行了(這一週出意外或因某原因停擺)。

為何要寫備忘錄?為何要如此瀕繁的"上報"?因為老闆不明白狀況，所以會講話的人就吃香，那你這種苦幹者就要扭轉這種狀況，讓老師知道:我現在就是做到這樣!

老師可能會說:怎麼這麼慢。你的技術還不足夠。
就由他說，反正這本來就是事實，如果我有那麼好在這裡做啥?真正重要的是"讓老師明確的看到事情正在發生"，一件攤在陽光下的事實比一千句謊言還有用，無論那位多會吹，你都已經有備忘錄這定心劑了(記得保存每次的下來，以後可能會用到)
:)

+123456789.............
因為太熟了就會開始擺爛
小弟當年的畢業專題是啥租屋系統之類的
六個人一組
當初規劃是
我負責主機架設和資料庫
A男負責JAVA程式
B.C女負責美工
D女負責文書和討論資料記錄
E女負責資料蒐集和寫網頁
結果最後哩....
SERVER我是拿家裡的機器來架的
我負責主機架設,資料庫,資料蒐集,寫網頁,部份美工部份文書
A男JAVA根本生不出來,但話和意見卻最多
B.C女的美工根本不能看,其中B女甚至擺爛不做而且還扯後腿
C女根本不會也不願意學,後來花錢找人幫他畫,但要修改時又不會改
D女很興苦的寫文書,卻一直被A男嫌而一直改來改去浪費時間
E女只收集了一點點資料就覺得自己付出很多了
而該做的網頁卻連一頁能用的都沒有寫出來
我們的美工最後還是請別組的人來幫忙畫的
最後打分數時本來不及格要全組當掉的
還好某位老師加了幾分才過關

我還花了三千多元買一堆書
最後卻沒有一本回來我這裡........

那次專題要是沒過
我真的會去砍人........

既然都是你在作
有問題也是你去問老師吧
一個從頭到尾沒問問題也沒遇到困難的人在老師面前屁膚淺的東西
我的感覺是老師沒有你想像的那麼沒知覺
一個帶專案稍有經驗的老師通常都大概知道誰在幹啥
只是他願不願意去管這種他可能認為無關緊要的麻煩事而已
幸好我在做專案的期間沒你這麼慘也自認還學了不少東西

不像是沒有你這個人啊:D