工做吐槽

最近工做感受特別操心,不是由於任務多,也不是由於有解決不了的問題,而是感受項目團隊太懶散了。大多數員工沒有工做積極性,工做常常拖延,公司沒有獎懲措施,作得好的、及時完成工做的與那些得過且過的、常常拖延工做計劃的人同樣待遇,沒有任何區別。致使一些沒有必定毅力的好員工也逐漸被同化。css

公司部門的權限分配不合理,在公司一個普通的項目涉及四個部門的配合(開發部門、測試部門、UED部門、產品部門),並且這些部門不屬於同一個老總管。其中產品部是直屬老總分管,所以產品部自認爲何都得聽他們的,就像《瘋狂動物城》裏面有點小權利的樹懶。好比開發和前端之間的配合必須由產品人員來協調,如須要哪些靜態頁面,何時完成這些工做,都是由產品部肯定。若是產品部的人懂一點點技術,其實這都不是什麼大問題,正由於徹底不懂技術,致使一大堆的問題,如常常致使前端產出物不合理,工做進度跟不上,若是開發這邊催他們進度,可以給出一百種緣由來解釋,然而咱們開發這邊發版測試時間是固定的,致使開發這邊在發版測試前兩週都累成狗了。前端

具體給出一些實例說明產品部給UED部安排的工做不合理性。前端框架

一、  本公司已開發出一套在線監管系統軟件,如今應客戶須要開發一套本地監管軟件。產品部安排前端僅出兩個主要功能頁面,開發這邊打算重新搭建開發框架,須要前端出一個新的框架頁面以及登陸頁。產品給出的回答是使用現有項目的前端框架,移植以前的代碼。就是由於每一個新項目啓動都是這種態度,致使如今新項目的UI資源愈來愈大(不少舊項目的東西一股腦全扔進來),多達10多M,幾十個js文件,幾十個css文件!我我的認爲這不是合理的開發(如今前端框架太混亂了、太雜了,就像是從垃圾堆裏面撿來一堆零件來拼接爲一個新系統),屢次提出質疑,都被產品部否決!給出的理由是,前端資源緊張,只能作兩個頁面,就連登陸頁、首頁都不出!做爲一個作產品的人這樣忽視前端的重要性,也只能呵呵了…….最後在UI評審會議上,公司老總參與了進來,會後仍是要求給出不一樣於以往項目的「首頁」和「登陸頁」,請注意這纔開啓了前端工做量的增長,天然而然的又延遲了他們的前端產物。框架

二、  產品部都是口頭上給前端安排工做,在一些功能需求未確認下,未給出功能描述以及原型前就安排UED設計小組給出效果圖。莫名其妙就減小了產品自己的工做,把效果圖拿給老總評審,然而在老總的評審下,產品給出的功能都不合理,致使設計小組屢次返工。測試

吐槽下產品部門的同志:設計

一、  部分產品部的同志作事情太過隨意,給出的原型一點都不規範,很難在不提問的狀況下讀懂,各類不一樣的標記,毫無理由的出現一段話。項目管理

二、  作事情毫無責任感,你給他提出問題,他到反問你,不這樣作,那你說怎麼作。說得就像是給我幹活樣,咱們開發是根據你的原型、需求來作的,有問題固然須要提出來。若是具體要什麼功能都須要開發來規劃,要你何用,你的工資又沒發給我。資源

三、  作事情不會多思考下,一個地方更改了需求,不會全程聯想一下,其餘地方需不須要更改,如一個簡單的倉庫查詢都不統一。開發

四、  作事情太過拖延了,一個會議評審提出修改意見,須要一週之後纔給出下一版本,並且不通過他們內部評審就發佈出來,結果是又浪費大量的人員開會。新增幾個功能,光是出原型都至少花費半個月,我不知道是這個東西到底很難仍是怎麼回事,咱們開發完成用的時間也沒出原型的時間長。原型

過後,針對項目中出現的一些問題,我曾經也給出過作事風格的反饋和建議,雖然我只針對的是項目管理出現的各類問題,然而有些小人卻認爲是在告狀,一天對我有意見,常常在項目中挖坑。小人還聯合其餘員工在項目關鍵時候請假!記得有句話說得好,叫作「寧得罪君子,不得罪小人」。項目最後咱們PM項目經理也受不了了。在項目上線前一天晚上,用了小人的導入程序,才導入區區一千多條數據,竟然用了一個通宵!!!前所未有、駭人聽聞、驚世駭俗、罄竹難書!!!直到次日咱們來上班PM都還沒導入完成。然並卵,過一段時間後,不知什麼緣由,小人晉升了,離開了咱們部門(於項目真的是一件高興的事情)。

最後,只想說:不怕項目難度大,時間緊,就怕豬同樣的隊友常常給你挖坑,雖然小人離開了咱們部門但豬隊友的身影不曾離開,畢竟小人得志的傳奇事蹟影響了部分員工,致使後面員工紛紛效仿………

相關文章
相關標籤/搜索