首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >CTO来分享:用极度公开透明,打造清新的内部研发组织架构

CTO来分享:用极度公开透明,打造清新的内部研发组织架构

原创
作者头像
dogstar
发布于 2023-01-18 09:54:48
发布于 2023-01-18 09:54:48
7120
举报

管理之痛

当你的研发团队只有几个人时,作为管理者,你不会考虑这么多。凡事直接安排就好,不需要工具、不需要流程、不需要指标。直接干就对了!

但当你的研发团队增长到几十个人甚至上百人时,如果前期一直不注重流程规范、工具使用和疏于管理和把控,以往的随意和凭感觉的做法,就会容易让快速扩张的团队陷入混乱。当业务快速增长、新人大量加入、旧的研发流程还不健全时,就会明显感知到管理上的乏力、团队士气低下和来自业务部门的催促不满压力。

尤其,当你作为技术管理者,也是企业经营者时,这种痛苦和担忧、焦虑就越发明显。这就是技术管理者,都会面临或已经遇到过的痛点问题。

极度公开透明

最近,和一位大佬在沟通时,他突然在开会前和我提到要有“极度公开透明”的原则。事后,我意识到,结合这么多年的技术管理经验,“极度公开透明”和XP编程提倡的“沟通、简单、反馈、尊重和勇气”、和敏捷开发的“畅所欲言、实事求是”、以及DDD领域驱动设计中的大声地“通用语言”是如出一辙的。又如同,钉钉宜搭在企业组织协同上所主张的“共同看见”。

我觉得,结合“极度公开透明”这个原则作为出发点,作为指导我们提升内部研发架构的思想之一,是很有参考、借鉴和落地的价值。

原则、思想和经验,对于几个人的研发团队,它是一个虚的东西,因为你还不需要它;创业团队更需要的是先活下去、能赚钱。而对于几十个人的研发团队,尤其是当前正在经历管理之痛的团队,就需要获得一些有价值的经验指导来改善当下团队的开发效率和交付质量。

打个比喻,还没买车的时候,别人和你怎么讲开车的故事和技巧经验,你是没感觉的;当你刚提新车时,作为新手上路,你会对开车的注意事项很有需要;当你又是新手又是在高速路上时,具体往哪个方向走,这时如果有老师傅给你具体的经验和指引,就会非常有迫切和意义。

故而,“极度公开透明”的原则,对于正处于混乱、管理之痛的技术管理者和研发团队,我相信它会有参考价值。

团队协同透明

在研发过程中,我们应当首先树立一个共同的关注点,这个关注要清晰、统一且可执行。同时,能满足开发者个人高效工作、团队成员之间进行流转协作,以及管理者进行管控和计划,甚至能和客户、业务部门一起,共同参与、共同看见。

经过多年的总结,我发现这个共同关注点,就是:项目。项目是一个集合,是一个共同的目标,是对整体负责的发力点。

技术管理者和项目经理,会重点关注项目对,项目最终结果负责。其他项目成员,例如:开发人员、测试人员、产品经理、设计师等,则会参与项目其中,进行具体事务和工作项的执行。细分拆解下去,就会有任务、工时、问题、Bug、需求这些常见的工作项。

因此,在YesDev这款协同工具中,我们重点以项目为全部研发团队的共同关注点,并且只关注当前激活的项目、关注和自己相关的项目、关注最新有发生变化和进展的项目。

对于每一个项目,在项目概览一栏中,团队可以共同看见当前项目的整体进度,例如:需求进度、任务进度、工时进度、Bug修复进度,以及项目的更新动态情况。这些简明的指标,给研发项目提供了当前最为核心的几个日常指标。

再进一步,为了让团队拥有透明的协同,最大限度消除信息不对等的情况,YesDev充分发挥了“信息找人”的精神,在项目进行了多功能协作和智能聚合。除了看到当前和自己有关的项目外,YesDev联合周报助手、测试计划助手、PRD助手、文档助手、管理助手等,为每个不同岗位、不同角色和团队成员都提供了贴切的、及时、恰到好处的协助。

