我在阿里做开发的高效打工技巧总结

💡 原文中文,约4400字,阅读约需11分钟。
📝

内容提要

这篇文章分享了高效开会、避免测试骂和开发骂、项目管理的技巧。建议会议发起人提前准备文档、控制会邀时间、确认他人是否有时间参加。参与人要提前阅读会议文档,与合作工友互为backup。项目管理方面,建议拉群、约会、熟悉技术方案、汇总文档,并主动参加全链路会议。可以寻求PMO的帮助。

🔎

延伸解读

会议效率:从发起人到参与人的双向责任

文章强调高效开会需要发起人和参与人共同负责。发起人应提前准备文档、控制会议时长、确认核心人员时间;参与人则需提前阅读文档、安排backup、及时沟通时间冲突。这种双向要求有助于减少信息差和无效讨论,尤其适合技术评审等需要充分准备的场景。

开发自测与边界感:减少协作摩擦的关键

作者指出开发人员应主动自测,避免过度依赖测试,同时不要替测试承诺上线时间或风险范围。此外,在评审中保持边界感,产品评审聚焦需求,技术评审聚焦方案,能减少跨角色摩擦。这些做法有助于建立清晰的职责边界,提升协作顺畅度。

项目管理:信息同步与风险上报的实用技巧

对于开发兼任项目管理,文章建议拉群统一信息、提前约会议、汇总技术方案并绘制全链路图,主动参加全链路会议以确保信息上传下达。同时,及时向PMO同步风险,借助PMO协调资源和解决冲突,避免单打独斗。这些技巧强调信息透明和主动协调。

❓

Q&A

在阿里做开发,怎么高效地组织或参与会议?

作为会议发起人,要提前准备文档并贴在日程里,控制会议时长(如5人日需求评审15分钟,10人日30分钟),提前确认核心人员时间。作为参与人,要提前阅读文档,与工友互为backup,时间冲突时主动告知主持人并安排backup。

开发如何避免被测试骂?

技术方案评审前要讲清楚需求背景,确保理解一致;一定要自测(单元测试、集成测试、页面点点按钮);不要背着测试承诺任何上线时间或风险范围,测试人日应由测试同事亲自评估。

跨域合作时,开发如何避免被其他开发骂?

先找产品经理沟通,不要直接联系其他团队开发;沟通时清晰描述业务背景和前因后果,提前整理好文档或话术,说明需要对方提供什么帮助。

开发做项目管理有哪些实用技巧?

拉钉钉干活群并确保所有产技工友在群里,及时更新群公告(包含各子域负责人、评审时间、联调时间、提测发布时间、文档链接等);提前2天以上约会议;熟悉技术方案细节;汇总技术方案并画全链路图;主动参加全链路会议;主动寻求PMO帮助。

PMO在项目中能提供哪些帮助?

PMO可以帮助找会议室、协调拉架(解决争执或信息GAP)、上报风险(尤其是需要升级到主管关注的问题)、抓人(协调其他团队资源介入)。

技术方案评审前需要做哪些准备?

发起人需提前写好完整技术文档,私下与上下游开发勾兑协议,并将文档贴在日程里;参与人需提前阅读文档。评审时应明确需求背景,避免出现超过3个“会后再对”,否则说明有严重信息gap。

🏷️

标签

➡️

继续阅读