研发效能并不能解决企业效益问题 它不是利润中心，不能给你带来直接收入(研发效能相关工具厂商做咨询、出方案、卖工具除外）。想要解决企业效益问题，依赖于企业战略、业务/产品、组织、运营、创新等其他方面。 研发效能解决的是企业效率问题 研发效能解决的是企业内部「产研运协作效率」的问题。 企业最需要两种涉及
学习完了 Scrum，实际使用中，是否遇到/思考过下面的问题？ Product Owner的老板是谁、谁来给 Product Owner打绩效、考核的标准是啥？ Scrum Master 的老板是谁、谁来给Scrum Master打绩效、考核的标准是啥？ Scrum Master 是教练，团队成员表
提高产品使用价值的方法有: 1. 深入用户研究,理解用户核心需求和痛点。设计出确切解决用户问题的产品。 2. 关注用户感知价值,确保产品提供平稳流畅的用户体验。 3. 适时获取用户反馈,持续优化产品,解决用户在使用中的问题。 4. 注重产品的可用性,简化操作流程,降低用户学习成本。 5. 加强产品功
关键还是在人 找到一个「吃过猪肉，见过猪跑的」，你问他什么是猪，他自然比「没吃过猪肉，没见过猪跑的人」更了解猪。海豚海豚，你知道猪是什么样么？它都没上过陆地，这辈子都没见过猪，它哪知道猪是什么样。 有明确的目标： 什么是DevOps平台，有哪些关键功能 哪些可外采，哪些采用开源，哪些自建 谁来负责哪
前言 公众号每月定期推广和分享的C#/.NET/.NET Core优秀项目和框架（公众号每周至少推荐两个优秀的项目和框架当然节假日除外），公众号推文有项目和框架的介绍、功能特点以及部分截图等（打不开或者打开GitHub很慢的同学可以优先查看公众号推文，文末一定会附带项目和框架源码地址）。注意：排名不
- 会议太多了,员工开会效率降低了50%! 上篇文章《研发效能组织架构：职能独立vs业务闭环》介绍了职能独立型组织架构和业务闭环型组织架构的特点，优劣势。也许有的小伙伴可能对这两种组织架构没有深刻的体会，而本文就是想通过数据说话，想仅仅通过计算这两种组织架构下开会时间这一项，让大家知晓职能型组织架构
研发效能团队相对于各个公司主营业务规模来说并不是很大，但是在经历的几家公司里主要是有两种组织架构，职能独立型组织架构和业务闭环型组织架构。本文主要讲解这两种组织架构的特点、优劣、劣势。 业务闭环组织架构 这里引入了一个概念-特性团队，以及特性团队的负责人（FTO），更多的内容在我之前的文章《研发效能
日常开发中，相信不管做 C 端还是 B 端业务的同学都会遇到微信相关的业务，比如微信登录、微信支付、公众号扫码关注等场景。 最近博主在做公众号扫码关注自动登录这一块的业务，因此总结绘制了一张**公众号扫码关注绑定手机号自动登录**流程图分享给大家。 