绩效被打3.25遭辞退,蚂蚁员工将支付宝告上了法院,判了

法院判例:公司以不胜任工作解除劳动合同被判违法
某公司以员工不胜任工作为由解除劳动合同,但法院认定公司证据不足,解除行为违法。员工在劳动仲裁后胜诉,法院判决继续履行劳动合同。此案强调了企业在执行劳动法规定时需谨慎并充分证明决定的合理性。

点击“开发者技术前线”,选择“星标”

让一部分开发者看到未来

d35cc5cdbfeea08679a66ba632fa206b.png

来源:网络,如侵请联系删除

最近我经常为大家分享劳动法相关的案件,可还是很多人不把劳动法当作一项技能,只会说劳动法没有用,一遇到事,瞬间就傻。

我认识的一部分大厂员工,他们现在已经把每天视频打卡跟录音取证作为一项日常工作来完成了~那些认为劳动法没有用的人,问问自己,在没遇到裁员前,自己做过些什么?

46192cf62524167ba2294e08de36f19b.png

话不多说,上案例~

近日,据企查查披露的判决书显示。原告支付宝(中国)网络技术有限公司北京分公司(以下简称原告)与被告何X(以下简称被告)劳动争议一案,北京市朝阳区人民法院立案后,该案现已审理终结。

13386f8d9ac759272f057398d6809467.png

原告支付宝提出诉讼请求:

判决不予撤销解除劳动合同通知,原告无需与被告继续履行劳动合同。

事实和理由:

2018年4月1日至2019年7月3日期间,被告第一次绩效考核为不胜任工作后,原告为被告安排了绩效改进培训,但被告两次拒绝参加培训,绩效改进周期结束后被告再一次未通过绩效考核,最终原告于2019年7月3日以不胜任工作并经培训或转岗后仍不能胜任工作为由解除劳动合同。

被告辩称:

已为原告服务14年在所属蚂蚁集团即将上市前夕,被告却被告知不胜任工作,并被要求在2019年6月3日至2019年7月3日完成绩效改进,相关培训及考核任务仅限一个月时间,原告不尊重事实及客观规律,完全不协商,强调管理权,并于2019年7月3日下达解除劳动合同关系通知书,当日就让被告离开了工作岗位。被告认为自己胜任工作,绩效改进没有依据;绩效改进内容不合理,时间严重超过劳动时间定额,不可能完成;培训不存在,仅为部门内部会议;对于被告提出的异议和沟通,原告不予理睬。

法院认定如下:

1.原告与被告于2017年3月签订有自2017年4月1日起的无固定期限劳动合同。2019年7月3日,原告向被告发出解除劳动合同通知,理由为“因您不胜任工作并经培训或转岗后仍不能胜任工作”。

2.原告主张被告2018年4月至9月的考核周期内未完成绩效目标,考核结果为3.25B,暂不胜任工作;此后在2018年10月至2019年3月的考核周期内仍未完成绩效目标,考核结果仍为3.25B,暂不胜任工作;此后原告制定并实施绩效改进办法,期间为2019年6月3日至2019年7月3日,但被告在此期间拒绝进行对应工作,设定的四次培训仅参加了两次,最终绩效改进结果为不合格;故原告解除了劳动合同。

3.原告提交了办公系统截图,其中包括《绩效管理系统-操作手册-员工篇》和《绩效改进计划-操作手册-员工版》,其中分制说明部分显示业绩评分包括:3-不胜任工作,不能接受;3.25-暂不胜任工作,需要改进;3.5-符合期望……价值观评分包括:A-超越;B-符合;C-不符合。原告另提交了绩效管理制度,称系前述系统的纯文字内容。被告表示不知晓手册和制度的内容,认为上述证据显示的时间均晚于被告入职及签订无固定期限劳动合同的时间,原告未尽公示、通知义务。

4.原告提交了2018年4月至9月的绩效考核表,显示员工自评各项均为3.5,总分为3.5B,主管评估总分为3.25;原告提交了2018年10月至2019年3月的绩效考核表,显示员工自评为3.5B,主管评估为3.25B。被告认可两份绩效考核表的真实性,认为原告提交的2018年4月至9月的绩效考核表不完整,被告并未确认过此次绩效考核,且被告认为绩效已满足期望,完成工作,达到绩效考核目标,主管评估“能心态良好的面临组织和业务变动,初步适应PD角色”显示并无具体负面或过错评价;2018年10月至2019年3月的绩效考核表已显示员工未确认,被告认为已经满足绩效期望,主管对绩效考核不通过的描述用词主观笼统,模糊不清,标准虚无。

