项目问题分析——工作分歧问题
案例背景：背景：负责中台项目已近两年，因不像传统项目存在既定需求和时间节点，产品的规划或者版本迭代会因为业务线实际诉求被打乱或者穿插部分需求，往往这类诉求都是非常急迫，基本上改完就要上线的那种，团队成员之间虽能理解但出于频繁切换工作内容..
工作经验丰富的员工短时间内无法转变思维..
案例背景：背景: 缴费作为公司支柱性业务，有的同学对业务不够熟练所以对生产风险不够敏感，项目进度推动不理想,上线完成后无法形成需求闭环,全局意识有待提升。 目标: 提升个人业务能力及风险意识并能够独立推进需求进度,最终形成项目闭环 ..
沟通是技术管理人员最需要的技能
案例背景：主题：沟通是技术管理人员最需要的技能 背景： 2022年6月，因某项目比较紧急（原招聘到数据HC通过长期招聘也放鸽子），故与部门一位00后新同学沟通期望他去支撑项目，他愿意临危受命积极响应本次出差项目，他本身刚毕业..
项目问题分析——执行力弱
背景 渠道侧与ys app对接燃气查询和缴费，在测试环境使用标准化接口进行联调时,在接口对接上使用挡板方式联调，和ys在测试环境联调通过后，预计随时能够进行生产投产配置时； 在实际生产时机构测在短时间内无法进行投产，导致需求上线投产..
项目问题分析——团队成员“躺平”..
案例背景： ● 背景：目前前端大部门的成员以资源池的模式分散支持各个业务线，以项目为维度成立虚线团队，大团队成员之间彼此业务交集不多，技术栈多样化，且项目交付周期不一致，因此工作节奏、心态差别很大，对于实线团队的归属感和认同感比较微妙..
项目问题分析——项目时间紧促
案例背景：背景：gi项目，对接方是域内的my，要求高，几乎不允许我们犯错。在上个迭代中，因为开发人员的问题，导致出现线上 bug，紧急发版。 目标：尽量不出现人为原因、低级错误。 实施策略： 框架层面： 1. 收敛核心公共方法..
如何进行内部的沟通和指导，提高交付质量..
案例背景：主题：质量管理 背景：由于业务线“隐性知识”太多、且技术栈上手门槛略高，新人无法完全复用以前经验；业务方需要新人快速独立的承接需求，这里就需要快速引导新人融入团队，了解业务，接手项目；同时TL仅有20..
项目问题分析——责任意识
案例背景：主题: 责任意识 背景: 团队里有同学A觉得自己就是一个打工仔，你交代什么任务就做什么，做完了也只是保证正常流程能走通，异常逻辑也不愿意去思考。代码写完后也不愿意去优化重构，更没有主动去对项目、平台提出优化改进的意识。沟通后..
项目问题分析——效率与能效
案例背景：主题:效率与能效 背景: 当前手上有多个项目并行. 除了写代码, 往往还要回答各种技术性问题. 以及处理各种各样与项目有关的事情. 经常这里忙一下, 那里忙一下, 一天就过去了. 目标: 能够妥善的对应多项目高并发下的工..
项目问题分析——缺乏责任心
案例背景：背景:运维组,主要负责整个项目过程中,沟通客户方资源需求、部署实施、平台上线及上线后应用发版,巡检维护等 目标:调动组员积极性,主动承担更多的项目,主动梳理学习运维相关技术组件,提升个人能力,主动梳理项目的疏漏点,践行改进并..
目标统一问题
案例背景：背景：2014年在某创业公司，初期人员少但效率极高，随着公司发展迅速组织规模扩大，因而形成多个业务线和一层层leader，导致的直接问题是，管理决策需要层层传达到最前线士兵耳中伴随信息衰减，也从而形成前线员工凡事不敢决策..
项目问题分析
案例背景： 背景： 运维团队目前10多个人，负责公司各个业务线交付与运维工作 目标：团队效率最大化，日常工作工具化，提升运维交付质量 实施策略：运维团队集中化管理，制定交付工作标准； 制定项目计划，把控交付节点； 最终结果：由于..
项目管理问题——缺乏主观能动性
案例背景： 背景：纯技术团队，研究当下比较新比较火的技术框架和平台，需要不断的接受理解新技术和框架，为自建行业领先的云平台做技术储备。 目标：调动团队的主观能动性，自主学习，积极讨论，确定平台规划和核心功能。 实施策略：每周技术分..
