為什么不寫技術(shù)貼而寫這篇文章，原自上周項目估算時間，BOSS不知從哪里想來的idea美其名曰“同步開發(fā)”。何謂同步開發(fā)？指的是程序設(shè)計與原型設(shè)計共同進行。

同步開發(fā)

相比較傳統(tǒng)的開發(fā)我們是按照設(shè)計稿出圖估算時間省去了設(shè)計圖制作的時間，轉(zhuǎn)而看原型圖估算時間（中間你可能會想象到會有多大的誤差,PM表示誤差不會太大??）。而原型圖有非全面的，邏輯流程有不準(zhǔn)確，單照原型圖估算時間，在第一次的“同步開發(fā)”中變漏洞百出，

1.我這個頁面做完邏輯上的處理，也就是頁面與頁面的銜接，如上文所說原型圖不全，估算時間的時候PM還沒做完。
2.美工按照設(shè)計圖設(shè)計按照PM的理解是你美工要有自己的想法，也就是說設(shè)計圖與原型圖還有出入。
3.運營部需求不明確，在處理業(yè)務(wù)邏輯中原型圖不完整，業(yè)務(wù)邏輯待定，可想而知開發(fā)的痛苦。

開會。

有兩種每周一例會和需求分析會只有我們開，運營部天天開會具體我也不知道。例會這個好說只是談一下每周的工作總結(jié)，需求分析會議這個可有意思了。
首先,PM會那出他設(shè)計不完整的原型圖來講大概要開發(fā)或者變更哪些內(nèi)容，改了哪里，設(shè)計出這個頁面有幾套方案（最多也就拿出兩套方案，然而只是單個頁面，然而要求設(shè)計也就是美工要出三套圖）然后供大家選擇，這時候運行會提出幾個需求（總的來說運營的需求不會少），然后BOSS根據(jù)大家選擇哪套來定，這個時候叫我們估算時間。沒錯之前的時候都是美工設(shè)計完圖定稿之后我們估算時間，現(xiàn)在直接看原型圖來，就節(jié)省設(shè)計稿的時間，來開發(fā)，這個進度真的能加快嗎？

1.我們技術(shù)部估計時間有漏洞，因為不是完整的設(shè)計圖，我們可能會預(yù)留時間增多，真的減少了開發(fā)進度了么？
2.我們開發(fā)還是要等設(shè)計圖之后再開始做，那這段時間怎么算？
3.就像這樣只開個1.2次會議就定稿的這種，需求分析都不明確的做出來的東西大部分要返工，這中間的時間怎么算？白做！

答案很明確了，進度還是拖了，工還是返了，簡單明了，摸索中前行，在開需求分析大會的時候各方大論，可笑的是需求那邊談需求，技術(shù)這按談頁面，談來談去最后都不知道在說什么，導(dǎo)致一次會議開到了晚上十點半，白白浪費時間。

加班。

加班想必是程序猿必修課，好像程序猿=加班，我其實不太反對加班，如果你對這個項目有熱情，你對這個公司有熱情，何嘗不能加班，就算不給加班會也會去加（雖然現(xiàn)在？沒有加班費，連調(diào)休都沒有），但是從綜上所述，我們設(shè)計出來的東西要么返工重做，要們處處填坑，哪里還有當(dāng)初的熱情？就算有加班費或者調(diào)休都不會去加班了更何況其他呢

The End

有些人會把這篇文章當(dāng)成抱怨帖，其實不是，寫這篇文章會摻雜一些個人情感，但大部分對一些即將入進入社會，進入一些創(chuàng)業(yè)公司的新人一些心理準(zhǔn)備，在這里如何避免這些坑，我來給出一些自己理解的建議。

1.堅持自己的原則，最好要見到設(shè)計圖出來之后估算時間，如果也是這種同步開發(fā)的（我不知道有沒有其他人遇到過，就當(dāng)如果有）估算時間一定要溝通好。避免一些界面邏輯不清楚。
2.不是提給開發(fā)者的，而是提給管理者，版本更新開發(fā)是大事，不是兒戲，要開發(fā)上線版本原型圖和設(shè)計稿一定在版本開發(fā)前給到，比如V2.0版本更新。在開發(fā)寫V1.9的時候，V2.0就要開始設(shè)計跟進討論，不要跟所謂技術(shù)部同步開發(fā)，因為會開發(fā)出笑話！
3.這個對寫大公司的大佬沒用??

純手打，覺得作者辛苦留個贊吧，如有雷同，那恭喜你成功入坑！