## 2.7 教导问题员工
每一位经理最终都会遇到一个行为不当或难于合作的员工——一个“问题员工”。他也许是你从上任经理那里接管的这个人,也可能是部门重组过来的,也许是你录用的。即使是小公司无法承担无力承担正常工作的员工,你也应付出真诚的努力来改善员工有问题的行为。
由于有很多重要的工作要做,你也许会试图推迟处理问题员工。然而,拖延只会赋予更多的时间来让问题扩大并影响其他员工。相反,只要表现欠佳的苗头出现,你就应该处理员工的问题。
两类问题比较常见:员工能力较差,员工用他们恶劣的态度扰乱团队正常工作。能力差的员工无法按时交付工作或不能准确表达出他的工作量。一个态度恶劣的员工会比较消极或比较强硬地与其他员工配合或持续对公司进行诽谤。这个人就像酸一样,最终会腐蚀团队的凝聚力以及你管理团队的能力。
将你注意到的情况与这个员工谈话作为矫正引导的开始并试图确定问题的根源。很多因素体现在员工的行为上,包括如下几个方面:员工可能需要附加培训但不敢去申请;员工可能有短期的个人问题且需要灵活的时间来解决;员工可能需要一些如何提高工作效率的指导;或者员工可能因为他所分配的工作而不愉快。
根据问题,你可以直接给员工提供指导。无论怎样,如果员工坚持认为自己不存在问题或其行为表现出的问题也不够充分,这个员工可能不会响应你的指导。这种情况下,你就更需要迅速地制定一个正式的绩效改进计划。
指导一个员工时,要从改进他工作的具体行动上达成一致作为开始,这会提供改进的目标和推动力。要监控进展并提供定期进展报告。要保持积极的教导而不是惩罚,在员工表现好的方面予以鼓励要远胜于单单指出他的错误。如果站在你的观点来重点描述他的工作好坏对公司发展的影响,他就会更愿意把指导当做一次绝好的发展机遇。
如果员工的表现在接下来的一个月没有改善或你注意到你所付出的改进努力并没有奏效,你应当考虑诸如制定正式改进方案在内的其他措施。要根据开发团队的管理状况来选择正式改进计划的时机。给员工以“通牒”的方式来迫使他矫正自己不当的行为。虽然一些经理会在不制定改进计划的前提下直接开除该员工,但对你来说,应该给他一次公平的机会以改正其不当的行为并保障贵公司免于法律纠纷。
行动执行计划的要求是多样的。通过与贵公司人力资源机构交流以了解这方面的要求。一个执行改进计划应该针对特定的问题,阐明问题所在并指出改观后的样子,并说明失败的后果。一般而言,利用不超过60天的时间作为计划的审核周期。
不要以为行动执行计划会自动导致解雇。虽然一些员工没有改正缺陷或自己离开了公司,但还会有人付出真诚的努力去改变自己并取得成功。用期待员工成功的心态对待他们。
- 内容提要
- 前言
- 本书的章节结构及相关说明
- 公司发展阶段
- 现实生活的记述
- 电子表格
- 模板
- 致谢
- 专家推荐语
- 第1部分 开发团队
- 第1章 入门
- 1.1 在新工作中找到你的出路
- 1.2 了解人
- 1.3 不愿透露信息
- 1.4 认同企业文化
- 1.5 学习技术、过程和产品
- 1.6 了解客户
- 1.7 了解公司的业务流程
- 1.8 回归重点
- 第2章 管理开发团队
- 2.1 理解你的核心价值
- 2.2 与你的团队沟通
- 2.3 解决冲突
- 2.4 培训
- 2.5 指导
- 2.6 激励你的团队成员
- 2.7 教导问题员工
- 2.8 考核与评价
- 2.9 附加读物
- 第3章 创建一个高效的开发团队
- 3.1 有效的团队组织
- 3.2 程序员的效率
- 3.3 办公空间
- 3.4 如何让其他团队与工程队伍沟通顺畅
- 3.5 新经理,旧习惯
- 3.6 富有乐趣
- 3.7 附加读物
- 第4章 扩充软件团队
- 4.1 设计一个筛选过程
- 4.2 面试特长
- 4.3 汇总
- 4.4 附加读物
- 第2部分 产品和技术
- 第5章 定义产品
- 5.1 产品定义过程
- 5.2 产品定义内容
- 5.3 整体产品概念
- 5.4 利用原型定义产品
- 5.5 与市场部门建立联系
- 5.6 客户对产品的认识
- 5.7 在α版本发布中改善产品
- 5.8 了解现有产品的组成部分
- 5.9 附加读物
- 第6章 驱动版本发布
- 6.1 版本发布计划
- 6.2 版本发布过程
- 6.3 发布版本的标识
- 6.4 附加读物
- 第7章 评估你们的工具和方法
- 7.1 备份知识产权
- 7.2 创建和管理开发文档
- 7.3 源代码版本控制
- 7.4 软件构建方法与时机
- 7.5 软件发布过程
- 7.6 缺陷跟踪系统
- 7.7 选择合适的开发工具
- 7.8 附加读物
- 第8章 评估你们的技术
- 8.1 系统文档
- 8.2 系统可扩展性
- 8.3 故障模式
- 8.4 错误处理和消息
- 8.5 系统的灵活性与可维护性
- 8.6 整合入系统的第三方软件包
- 8.7 系统应用程序接口
- 8.8 安全
- 8.9 数据报表与分析
- 8.10 国际化支持
- 8.11 着眼重点
- 8.12 附加读物
- 第3部分 工程之外
- 第9章 与你的公司一起工作
- 9.1 企业文化和做法
- 9.2 处理团队内部问题
- 9.3 增进同僚关系
- 9.4 尊重工程团队
- 9.5 附加读物
- 第10章 和CEO及执行团队一起工作
- 10.1 支持你的老板
- 10.2 与执行团队合作
- 第11章 倾听客户的声音
- 11.1 客户满意
- 11.2 客户会议
- 11.3 搞定交易
- 11.4 支撑的要求与客户的需求
- 第4部分 为项目、过程以及质量制定工作流程
- 第12章 项目评估
- 12.1 建立一个评估
- 12.2 采集原始项目数据
- 12.3 附加读物
- 第13章 启动一个项目
- 13.1 理解目标
- 13.2 集结项目团队
- 13.3 设置优先级
- 13.4 选择一个框架
- 13.5 制定时间表
- 13.6 创建一个项目计划
- 13.7 启动会议
- 13.8 附加读物
- 第14章 项目执行与跟踪
- 14.1 一个项目的执行管理
- 14.2 项目跟踪方式
- 14.3 变更控制流程
- 14.4 风险管理
- 14.5 附加读物
- 第15章 设计一个软件开发过程
- 15.1 软件开发过程中都涉及哪些内容
- 15.2 开发过程的类型
- 15.3 自定义一个过程
- 15.4 选择一个过程
- 15.5 引进一个过程
- 15.6 附加读物
- 第16章 流程改进
- 16.1 建立一个流程模型
- 16.2 分析流程模型
- 16.3 坚持不懈地走下去
- 16.4 附加读物
- 第17章 理解质量保证
- 17.1 质量的重要性
- 17.2 质量定义
- 17.3 注重质量
- 17.4 质量评估
- 17.5 QA指标
- 17.6 质量与生产力方面的缺陷影响
- 17.7 附加读物
- 第5部分 规划未来
- 第18章 确定发展方向
- 18.1 听取市场部门的意见
- 18.2 创建整体产品
- 18.3 化解技术上的定时炸弹
- 18.4 筹划技术检修
- 18.5 优化客户安装程序
- 第19章 发展战略及路线图
- 19.1 建立产品路线图
- 19.2 对选择进行评价
- 19.3 创建单页纸的评估
- 19.4 附加读物
- 第20章 继续前进
- 附录A 软件公司的组织架构
- 1 公司任务
- 2 典型的个体公司
- 3 典型的两人公司
- 4 12人的软件公司
- 5 24~50人的软件公司
- 6 100多人的软件公司
- 7 结论
- 附录B 国际化
- 1 需要考虑的国际化问题
- 2 国际化的最佳实现方式
- 3 小结
- 附录C 企业工作流程示意图
- 1 创建一张简单的工作流示意图
- 2 工作流实例
- 欢迎来到异步社区!
- 异步社区的来历
- 社区里都有什么?
- 灵活优惠的购书
- 社区里还可以做什么?
- 加入异步
- 版权信息
- 版权声明
- 看完了