爲何程序員熬夜加班,項目仍是會延期?

首先這和你熬夜加班沒有半毛線關係,千萬別本身感動本身.

但凡是互聯網項目,出現延期是常有的事情.

項目延期以後,通常流程是領導開會,你們討論,新一任背鍋俠,而後下一次仍是老樣子.

項目評審

項目初期,評審是最重要的一個環節.

這個需求能不能作,那個需求要怎麼改,最後給到手的任務預估一個開發時間.

初入開發的小白,最好有同事幫襯點,作不到的需求千萬別接,否則整個項目都要卡殼.

需求改不改關係不大,有的實現方式很簡單,查一查資料就能快速上手,有的實現很複雜,沒有誰會給你幾天時間開發一個可有可無的功能,不如直接砍掉,或者換一種簡單的,省得費心費力還不討好.

最難的就是估算開發時間,哪怕是一個有多年經驗的老鳥,也不敢說估算的很準,不許確就意味着可能延期,沒有獎金還扣績效.

因此儘量的多估算一點時間,由於老總和領導並不太在乎你的開發難易程度,他們只要結果順利,其餘的自行想辦法.

有時候,感受評審就像是討價還價的菜市場,剛剛手撕產品,又得單挑Boss,實在是弄得心力交瘁.

這個時候你別來提時間管理,老闆是看市場行情,不是看工做賣力.

指定要在某個節日上線,假如留給你的時間只有一個月,實際項目開發要二個月以上.

評審的時候,你按最低最低的時間甚至預計本身加班後的最低時間估算,要二個月,中間不生病,不請假等等.

老闆總會以爲這個模塊不值得你估算的這個時間,這邊砍幾天,那邊砍幾天,非要砍砍才滿意.

如果砍不到節前一個月的時間,口頭上會臨時加派人手,實際上每一個項目都會有臨時需求,別的都差人,哪來的給你用.

改需求

剛剛評審完敲定了項目流程開發時間,出了會議室尚未回到座位,新的需求就來了.

原本時間就一半當成兩半花,結果左一個新需求,右一個新需求,三天一個大需求,一天幾個小需求,搞得好像需求不須要時間似的.

沒辦法,產品,Boss一家親,小小員工沒有拒絕的權利.

若是說Boss定的時間,你加班,熬夜,週末也不休息,努力趕一趕工期,只要和預期差異不是很大,通常沒什麼問題,最多就是沒有加班費,身體快掛了同樣的累.

那產品需求就是槍林彈雨,不定時的炸彈,任你再多的時間都直接被打成篩子,一個炸彈就讓整個項目可能掛掉重來,這種事情並非沒有過.

要知道,改代碼每每比新功能開發至少多花費幾倍以上的時間,越改越多bug,看似一個芝麻小的需求,極可能就須要推倒整個模塊.

人人都是產品經理,可試問,有幾個產品懂技術?

那種app識別手機殼顏色的操做不在文章討論範圍......

開發聯調

時間能夠預估,需求能夠砍掉,可是人才是最不穩定的因素.

產品/UI和前端,前端和後端,先後端和測試,就拿前端來講,幾乎和每一個環節都要打交道.

一個項目由不一樣的人開發不一樣的模塊,開發過程當中須要不斷的溝通和協調,才能順利進行下去.

誰先誰後,或者同步進行,都有規律可循,一旦中間環節掉鏈子,空有大把的時間也只能卡殼.

正式開發的時候你們時間都很緊張,可以願意騰出時間溝通,算是性格比較好,技術品過得去的.

最多見的問題是

• API改了字段或者增刪了接口,既沒有及時通知別人,也不修改文檔,讓別人莫名其妙的排查,最終定位到他的時候,才懶洋洋的說知道了.
• 測試包一直等待打包,確實是人忙不過來,還要一個一個手動打包,或者有時候忘了,等過一段時間問起,纔想起來,又或者其餘的,優先級問題

記得有一次,測試在禪道上提出一個bug,沒有截圖,說明也很極簡,並不能很好的表達出問題所在.(注:本身剛入公司)

這邊嘗試復現,定位問題和排查,由於流程複雜,操做一遍須要必定長的時間,最後去問測試的時候,對方直接扔來一句"你不會本身去看啊".

流程裏就規定要註明機型,場景,儘可能有截圖,視頻,總有人不按規定,這個bug定位只有他手上的測試機機型纔有這個現象,而他知道卻沒說明.

要明白,主動過去不是意味着求幫助,而是花費本身的時間嘗試去和對方友好溝通,去以前就完整的排查了一遍,要是文案詳細,也不必找測試.

相似於這種人,工做不負責,溝通不友好,說不定仍是個老油條,對上面客氣,上面不動他,對新人和同事不友好,你不喜歡他也對他沒什麼影響,活仍是要繼續幹.

因此這種人,建議直接拉入黑名單,公事公辦,以後的bug,但凡不明確的一概踢回去.

雖然公司會議上和項目羣裏一直說後臺API要自測,測試反饋要詳細,其餘怎樣怎樣,可長期仍是老樣子,這其實和一個公司的團隊氛圍,管理能力,息息相關.

人在職場,除了本職能力之外,最重要的就是溝通能力,本身的溝通能力要強,可別人願不肯意配合就是另一回事了.

技術問題

一個bug卡半天的也不是沒有.

我的的技術能力也決定了開發效率,只能說技術能夠自我提高,可是上面的種種非人力能夠干擾.

其次加班的效率並不高,經常三個小時不抵白天的半個小時,並且通常都是解決一些臨時需求和僞需求.

技術自己說難也不難,說簡單也不簡單,區別在於花多少時間學,用什麼方法學,有沒有興趣之類.

技術是一個軟實力,沒法可視化,沒法短期提高,也是一個綜合能力,不必定和本職技術有關.

開發效率每每能夠從一些軟件,插件,硬件,工具,方法和技巧上來作提高,短期幾倍十幾倍的提高.

如何提高工做效率,是一個開發人員長時間要去思考的問題,尤爲是常常加班的前提下.