收录了 自我管理 频道下的 50 篇内容
这是一个关于运用自我管理原来来运行公司的真实案例.公司依据个人意愿来运行,所有人都可以自由选择完成某个目标,没有实际运营一个自我管理的公司,你就永远也不知道什么是自我组织的公司.
如果自我管理团队能够正确理解并处理“领导与自我管理”的困境, 他们就可以做到良性流动,而且取得成功。太多的集中控制会破坏敏捷,禁止创新,抵制变更。太多的自我管理会导致混乱而毁掉一个团队。 成功的敏捷团队尽可能的沿着自我管理的方向运转,同时也不会陷入混乱。
怎样在软件开发中实现团队的自我管理?怎样让团队找到自身的问题?怎样实时地反映项目的进度?团队成员怎样知道每天应该做什么?为了解决这些问题,我们的经验是日常开发中建立一个基于拉动式生产方式的信息化工作空间。
自我管理的公司将会成为未来的工作方式之一。标准的层级管理组织转型到扁平结构的组织毫无疑问是有好处的,但显然这是一个具有挑战性的过程。这篇文章探讨了波兰软件公司SoftwareMill是如何做到这点的。
彼得·德鲁克曾说:管理者的首要任务就是要认清自我并管理好自己。为此,要树立对管理者角色的正确认知,并在实际管理工作中持续提升自我管理能力,系统思考,不断修炼,持续实践,逐步提升个人领导力。
大多数组织都卡在当下动弹不得。 他们正在费尽精力去支持遗留系统,用口香糖和胶带把它们粘到一起,或者即使他们正在“创新”,也只是在追赶更新、更快的竞争对手。 他们受困于此处不能向前的原因不是资源的问题。
本文介绍了微服务中一些有用的用户权限策略,并对其进行了分解。这样做可以帮助你了解哪些策略最适合你的组织的服务。
Manish深入探究敏捷和Scrum过程的细节。贯穿这篇文章的最重要的内容是新手如何主导敏捷项目。这篇文章讨论了站会的重要性、找出团队的优势和劣势、最大限度地利用你的团队以及如何避免微管理。
在过去的几年中,随着云计算和开发加运维现象的出现,出现了对传统的运维团队的角色的讨论,因为在当前的软件开发团队中经常会看到他们的身影。InfoQ将会深入地探究此次讨论,以更好地理解其中所涉及到的各个不同的方面,以及各种方法之间的平衡。
Autodesk 是 3D 设计、工程和娱乐软件领域的领先企业。Autodesk 为创造事物的人提供软件。
iPaaS 只是 Kafka 或其他类似事件流平台的一种用法。
InfoQ采访了Brad Murphy,谈论了为什么传统管理会导致员工不敬业,为什么规模化不仅仅是规模化团队,诊断组织的健康度以及企业想要采用的敏捷方法,从而变得更加创新。
技术方面取得的惊人进步导致了人们对技术的盲目追随,而忽略了社会和人文关怀。社会科学可以帮助我们创造一个更加自在并为自己取得的成果而自豪的工作环境。一个按照开放性社会技术系统理论设计的组织将更加人性化,身处其中的人们会更加投入。
敏捷的“自组织团队”模式需要团队成员们具备新的技能——包括他们曾寄希望于项目经理具备的人际交往技能。此时,管理不再是多余的东西,它对帮助团队学习新的沟通和协作方式起到了非常重要的作用。本文为如何传授新的技巧给出了一些策略,并提供了一些相关资源。
成功的数字化转型的梦想往往会破坏有限的、以团队为中心的持续测试策略。本文描述了如何在敏捷团队层面以及整个企业层面应用测试、为什么协作是关键的推动因素,以及不同的测试技术如何协同工作以实现整体的成功。
这篇博客文章描绘了 Apache Hudi 的完整愿景。
软件/企业架构师是一项很重要的工作。架构师的职责很多,要胜任的话,需要具备特定的领导、沟通、技术技能。
最近,Esther Derby和Mike Cohn的博文重点讨论了两类不同的敏捷团队的人员管理问题。