简而言之,以项目为核心、共同的关注点,向下拆解细分需求、任务、Bug等可执行、可量化的工作项;向上形成内部研发团队当前最值得关注和协同的项目集;横向再扩展延伸研发协同过程中可能需要用到的文档、测试计划、周报总结等。

那么:

作为技术管理者和项目,你应该关注最终的项目进度、交付情况,关注当前产品迭代升级以及技术侧需求和其他一系列的专项的协调和安排,在更高的公司目标和层面,以项目为单元,进行统筹、计划和推进。

作为项目参与人员,你应该关注自己在每个项目的待办工作项,看一下,我分别在每个项目有多少个待开发的需求、有多少个待修复的bug、有多少个待完成的任务。这些都是实实在在需要执行的工作。

最后,作为项目的干系人,你可能需要了解掌握项目的最新动态。那么,相比以前老是问技术、问开发、问技术管理者,这时你可以直接查看YesDev协同工具,就能同步及时掌握项目的最新、最真实的动态。当然,工具以外的未知信息,还需要在内部多充分沟通和交流。

工作透明

现如今,就垂直领域的研发协同工具来说,可谓是“百家齐放,百家争鸣”。从国外的Jira、Trello,到国内大厂的腾讯TAPD、阿里Teambition,各厂商提供的PingCode、Ones、ezOne、Tower等,还有禅道、Readmine等开源软件,还有企业内部自主研发的项目管理系统。

讲真的,我们现在不缺协同工具,但我们缺少能正确使用这些工具的人员、团队和管理者。

以YesDev的任务工时为例,我们应该知道在什么时候,应该使用什么工具和看什么数据。为了让工作极度透明,我们需要关注以下几个最为常用的工作场景。

每个人,每位成员,每个员工,都应该清晰地知道,自己的这一天、这一周需要做什么工作。只有实习生和刚毕业的学生,才会被动地每天做一些工作。有2年及以上工作经验的人员,都应该让他们自己填写、登记和做好他自己这一周的工作计划。不能都是空空如此,不能一个任务做40个小时。只有他本人排好了自己的工作计划,知道了每个需求做多久,才有后面更顺畅的协作。

每一次在进行需求工作量评估和排期时,我都会重复再三地和技术开发人员讲,你们在进行需求排期时,不能只关注自己的时间,还要结合前后端联调、开发提测的时间一起进行综合评估。在上面有了每个人真实的任务工时评估后,接下来就可以让需求的前端后端开发人员,一起再结合联调的时间,进行协商和排期。对于需求交付和整体的项目交付,只看单个任务的具体时间没有太大意义,只有组合联动起来,才有价值。这时,在任务工时登记,就可以根据团队的需要,查看对应工作组的成员每日任务。这样,对于大家每个人的工作安排,都是透明的。

有了人员各自的任务,也有了联调确认后的工作计划排期,在期间当需要开站会或协调人员之间的任务分配时,我们可以使用熟悉的敏捷任务看板,也可以使用YesDev专门提供的任务对比。

敏捷任务看板,既可以按人员,也可以按项目、按任务类型,快速切换我们所关注的维度。

而任务对比,则是技术管理者,站在协调角度进行成员之间的任务分配的调配。谁忙谁不忙,共同承担或主动承担。

从成员自身出发,到成员之间的联调,再到技术管理员的任务调配,继续再向上一个台阶,就是项目经理或者项目负责人,需要从整体上把控项目的进度和计划。

这时,在每个项目中,我们就可以用到项目排期表、项目燃烧图和项目甘特图。

项目排期表,可以在人员或需求的维度,告诉我们汇总和拆解的项目工时进度,方便知道当前项目的开发压力在谁那里,可以知道谁的开发进度最为落后。

项目燃尽图,可以告诉我们,项目的整体进度落后多少,以及未来的进度走势如何。

