雅虎日本公司欲调整员工工作方式 探讨一周三休

简介:

北京时间25日 共同社报道,日本软银集团旗下的IT巨头雅虎日本公司正在研究以约5800名全体员工为对象采用一周休息三天的制度,调整员工的工作方式。社长宫坂学已向员工等传递了该方针。为了努力实现工作方式多样化,确保优秀人才,雅虎日本方面力争数年内实现这一举措。

尽管存在迅销公司将对无调岗的地区正式员工采用“一周三休制”的事例,但该制度若果真被用于大型企业总部员工等将极为罕见。

日本政府把改革以长时间劳动为典型的以往工作方式视为重要课题,雅虎日本的动向或将给其他企业也带来影响。增加休息日可能会造成业务应接不暇,增加人员配置导致成本上升。宫坂在接受共同社采访时谈及抱负称:“劳动时间和生产率的问题是重要的经营主题,虽然也存在课题,但会尝试着去做。”

作为力争实现“一周三休制”的前期阶段,雅虎准备把每周休息两天的日子不仅限于周六和周日,而是采用可自由选择的制度,现已启动具体研究工作。该公司有意此后在数年内改为“一周三休制”,具体会分阶段实施,比如按部门逐步采用。

雅虎日本公司的员工平均年龄约为35岁,相对年轻,不过预计今后可能会出现需要照顾老人的员工增多等情况。让事关工作方式的人事制度趋于灵活,也有防止员工因照料家人不便而辞职的目的,或将吸引关注。IT企业之间正兴起人才争夺战,通过采用颇具前卫性的制度,也意在招揽优秀人才。

此外,雅虎日本公司将从10月开始对上下班及工作形态实施新制度。为了让员工可从离公司较远处上下班,允许每月以15万日元(约合人民币9900元)为上限报销新干线车费。此外,允许在家中等工作的制度也将从每月两天增加至五天,认可多种形式的办公方式。

本文转自d1net(转载)

相关文章
|
8月前
|
机器学习/深度学习 算法 物联网
DeepSeek V3+R1满血微调工具上线!一键启动,硬件要求降10倍
DeepSeek V3+R1满血微调工具上线!一键启动,硬件要求降10倍
302 1
|
12月前
|
消息中间件 监控 持续交付
后端开发中的微服务架构设计与实践####
在当今快速发展的软件开发领域,微服务架构已成为构建高效、可扩展和易于维护应用的关键策略。本文将深入探讨微服务架构的核心概念、设计原则与实战技巧,通过实例解析如何在后端开发中有效实施微服务,以应对复杂业务需求和技术挑战。我们将从微服务的拆分策略、通信机制、数据管理到持续集成/持续部署(CI/CD)流程,全面剖析其背后的技术细节与最佳实践,为读者提供一份详尽的微服务架构设计与实践指南。 ####
311 31
|
数据可视化 PyTorch 算法框架/工具
|
机器学习/深度学习 人工智能 自然语言处理
深度学习的突破与挑战:探索未来技术前沿
本文深入探讨了深度学习领域的最新进展、面临的主要挑战以及未来的发展趋势。文章首先介绍了深度学习的基本概念和应用领域,然后详细分析了当前深度学习技术的关键问题,包括数据依赖性、模型泛化能力、计算资源需求等。最后,文章展望了深度学习的未来发展方向,如模型可解释性、小样本学习、跨模态学习等,旨在为读者提供对深度学习领域全面而深入的理解。
|
数据采集 人工智能 自然语言处理
如何通过AI技术提升内容生产的效率和质量
利用AI提升内容生产效率涉及智能策划(数据分析、热点追踪)、自动化生成(文字、多媒体)、编辑优化(语法检查、事实核查)、个性化推荐、内容审核和合规性检查,以及数据分析反馈。AI通过减少人力成本、增强质量和吸引力,助力内容创新,预示着内容创作新时代的到来。
3100 3
|
安全 Go 开发者
Go语言map并发安全使用的正确姿势
在Go并发编程中,由于普通map不是线程安全的,多goroutine访问可能导致数据竞态。为保证安全,可使用`sync.Mutex`封装map或使用从Go 1.9开始提供的`sync.Map`。前者通过加锁手动同步,后者内置并发控制,适用于多goroutine共享。选择哪种取决于具体场景和性能需求。
348 0
|
人工智能 前端开发 数据库
体验AI驱动的软件开发 | 普元低代码社区版使用
体验AI驱动的软件开发 | 普元低代码社区版使用
217 1
|
Java 数据库连接 mybatis
MyBatis - 分页中的小坑(limit 0.0 ,10)
MyBatis - 分页中的小坑(limit 0.0 ,10)
368 0
|
并行计算 Java 测试技术
一次性能优化引发的线上xgboost事故
线上风控模型服务因活动流量增加出现超时,初步通过增加节点缓解,但仍有超时问题。分析发现,服务使用Python Flask和XGBoost,原启动方式(flask manager的run方法)不适合生产环境,应改用uwsgi。集成uwsgi后,线上出现概率值异常,所有用户得分相同。回滚线上环境,问题依旧存在,怀疑是uwsgi的多线程问题。通过日志追踪,发现在转换为xgboost矩阵时,特征值变为0,导致相同概率。

热门文章

最新文章