【敏捷组织强在互相学习】一次生存调查的巨大收获!
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
敏捷的未来
扫码关注公众号
扫码阅读
手机扫码阅读
文章主旨:通过项目团队问卷调查反馈,作者指出团队整体绩效取决于每个角色尽职程度的乘积效应,强调“互为镜子”的互相学习机制能最大化集体智慧,并建议定期开展问卷调查以凝聚共识。
关键要点:
- 需求管理、团队管理、工具支撑是临时项目团队最难掌握的能力,需长期磨合与外部支持。
- 产品经理需权衡供需双方诉求,是决策核心;稳定的产品经理团队对连续性至关重要。
- 项目经理需制定可执行的整体计划,把控全局并保障沟通顺畅与项目绩效。
- 开发经理应作为技术领导者,提前避免架构瓶颈,确保实现产品与迭代目标。
- 测试经理应通过质量内建和测试左移,在早期参与需求与设计,提升可测试性,而非仅对终端质量负责。
内容结构:
- 反馈一:团队整体建议集中在需求管理、团队管理、工具支撑——临时性项目团队最难提升的三个领域。
- 反馈二:产品经理需深入理解用户并平衡供需,其核心是做权衡而非设计;稳定性和连续性影响团队依赖。
- 反馈三:项目经理需把控全局、制定弹性计划,并对项目绩效负责,是流程与标准的决策者。
- 反馈四:开发经理需技术领导并提前避免开发瓶颈,保证架构稳定和迭代目标达成。
- 反馈五:测试经理应参与早期需求设计(质量内建),提升可测试性;测试第一责任人应为设计与开发。
- 反馈六:运维经理需以用户为中心,通过根因分析和容错机制预防深层问题,而非仅解决表面问题。
- 总结:团队整体绩效等于各角色履职程度的乘积(如60分角色→整体0.006);每个角色都有能力为其他角色提出优秀建议;“互为镜子”的问卷调查是贴合实际的学习机会。
文章总结:建议组织定期开展“互为镜子”的问卷调查,让每种角色听到来自其他角色的建议,以增加共识、凝聚团队并最大化集体智慧。
敏捷的未来
敏捷的未来
扫码关注公众号
从事面向未来、解决问题的工作,就没有舒适区。第一需要长期培养看得懂全盘、大局的专业素质;第二需要持续学习和适应不断变化的需求和趋势;第三需要尽心尽力做好每一个项目,树立信誉和口碑。以敏捷思维赋能万事万物,我们一起在路上!
33 篇文章
浏览 55.2K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
敏捷的未来的其他文章
实施敏捷组织转型的关键成功要素
转眼即要迈入2019!如果您的组织还困惑于“做还是不做”敏捷转型?是否更忙?是否更乱?是否能让上上下下都行动起来?没有太多犹豫和等待的时间了,敏捷转型是决定生死的必选项!敏捷转型是一个“有去无回”的旅程!这个时代呼唤着敢于变革的弄潮儿!
业务解决方案的敏捷性
早在2017年北京敏捷之旅上,我曾经用三驾马车的比喻来定义规模化敏捷的挑战,其中“业务敏捷”是根本也是最大的挑战。直到今天,我们并没有度量业务解决方案敏捷性的普遍方法。我正在探索能够度量业务解决方案敏捷性的方法,这也是实现业务敏捷性的时刻!
敏捷前沿:多源采购的敏捷管理 (Agile Multi-Sourcing)
如何最大化多源外包的价值和成效?本文给出了第一原则“One Language,One Metrics”。外包协议要以合作为重点,明确要求各个供应商的相互合作,共担风险。持续优化合作环境,持续监控风险才能预防重大问题,最大程度地提高成功概率。
推进数字化转型大项目需要业务敏捷思维
战略落地需要优化组织协同,需要团队正确地做事,需要更快地取得业务成效,需要不断迭代与调整。数字化转型空前挑战着组织的敏捷领导力和敏捷执行力,武装正确的思维,认识到变化的环境,持续演进流程、工具、方法和实践。这是每个人适应时代要求的正确姿势。
学习业务架构基础知识系列 (1)
从组织级敏捷至业务敏捷必须建立在深刻理解组织的业务架构的基础之上。一句话:没有业务转型,也就不存在组织级敏捷和业务敏捷!在业务架构领域,我们还处于初级阶段,甚至还没有建立正确的认知体系。Come on,跟我一起从零开始学习业务架构吧!
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线