你不知道的前端軟技能，反制職場PUA

老闆要作個收款的功能，搞快點（甲方一句話需求）
這個需求後天必需要上（產品倒排時間）
這個體驗很差快改下（UI、交互頻繁調整不算工時算bug）
時間不夠接口還沒寫完，你先聯調一部分（後臺框你先聯調，聯調delay都怪你）
表格數據怎麼出不來（測試bug先找前端麻煩）
...
前端：他們都是爸爸，我只是個背鍋俠，我太難了，嗚嗚嗚~~~

注意：如下方法論不適用於偷工減料，僅用於受到多方PUA時反制PUA，切記！！！

前端怎麼battle甲方？

甲方是爸爸

• 深挖甲方訴求，搞清楚真正的需求和隱藏需求，防止頻繁返工
  • 甲方說我想要一匹馬(訴求)，實際上是想要更快的交通工具(需求)
• 理清主要需求和次要需求，看能不能先上主要需求，再排次要需求的工期
  • 甲方需求100條，條條都重要
• 沒法實現要耐心說明緣由，並給出替代方案，防止甲方再次異想天開
  • 甲方要手機殼根據心情變色
• 必要需求迎難而上，逃離溫馨區容易得到技術突破
  • 甲方想要手機端操做的同時，PC端同步變化
• 力有不逮向上彙報或者請教大佬
  • 硬撐致使問題，後果很嚴重
• 事必回覆，及時回覆，服務至上
  • 甲方不是煞筆，是衣食父母啊
  • 甲方不懂技術，要用他聽得懂的語言講道理

一句話需求

• 耐心詢問，深挖真正需求和主次需求和隱藏需求
• 先出解決方案，徵詢甲方贊成
• 排期並給出詳細工時評估表(防止battle和壓縮)
• 甲方反覆修改，先嚐試勸他放棄；不接受再給出詳細工時評估表，時間能接受就作，不接受就砍需求
• 總之：不怕麻煩才能避免麻煩！正面麻煩才能解決麻煩！

前端怎麼battle產品？

產品倒排時間

• 給出詳細工時評估表力證事實不可能(最好先跟leader確認工時沒問題，防止challenge)
• 讓產品去：1.延期 2.砍次要需求 3.協商人力資源

產品頻繁修改需求

• 評估是不是當前需求的調整，新需求放下一期或從新評估工時
• 評估是否合理並確有改善，不合理拒絕，合理也要對改動從新評估工時
• 每次改動增長評估工時並通知產品，排期順延，不一樣意順延請看"產品倒排時間"

排期衝突怎麼辦

• 協調雙方PM當面battle排期前後，或者向上協調資源。
• 將兩個PM和前端的矛盾轉移成兩個PM的矛盾！

前端怎麼battle設計？

別人能作爲啥你不能作

• 若是確實能提升用戶體驗，要儘量的知足！
• 若是沒有明顯改善而且費時間，告知時間不夠因此暫時不作

頻繁修改設計

• 若是確實能提升用戶體驗，要儘量的知足！
• 嚴禁每次修改一點點，要讓設計出修改文檔並根據文檔評估工時
• 和產品溝通增長設計優化工時，而不是bug fix

前端怎麼battle後臺？

接口文檔沒寫完，你先開發一部分

• 拒絕開發！
• 沒有接口文檔怎麼mock？通知PM接口文檔給出時間delay，可能致使項目delay
• 能夠先開發，但不保證工期
• 提升本身：提早1-2天詢問可否按時給出，提早拋出問題，保證項目進度可控

接口沒寫完，你先聯調一部分

• 拒絕聯調！
• 若是項目緊急通知產品，後臺接口文檔給出時間delay，可能致使項目delay
• 能夠先聯調，但不保證工期
• 提升本身：提早1-2天詢問可否按時給出，提早拋出問題，保證項目進度可控

接口數據沒清洗沒組裝

• 拒絕組裝清洗！
• 不清洗可能致使數據泄露，從數據安全角度讓他必須清洗
• 後臺不組裝致使請求次數增多、接口數據量增大，影響頁面秒開率、浪費流量
• 嘗試溝通增長BFF層，作數據清洗組裝，拓寬前端業務範圍和技術廣度

假數據沒有本身去mock

• 開發階段接口文檔齊全能夠mock
• 聯調階段必須造假數據，不然拒絕聯調

前端怎麼battle測試？

• 讓她先看原型圖確認是否是設計缺陷，和產品確認好怎麼改
• 教他看network分清楚是前端BUG、後臺BUG不要每次都先找前端
• 幫測試養成好的習慣比什麼都重要

前端怎麼battle領導？

詳細工時評估被領導質疑

• 每一條依次過工時，質疑的地方給出理由
  1. 有前置條件
  2. 有技術難點
  3. 多部門協同
  4. 新接手代碼不熟悉業務和代碼
  5. 不肯定因素
• 總工時乘以1.2~1.5的緩衝係數纔是最終工時
  1. 有可能請假
  2. 有可能有緊急任務
  3. 有可能有無聊的會議
  4. 有可能有需求修改
  5. 防止delay
  6. 代碼優化
  7. 寫單元測試和冒煙測試

績效不及心理預期

• 拉業務方佐證業務價值成果
• 拉工時和任務單、任務量佐證工做量
• 開分享會分享項目中的難點解決方案，延伸業界解決方案，擴大業務成果
• 反思是否是表達溝通不到位，PPT作的不夠好
• 環比同組成員是否是都太優秀了
• 是否是本身工做太簡單了沒難度
• 都不是，那你被PUA了趕忙跑路吧

前端怎麼battle下屬(PUA)？

• 打工人何須爲難打工人
• 三十年河東三十年河西莫欺少年窮
• 求求你作我的吧

撕天撕地撕空氣，撕破傷口、

• 不怕麻煩才能避免麻煩！正面麻煩才能解決麻煩！
• 詳細工時評估表力證事實不可能，工時事先跟leader保持一致防止challenge
• 拒絕以前想好易實現的替代方案
• 累死累活不會換來讚美，不要作不會思考的代碼機器
• 三十六計走爲上計，此處不留爺自有留爺處

深度思考

• 前端須要和項目組的每個人對接，溝通的工做量遠遠大於代碼量，好的溝通提效很是明顯！
• 現狀是：甲方是爸爸、產品大於天、設計主導用戶體驗、後臺主導業務邏輯、測試保證產品質量，前端沒有話語權，被動接受並執行項目組任何人的指令
• 前端如何掌握話語權？時間管理！前端經過時間節點管理掌控整個項目的主動權和話語權。
  • 對甲方：什麼時間節點需求梳理完畢？
  • 對產品：什麼時間節點出原型圖終稿？
  • 對設計：什麼時間節點交付UI稿、交互稿？
  • 對後臺：什麼時間節點交付接口文檔？接口何時後臺自測？什麼時間節點接口能夠聯調？
  • 對測試：什麼時間節點交付冒煙測試用例？什麼時間節點測完？

天不生我羅小豬，時間管理如長夜！劍來！！！

(卑微小編求點贊求關注，歡迎評論battle)