項目問題分析——工作分歧問題
案例背景：背景：負責中臺項目已近兩年，因不像傳統項目存在既定需求和時間節點，產品的規劃或者版本迭代會因為業務線實際訴求被打亂或者穿插部分需求，往往這類訴求都是非常急迫，基本上改完就要上線的那種，團隊成員之間雖能理解但出于頻繁切換工作內容..
工作經驗豐富的員工短時間內無法轉變思維..
案例背景：背景: 繳費作為公司支柱性業務，有的同學對業務不夠熟練所以對生產風險不夠敏感，項目進度推動不理想,上線完成后無法形成需求閉環,全局意識有待提升。 目標: 提升個人業務能力及風險意識并能夠獨立推進需求進度,最終形成項目閉環 ..
溝通是技術管理人員最需要的技能
案例背景：主題：溝通是技術管理人員最需要的技能 背景： 2022年6月，因某項目比較緊急（原招聘到數據HC通過長期招聘也放鴿子），故與部門一位00后新同學溝通期望他去支撐項目，他愿意臨危受命積極響應本次出差項目，他本身剛畢業..
項目問題分析——執行力弱
背景 渠道側與ys app對接燃氣查詢和繳費，在測試環境使用標準化接口進行聯調時,在接口對接上使用擋板方式聯調，和ys在測試環境聯調通過后，預計隨時能夠進行生產投產配置時； 在實際生產時機構測在短時間內無法進行投產，導致需求上線投產..
項目問題分析——團隊成員“躺平”..
案例背景： ● 背景：目前前端大部門的成員以資源池的模式分散支持各個業務線，以項目為維度成立虛線團隊，大團隊成員之間彼此業務交集不多，技術棧多樣化，且項目交付周期不一致，因此工作節奏、心態差別很大，對于實線團隊的歸屬感和認同感比較微妙..
項目問題分析——項目時間緊促
案例背景：背景：gi項目，對接方是域內的my，要求高，幾乎不允許我們犯錯。在上個迭代中，因為開發人員的問題，導致出現線上 bug，緊急發版。 目標：盡量不出現人為原因、低級錯誤。 實施策略： 框架層面： 1. 收斂核心公共方法..
如何進行內部的溝通和指導，提高交付質量..
案例背景：主題：質量管理 背景：由于業務線“隱性知識”太多、且技術棧上手門檻略高，新人無法完全復用以前經驗；業務方需要新人快速獨立的承接需求，這里就需要快速引導新人融入團隊，了解業務，接手項目；同時TL僅有20..
項目問題分析——責任意識
案例背景：主題: 責任意識 背景: 團隊里有同學A覺得自己就是一個打工仔，你交代什么任務就做什么，做完了也只是保證正常流程能走通，異常邏輯也不愿意去思考。代碼寫完后也不愿意去優化重構，更沒有主動去對項目、平臺提出優化改進的意識。溝通后..
項目問題分析——效率與能效
案例背景：主題:效率與能效 背景: 當前手上有多個項目并行. 除了寫代碼, 往往還要回答各種技術性問題. 以及處理各種各樣與項目有關的事情. 經常這里忙一下, 那里忙一下, 一天就過去了. 目標: 能夠妥善的對應多項目高并發下的工..
項目問題分析——缺乏責任心
案例背景：背景:運維組,主要負責整個項目過程中,溝通客戶方資源需求、部署實施、平臺上線及上線后應用發版,巡檢維護等 目標:調動組員積極性,主動承擔更多的項目,主動梳理學習運維相關技術組件,提升個人能力,主動梳理項目的疏漏點,踐行改進并..
目標統一問題
案例背景：背景：2014年在某創業公司，初期人員少但效率極高，隨著公司發展迅速組織規模擴大，因而形成多個業務線和一層層leader，導致的直接問題是，管理決策需要層層傳達到最前線士兵耳中伴隨信息衰減，也從而形成前線員工凡事不敢決策..
項目問題分析
案例背景： 背景： 運維團隊目前10多個人，負責公司各個業務線交付與運維工作 目標：團隊效率最大化，日常工作工具化，提升運維交付質量 實施策略：運維團隊集中化管理，制定交付工作標準； 制定項目計劃，把控交付節點； 最終結果：由于..
項目管理問題——缺乏主觀能動性
案例背景： 背景：純技術團隊，研究當下比較新比較火的技術框架和平臺，需要不斷的接受理解新技術和框架，為自建行業領先的云平臺做技術儲備。 目標：調動團隊的主觀能動性，自主學習，積極討論，確定平臺規劃和核心功能。 實施策略：每周技術分..