被告曾对2018年10月至2019年3月的绩效考核表提出复议,原告于2019年5月24日回复称根据绩效管理制度,复议申请应在绩效评分结果公布后两周内提出,被告提出的复议申请已经超期,复议申请无效。被告认为其不知晓手册中的相关内容,其通过系统提出复议申请,而既然可以通过系统提出复议申请,就表明在复议期内。

5.原告于2019年6月4日向被告发出绩效改进计划,设定了考核内容和评价标准,并制定了四次培训内容。被告认为评价标准中使用了“预估”的措辞,是在没有业务完成的基础上进行考核,缺乏客观性;并认为绩效改进无效,因原告未理会被告提出的异议;内容不合理且规定时长不合理。

原告认为被告未按要求完成周报,并提交了6月9日和6月22日的周报,认为周报内容没有与绩效改进相关的内容。被告认为上述周报包括有绩效改进的相关内容。原告主张被告拒绝参加培训会议,并提交了会议邀请和电子邮件,最后一次会议时间为2019年7月1日19:00-21:00。被告认为绩效改进无效,被告电话沟通要求协商但被拒绝,会议也是内部交流分享,参与人员都是团队人员,会议仅是顺便要求被告参加,没有针对性。

6.2019年7月1日,原告就解除劳动合同征询工会意见,工会回函表示无异议。原告提交了谈话录音,显示2019年7月3日原告与被告进行面谈,双方沟通了绩效考核和解除劳动合同等问题,亦进行了一定程度的协商补偿问题,但未有一致性意见,另双方沟通了被告持有的期权等问题,最终双方讨论了交接物品、被告带走个人物品等问题。原告认为谈话录音显示被告要求继续履行合同是希望获得除正常期权回购以外的、更多的利益。被告认为工会回函无效,且显示原告程序性违法,原告制定的考核期至2019年7月3日,且被告2019年7月1日晚仍在参加培训会议,原告7月1日即告知工会将解除劳动合同属于程序性违法。被告认可2019年7月3日进行过谈话,认为原告未经被告许可进行录音,不是合法行为,且被告关于离职、职业的描述,首先是为了面子,其次也是希望能够以跨部门转岗的方式继续工作。

7.被告曾就本案诉争事项申请劳动仲裁,北京市朝阳区劳动人事争议仲裁委员会作出京朝劳人仲字[2019]第22834号裁决书,裁决:撤销原告作出的解除劳动合同通知,原告与被告继续履行劳动合同。

法院认为

原告解除与被告劳动关系的理由前提为不胜任工作,原告就此提供的证据为2018年4月至9月和2018年10月至2019年3月两次考核结果,这两次考核中,员工自评均为符合期望,而主管评估均为暂不胜任工作,但绩效考核表中未能体现主管评估得分的具体依据,现有证据显示的主管评价言论亦无明显显示被告存在工作不力之处。

此后原告安排被告进行绩效改进计划,并认为被告未通过绩效考核,但该计划截止时间为2019年7月3日,现未有证据显示原告以何种方式进行了考核评价,且原告于7月3日当日即亦向被告提出解除劳动关系。同时,原告向工会征询意见时,尚未到绩效改进计划截止时间。

综合上述意见,法院认为原告解除与被告劳动合同的行为不符合法律规定,法院认定原告违法解除劳动合同。原告认为谈话录音显示被告要求继续履行劳动合同是另有所图,但在原告违法解除劳动合同的情况下,被告积极主张自身权利并无不当之处,且谈话录音显示双方未发生激烈冲突,并非存在不可调和的矛盾,现被告要求继续履行劳动合同,符合法律规定,本院对原告诉求不予支持。

裁判结果

一、撤销原告于2019年7月3日作出的解除劳动合同通知,原告继续与被告何x履行劳动合同;

二、驳回原告支付宝(中国)网络技术有限公司北京分公司的诉讼请求。

劳动者若不能胜任工作,用人单位应当对劳动者进行培训或者调整工作岗位,劳动者仍不能胜任工作的,用人单位提前三十日以书面形式通知劳动者本人或者额外支付劳动者一个月工资后,可以解除劳动合同,同时,用人单位还应当另行支付经济补偿。

-End-

最近有一些小伙伴,让我帮忙找一些 面试题 资料,于是我翻遍了收藏的 5T 资料后,汇总整理出来,可以说是程序员面试必备!所有资料都整理到网盘了,欢迎下载!

613f0fd1961e80038e0756aa4f232d2c.png

点击👆卡片,关注后回复【面试】即可获取

