最近工作感覺特別操心，不是因為任務多，也不是因為有解決不了的問題，而是感覺項目團隊太懶散了。大多數員工沒有工作積極性，工作經常拖延，公司沒有獎懲措施，做得好的、及時完成工作的與那些得過且過的、經常拖延工作計劃的人一樣待遇，沒有任何區別。導致一些沒有一定毅力的好員工也逐漸被同化。 公司部門的許可權分配不 ...
最近工作感覺特別操心，不是因為任務多，也不是因為有解決不了的問題，而是感覺項目團隊太懶散了。大多數員工沒有工作積極性，工作經常拖延，公司沒有獎懲措施，做得好的、及時完成工作的與那些得過且過的、經常拖延工作計劃的人一樣待遇，沒有任何區別。導致一些沒有一定毅力的好員工也逐漸被同化。
公司部門的許可權分配不合理，在公司一個普通的項目涉及四個部門的配合(開發部門、測試部門、UED部門、產品部門)，而且這些部門不屬於同一個老總管。其中產品部是直屬老總分管，因此產品部自認為什麼都得聽他們的，就像《瘋狂動物城》裡面有點小權利的樹懶。比如開發和前端之間的配合必須由產品人員來協調，如需要哪些靜態頁面，什麼時候完成這些工作，都是由產品部確定。如果產品部的人懂一點點技術，其實這都不是什麼大問題，正因為完全不懂技術，導致一大堆的問題，如經常導致前端產出物不合理，工作進度跟不上，如果開發這邊催他們進度，能夠給出一百種原因來解釋，然而我們開發這邊發版測試時間是固定的，導致開發這邊在發版測試前兩周都累成狗了。
具體給出一些實例說明產品部給UED部安排的工作不合理性。
1、 本公司已開發出一套線上監管系統軟體，現在應客戶需要開發一套本地監管軟體。產品部安排前端僅出兩個主要功能頁面，開發這邊打算從新搭建開發框架，需要前端出一個新的框架頁面以及登錄頁。產品給出的回答是使用現有項目的前端框架，移植之前的代碼。就是因為每個新項目啟動都是這種態度，導致現在新項目的UI資源越來越大（很多舊項目的東西一股腦全扔進來），多達10多M，幾十個js文件，幾十個css文件！我個人認為這不是合理的開發（現在前端框架太混亂了、太雜了，就像是從垃圾堆裡面撿來一堆零件來拼接為一個新系統），多次提出質疑，都被產品部否決！給出的理由是，前端資源緊張，只能做兩個頁面，就連登錄頁、首頁都不出！作為一個做產品的人這樣忽視前端的重要性，也只能呵呵了…….最後在UI評審會議上，公司老總參與了進來，會後還是要求給出不同於以往項目的“首頁”和“登錄頁”，請註意這才開啟了前端工作量的增加，自然而然的又延遲了他們的前端產物。
2、 產品部都是口頭上給前端安排工作，在一些功能需求未確認下，未給出功能描述以及原型前就安排UED設計小組給出效果圖。莫名其妙就減少了產品本身的工作，把效果圖拿給老總評審，然而在老總的評審下，產品給出的功能都不合理，導致設計小組多次返工。
吐槽下產品部門的同志：
1、 部分產品部的同志做事情太過隨意，給出的原型一點都不規範，很難在不提問的情況下讀懂，各種不同的標記，毫無理由的出現一段話。
2、 做事情毫無責任感，你給他提出問題，他到反問你，不這樣做，那你說怎麼做。說得就像是給我幹活樣，我們開發是根據你的原型、需求來做的，有問題當然需要提出來。如果具體要什麼功能都需要開發來規劃，要你何用，你的工資又沒發給我。
3、 做事情不會多思考下，一個地方更改了需求，不會全程聯想一下，其他地方需不需要更改，如一個簡單的倉庫查詢都不統一。
4、 做事情太過拖延了，一個會議評審提出修改意見，需要一周以後才給出下一版本，而且不經過他們內部評審就發佈出來，結果是又浪費大量的人員開會。新增幾個功能，光是出原型都至少花費半個月，我不知道是這個東西到底很難還是怎麼回事，我們開發完成用的時間也沒出原型的時間長。
事後，針對項目中出現的一些問題，我曾經也給出過做事風格的反饋和建議，雖然我只針對的是項目管理出現的各種問題，然而有些小人卻認為是在告狀，一天對我有意見，經常在項目中挖坑。小人還聯合其他員工在項目關鍵時候請假！記得有句話說得好，叫做“寧得罪君子，不得罪小人”。項目最後我們PM項目經理也受不了了。在項目上線前一天晚上，用了小人的導入程式，才導入區區一千多條數據，居然用了一個通宵！！！史無前例、駭人聽聞、驚世駭俗、罄竹難書！！！直到第二天我們來上班PM都還沒導入完成。然並卵，過一段時間後，不知什麼原因，小人晉升了，離開了我們部門(於項目真的是一件高興的事情)。
最後，只想說：不怕項目難度大，時間緊，就怕豬一樣的隊友經常給你挖坑，雖然小人離開了我們部門但豬隊友的身影未曾離開，畢竟小人得志的傳奇事跡影響了部分員工，導致後面員工紛紛效仿………