而项目甘特图,不仅在时间合理安排和人员工作量安排上,都有很大的参考指导意义。例如在春节过年前后的工作安排,或者需要进行冲刺交付阶段,结合项目甘特图,我们可以“知未来”,看一下每一天、每个人的时间安排是否合理。合理很重要,不要想着一天一个人能干40个小时的活,那是不可能的。谁能告诉我们,排期明显不合理?甘特图。

到了每周五或每月底,我们再从YesDev导出各成员的工作任务,就能更清楚地回顾和知道,他们每个人这段时间的主要工作内容了。对于管理者,可以形成闭环管理。对于成员,他们也可以快速编写每周的周报。

这是从任务工时,核心以时间为主线,介绍了结合工具、团队,可以怎么进行协作、协同和管理。管理者和开发人员之间更好的搭配是:你懂管理,我能执行。

信息透明

协同不同审批。协同是一个开放、透明的过程。在研发团队内,需要彼此信任、共享信息。

我需要知道你在做什么,以及将要做什么。以前做技术管理时,包括现在也是,经常都要问开发人员,XXX事情,进度怎么样了?半天了,他回复了:“还没做”。吐血。

为了让更多的技术管理者,不要经历我的痛苦,我们特意在YesDev进行了深层次、人性化的产品设计。

曾经我到佛山某一传统的工厂去洽谈一个ERP项目,那里的老板和我们说:“根据我多年的经验,现在的流水线每日的产能是远不止这个数和。但我不知道怎么改善它,因为我们没有数据的支持。所以需要引入ERP,让产能可视化”。广告主也有类似的话:“我知道我的钱有一半是浪费的,但不知道浪费在哪”。研发团队的成员,其实也是需要指点的。但需要的是指点,而不是指指点点。那通过什么方式,管理者和开发人员之间,都能有一个透明的信息,一起来对研发工作进行共同探讨和提升呢?

我看来,脑图是一个好工具。

一方面,人员方面,技术管理者,可以留意和对比每个成员的工作脑图。除了任务工时,还有需求、bug、项目等。哪些是积压的?哪些是还没来得及做的?哪些是重点花时间、花精力攻克的?了解情况,再从旁协助,让团队成员有更加清晰的发力点。

另一方面,在项目内部混乱时,借助项目脑图、需求脑图,再纵向和横向,静下心来,和团队一起分析下,当前项目和团队遇到的问题。回过头看一下,是沟通没清楚,还是需求有误解,还是其他事项耽误了?

在对新项目,或复杂核心的功能进行测试时,维护好测试计划后,通过测试计划的脑图,在脑海中重新梳理和规划一下用例的覆盖面和执行情况,以及对应的bug修复进度。

这些脑图,不仅自己可以查看,还可以共享,也可以在项目评审、需求评审、测试评审时,结合使用。

通知反馈透明

当产品经理提出一个新需求时,要想想,这个需求,开发人员知道了吗?老板知道了?业务方知道了吗?当这个需求进行测试或上线时,产品经理知道了吗,项目经理知道了吗?当这个需求中途有变更、优先级有调整,开发人员知道了吗?

如果每一次信息和调整和改动,都要人工去知会和通知,这样的组织效率,可想而知,是低下的、是不对等的,是不透明的。不是我们不想让反馈透明,是实在没时间,忙不过来。

那怎么办?

让你的协同工具,结合群通知和邮件通知,是一个满足日常办公和沟通最为直接的方式。

在实时群通知方面,你可以在组织内部任意创建自己的群。通过机器人助手,接收和这一个群有关的项目通知和消息。

另一方面,可以针对员工,同步接收更加精准的工作指派和流转重要通知。

研发透明

很多研发团队,正经历项目泥潭、正在被历史问题困扰、正在被当下的混乱内耗。原因在哪里?本质又是什么呢?

正如《风吹半夏》里面的赵总在餐桌上提到:“买了一台小轿车,都不会开,怎么办?难道4个人推送走吗?”。我们不缺协同工具,但缺少能正确使用的人员、团队和管理者。又或许,我们不缺会正确使用的人员,但缺少有经验、能指导、能负责的管理者。