— 完 —
点这里👇关注我,记得标星呀~
前线推出学习交流一定要备注:研究/工作方向+地点+学校/公司+昵称(如JAVA+上海
扫码加小编微信,进群和大佬们零距离

END

后台回复“电子书” “资料” 领取一份干货,数百面试手册等

历史推荐

裁员70%,CTO亲自写代码!

在穷学生面前 “ 摆弄骚姿 ”,最美90后支教女老师翻车!这TM就是所谓的 “ 支教媛 ” ?

22届校招Offer开奖薪资曝光:腾讯年薪45万+,房补4K,倒挂老员工:这辈子都干不过刚毕业的!

好文点个在看吧!

<think>好的,用户想在Ubuntu系统中将CMake升级到3.25及以上版本。首先,我需要回忆一下Ubuntu的软件包管理机制。通常,Ubuntu的官方仓库可能不包含最新版本的软件,特别是像CMake这样的工具。用户之前提到了使用apt install cmake安装,但可能得到的是旧版本,比如引用[1]中提到的原生Ubuntu 16.04默认安装的可能比较旧。 接下来,我需要考虑如何获取较新版本的CMake。常见的方法有两种:使用第三方PPA仓库或者手动编译安装。PPA方法比较简单,但需要确认是否有可用的PPA提供CMake 3.25以上。例如,Kitware的PPA可能提供较新的版本。而手动编译虽然步骤多,但可以确保安装最新版本。 然后,我需要验证这些方法的可行性。对于PPA方法,用户需要添加PPA源并更新,然后安装。但不确定PPA是否支持用户当前的Ubuntu版本。比如,如果用户使用的是较旧的Ubuntu版本,可能PPA中的包不兼容,这时候手动编译可能更可靠。 手动编译的步骤包括下载源码、安装依赖、配置、编译和安装。需要确保用户安装了必要的开发工具,比如gcc、make等,还有SSL库等依赖。此外,安装后的路径可能需要添加到PATH环境变量中,特别是如果之前有旧版本的CMake存在。 另外,用户可能遇到的问题包括依赖项缺失、编译错误或者安装后的路径冲突。例如,引用[2]和[4]中的错误提示可能与CMake配置或依赖有关,需要确保所有依赖项正确安装。此外,手动安装后可能需要使用update-alternatives来管理多个CMake版本,或者直接替换旧版本。 还需要考虑用户是否希望保留旧版本,或者完全升级。如果用户的环境中有项目依赖旧版CMake,可能需要版本管理,但大多数情况下直接升级到新版本即可。 最后,要检查步骤是否正确,比如下载的源码版本是否正确,配置选项是否有误,以及安装后的测试是否通过。确保用户能够顺利运行cmake --version确认版本号。</think>### 分步解决方案:Ubuntu系统中升级CMake至3.25+版本 #### 方法一:通过官方Kitware仓库安装(推荐) 1. **卸载旧版本** ```bash sudo apt remove cmake ``` 2. **添加Kitware的APT仓库** ```bash wget -O - https://apt.kitware.com/keys/kitware-archive-latest.asc 2>/dev/null | gpg --dearmor - | sudo tee /usr/share/keyrings/kitware-archive-keyring.gpg >/dev/null echo "deb [signed-by=/usr/share/keyrings/kitware-archive-keyring.gpg] https://apt.kitware.com/ubuntu/ $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/kitware.list >/dev/null ``` 3. **更新仓库并安装** ```bash sudo apt update sudo apt install cmake ``` 4. **验证版本** ```bash cmake --version # 输出应为3.25+ ``` #### 方法二:手动编译安装 1. **安装依赖项** ```bash sudo apt update sudo apt install build-essential libssl-dev ``` 2. **下载源码包** ```bash wget https://github.com/Kitware/CMake/releases/download/v3.29.3/cmake-3.29.3.tar.gz tar -zxvf cmake-3.29.3.tar.gz cd cmake-3.29.3 ``` 3. **编译安装** ```bash ./bootstrap make -j$(nproc) sudo make install ``` 4. **验证安装** ```bash cmake --version # 若显示旧版本,需手动更新PATH echo &#39;export PATH=/usr/local/bin:$PATH&#39; >> ~/.bashrc source ~/.bashrc ``` #### 常见问题处理 - **路径冲突**:若系统存在多个CMake版本,使用`sudo update-alternatives --config cmake`选择版本 - **依赖缺失**:参考错误提示安装缺失包(如`libssl-dev`报错对应引用[1]的安装逻辑) - **编译失败**:检查是否满足CMake编译要求(如GCC版本),参考引用[4]中环境配置原则 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值