结合流程、团队和工具,让研发透明,拒绝黑洞。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
暂无评论
推荐阅读
编辑精选文章
换一批
CTO来分享:给新晋技术管理者的研发协同工具——YesDev
站在新晋技术管理者的角度,需要思考和解决的问题不是这个bug要怎么修复,也不是这次的故障要怎么处理,而是应该站在整个项目交付的质量和品质角度,全盘考虑软件交付过程中每个环节的指标、流程、人员角色、分工、自动化和目标结果导向的作战计划,甚至还包括配套的研发团队人员激励政策、奖惩机制等。
dogstar
2022/12/13
4330
像CTO一样思考:如何高效管理30人的研发团队?
今天是2022年国庆长期的最后一天,国庆回来后即将进入Q4第四季度。转眼间,又快到了元旦和春节的时候。正所谓,“员工过节,老板过关”。今天继续来分享一下,30人的研发团队,如何管理更轻松、更高效、更成功。
dogstar
2022/10/07
2.1K0
CTO来分享:探讨组织研发效率提升的核心指标及部门岗位SOP
回望过去这一两个月,也正是各大企业年度总结和2023年年度规划最为热潮的阶段。我作为技术顾问,有幸深度参加了不同企业的年度规划计划制定之中,和企业的创始人、公司的管理层、各部门负责人、以及一线的研发工程师,一起群策群力,共同制定可执行、可量化、可落地的执行方案和研发部门岗位的具体SOP。
dogstar
2023/02/20
1.1K0
瀑布型项目管理最常用的10个小工具,可以自由搭建使用
在敏捷项目中,最常用的是:需求迭代、敏捷看板、缺陷跟踪、项目文档等,其项目特点是短平快、小步快跑、快速迭代,更关注交付和MVP快速试错;而瀑布型项目则强调流程和注重审批,会常用到:需求迭代、缺陷跟踪、甘特图、项目排期表、不同阶段的输出物、关联的测试计划等。
dogstar
2022/06/28
1.1K0
如何有序协同和管理多个研发项目?
如果研发团队成员人数超过7人,并且同时进行多个项目时,如果管控不好,就会容易产生混乱的局面。
dogstar
2022/06/19
1.5K0
CTO干货分享:来YesDev搭建你的软件研发指标体系
YesDev是一站式企业研发管理、项目管理与协同办公平台,支持敏捷开发、DevOps、Scrum、硬件项目等多种迭代方式,能为企业管理者智能生成项目投入产出的数据模型,真正实现项目研发全流程数字化管理。通过YesDev可以准确掌握项目研发过程的每一个环节,覆盖从需求设计、研发进度、到上线和缺陷反馈的整个过程。
dogstar
2024/02/04
2650
CTO干货分享:来YesDev搭建你的软件研发指标体系
YesDev:轻松协作每一个项目
在软件工程里,研发模型是结合了项目开发流程、团队研发人员以及协同工具和系统的模式和约定。我们经常接触和用到的几种研发模型是:瀑布模型、增量模型、迭代模型/敏捷开发、螺旋模型。其中,
dogstar
2022/07/15
5630
CTO来分享:当项目对我下了手!怎么管理项目不会乱?
当一个百万的项目机会在你面前而束手无策,又或者遇到项目上的沟通冲突时,当项目已经对你下了手,你会怎么办? “你伤害了我却一笑而过~”
dogstar
2023/04/20
8040
CTO来分享:当项目对我下了手!怎么管理项目不会乱?
YesDev——简单好用、免费又智能的项目管理工具
YesDev是一款在线版、免费又智能的协同工具,适合:敏捷开发/DevOps/项目管理,用价值驱动创业公司的软件研发交付,提升你团队的研发效率和交付质量。
dogstar
2024/03/06
4610
YesDev——简单好用、免费又智能的项目管理工具
用YesDev,帮你轻松管理N个项目
最近在给一位企业老板介绍YesDev时,PPT才讲了几分钟不到,然后稍微看了一下界面。这位老板就说:“没错!这就是我们一直想要的项目管理工具。我们做产品经理培训已经很多年,擅于前端抽象客户需求的分析和概要设计。但对于项目研发的实际管控,以及怎么把工时关联到需求,没找到合适的工具。自己研发,又划不来,也没这个时间精力”。
dogstar
2023/04/26
6170
用YesDev,帮你轻松管理N个项目
YesDev - 程序员登记工时的好帮手
YesDev是一款免费的项目协作工具,它可以让你和你的团队,用聊天的方式协作项目,是程序员工作的好帮手。这款工具,沟通简单、反馈高效,支持:敏捷开发 / DevOps / Scrum 多种迭代方式。
dogstar
2022/06/05
9770
如何用项目甘特图,做好项目汇报
之前在负责管理技术团队的时候,为了整理团队几十人、4~5个小组、同时并行的多个项目,在进行周例会汇报和向上汇报和在向下进行工作安排和风险管控时,我都会使用项目甘特图来帮助我进行清晰、宏观的梳理。
dogstar
2022/06/26
1.7K0
管理任务有哪些好用的在线工具?YesDev敏捷看板、子任务、里程碑
不管是瀑布流大型的项目管理,抑或是敏捷开发模式下的小步快跑,任务作为最小价值交付单元,都是管理项目进度、风险,以及团队成员之间相互协作 的重要活动。
dogstar
2024/05/22
2460
在YesDev研发协同工具,项目协作 All In One
值得注意的是,YesDev中所定义和提倡的项目,是指在一定时间周期内完成的有限需求、任务和问题的集合,对应敏捷开发中的一次迭代或Scrumn的一个Sprint。除此之外,其他事务或技术专项也可以通过项目来进行统一管理和流转。简而言之,项目可以是:
dogstar
2022/08/25
5880
YesDev-创业团队的研发全流程闭环管理
创业团队早期注重野蛮生长和快速扩展,随着人员越多,业务越复杂,涉及的技术领域越广,更需要一套完整、清晰、规范的研发协作流程。否则,就会容易陷入团队混乱、流程混乱、项目混乱、系统混乱的窘境。
dogstar
2022/05/28
6150
项目管理100问:2024年研发效率提升路线图
根据这个问题以及提供的团队上下文信息,结合新场景下的研发团队对于项目管理的诉求,我来做个总结和分享。
dogstar
2024/02/06
4850
项目管理100问:2024年研发效率提升路线图
YesDev多功能项目协作,推荐一款简易强大的研发协同工具
YesDev是一款简易强大的研发协同工具,可以帮助每一个团队,提升产品研发效能,结合敏捷开发和DevOps双引擎,实现研发全流程扁平化协作和闭环管理,解码研发“黑洞”。它的作用和价值是帮助每一个产品研发团队,持续、稳定、高效交付更有价值的软件!
dogstar
2023/01/14
1.1K0
YesDev多功能项目协作,推荐一款简易强大的研发协同工具
创业公司的软件研发规范
提交后,需求状态自动更新为:研发中、自动上屏到需求备注(方便code review)。
dogstar
2022/05/27
6940
五个维度打造研发管理体系
技术管理者(技术总监/经理/CTO)期望通过体系化的管理方式建设,能够在百人,千人以上的团队中有效的构建聚焦目标,自我成长,高效能的研发作战团队,快速拿出成果,支撑业务的快速发展。
肉眼品世界
2021/12/09
2.1K0
五个维度打造研发管理体系
一个会“说话”的软件项目管理工具
软件开发是跨越多个学科的工程,除了要懂技术,还要能快速理解抽象的领域业务,利用专业的技能转化成具体、准确的有形系统,所以高智力是必不可少的。每做一个项目,每做一个新需求,其难度可能不亚于参加一次高考,做一道奥数题。
dogstar
2022/05/27
3910
推荐阅读
相关推荐
CTO来分享:给新晋技术管理者的研发协同工具——YesDev
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档