Meegle X 软件研发，打造产研全新管理模式

SOFTWARE DEVELOPMENT

行业背景

互联网的本质是提升效率和效用，效率发展取决于效率差，效用取决于时长和消费能力。行业规模不断增长，产品快速迭代、信息速率提升对企业的协作效率提出了新的挑战。无论企业规模大小，需求管理混乱、代码管理复杂、协作流程冗长等问题至今困扰着这条链路上的所有角色，亟需项目管理工具进行产研提效。

行业流程

一条比较完整的软件研发项目流程一般会包括以下几个模块：需求创建、产品设计、产品评审、技术评审、项目排期、开发上线、项目复盘等。

250px|700px|reset

产研项目管理行业通用流程

行业痛点

核心场景🎯	痛点😭	Meegle解决方案👍
流程推进	流程推进困难多项目并行推进混乱，项目经理一对一私聊进展效率低；相关进展和风险无处暴露，任务负责人不知从何做起。	独特的节点流工作方式，降低任务的颗粒度，将各阶段各角色的任务分工清晰沉淀到流程中，真正做到流程驱动过程，过程反哺流程。通过看板和人力甘特图功能清晰展现每人每日工作详情，效率加倍。
项目管理	项目管理复杂—— 项目经理往往从技术骨干转岗，懂技术，不一定懂管理；上下游信息不对称，相关方不了解上下文，各环节割裂。	Meegle与飞书 IM 深度打通，支持一键拉群功能，自动化通知直接推送到需求群和负责角色，任务指派跟踪、阶段复盘、BugList Track、跨职能协作All in one，管理维护成本低。
流程复盘	复盘无从下手—— 项目执行过程中的关键信息无处沉淀，收尾后没有复盘阶段；无法有效预防项目风险，同样的问题反复出现。	在Meegle中协作，将过程交付物沉淀到系统中进行管理，项目收尾阶段对交付物进行统一复盘和迭代；强大的度量功能开箱即用，不需要其他的数据专业团队，Meegle可以自动将项目数据分析生成可以实时更新的可视化图表，洞察项目执行中的所有风险点。

Meegle解决方案

理念一：流程驱动过程，过程反哺流程

在软件开发行业，一个项目或产品从立项、开发到上线的流程中涉及项目经理、产品、研发、测试、运营、设计等多个角色，每个角色又有几十到几百不等的人员，如此庞大的团队在协作过程中总是存在各种各样的问题：

每个人使用的工具不统一，数据无法打通，进度全靠口口相传；

流程不清晰，分工不明确，给项目经理的管理带来极大的挑战；

项目管理工具的人工操作太多，流程感太强反而增加了额外工作量；

Meegle为软件开发行业解决了这些难题，在协作和自主的流程中找到了平衡点，实现了 COB （Collaboration-Owner Balance），为所有角色提供了协作和展现能力的平台。既强调协作概念，又要有 owner 意识，通过角色来赋予/隔离权限，每个节点的负责人聚焦自己的任务。

减少微观管理，强调 owner 意识

在协作的同时，Meegle同样强调激发所有角色及人员的创造性，在Meegle中，排期的颗粒度是以天为单位。为什么不是小时甚至分钟呢？Meegle希望管理者能够减少微观的管理，相反，任务明确分工后，应该允许每个人有自己独特的拆解和完成方法，这种粗颗粒度的管理方式鼓励每个人去主动思考，沉淀出可复用的标准流程。

250px|700px|reset

自定义流程 + 灵活裁剪

流程是整个团队在合作过程中不断磨合的产物，同时，随着人员的调整、目标的变更以及管理理念的发展，流程不会是一成不变的，在一次次的实践过程中迭代执行流程，使团队合作逐渐变得高效。同时，先进的流程也应该是灵活可调整的流程。相比其他项目管理工具，Meegle还提供了流程裁剪的功能，通过开关、角色轻松对流程进行调整。

场景一：在研发过程中，产品根据用户反馈，发现需要做一个 iOS 适配的功能，在这个需求中如果不需要 Android 端相关的研发、测试人员参与，可以通过删除这些角色，直接删除相关的开发、测试节点，一个流程适配多种需求。

250px|700px|reset

场景二：对于某类技术需求，如果只是优化了底层的代码逻辑，不需要 DA 重新进行埋点设计，可以通过开关来控制「埋点设计」和「AB 方案设计」节点，关闭开关，即可删除这两个节点。

250px|700px|reset

最好的流程是没有流程感

项目进展初期，为了避免团队协作的不顺畅，项目经理习惯把每个流程节点安排得事无巨细，期望团队所有人员可以清晰自己的任务。但在实践中我们逐渐发现，当冗余的流程被摆在台面上，就需要大量人工操作，点击完成系统上的每个节点，仿佛给工具配了个工具人，这和Meegle的初衷背道而驰。

好的流程应该是融入到过程当中，激发人的创造性。Meegle的愿景是希望流程可以驱动成员，通过任务的自动分发，去提醒每个角色需要完成什么任务和交付物，完成后可以自动流转节点。

250px|700px|reset

同时，Meegle有丰富的第三方集成经验，提供全面的 OpenAPI 接口和 WebHook 能力。例如，通过平台提供的 GitLab 插件，关联 GitLab 中的代码分支和「Meegle」中的项目需求。关联后，即可在「Meegle」中查看需求所关联的代码分支及其状态。同时也可以通过 GitLab 侧 merge request 而推动需求的节点流转。

250px|700px|reset

理念二：上下文清晰可见，上下游信息拉齐

国内外经济学家都在致力于研究如何消除信息不对称的影响，经济学家认为信息不对称问题固然可以让市场参与者去解决，但更多的是要依赖分工和市场。同样，在生活和工作中，我们也在追求信息的对称以谋求平衡的发展。在组织协作中，每个人接收到的信息参差不齐，再加上团队人员的流动，对信息的感知更是相差甚远。上下游的协作者如果对于上下文不够了解，那么信息的不对称必然导致整个项目困难重重。

Meegle支持一键拉起需求群，将相关角色的人员自动拉到一个群内，需求的全部进展和上下文都会展现在群聊中，即使在执行过程中有新成员的加入，也可以通过爬楼抓取到“原汁原味”的有效信息，而非口口相传的二手消息。

250px|700px|reset

跟踪需求进展是项目经理的日常工作，每日每周统计进展，催负责人进度，这一机械化的重复工作占用了项目经理 80% 的时间，极大的限制了项目经理的思考、创造和生产力。

Meegle的自动化通知功能支持自动推送需求相关信息，包括人员变更/节点状态流转/排期变更等，可以将项目经理从冗杂的重复劳动中解放出来。

250px|700px|reset

理念三：数据变身图表，风险无处藏身

对于项目来讲，项目管理工具就像心电图一样，记录着项目执行过程中的所有数据，Meegle集成的度量功能可以实时检测项目中的各种风险，也可以在项目收尾阶段对项目收益以及过程数据进行复盘，从质量分析、需求效能等角度不断迭代执行的效率。

250px|700px|reset

开箱即用的度量模板

多视角管理

💡

项目管理工具的使用者是不同角色的人，下面通过软件行业的四个角色视角，来看看Meegle如何解决软件研发项目管理中的问题。

把控全局的负责人

“接收有效信息，做出关键性决策，工具确实改变了我们团队和我的工作方式。”

作为管理者，我一直在思考团队管理的边界感。我之前总是每天被拉进各种会议，所有事情都在拖延等待着我来做决策。于是我们利用工具把协作流程理清，给每个节点和任务明确相关负责人，让事情明确到人。

我也会通过视图来查看需求的进展情况，Meegle可以筛选出当前延期的需求，点进详情页可以了解需求的所有信息和延期节点的负责人，点进需求群即可看到延期的原因，如果有疑问也可以直接在群内沟通。

250px|700px|reset

在遇到重大决策时，我们也鼓励讨论，每个人的视角不同，但都可以对需求的决策产生影响。Meegle的投票功能刚好和我们的工作理念不谋而合。

250px|700px|reset

跟踪全程的项目经理

“再也不用天天花大量的时间私聊问进展催进度了，省下来的 80% 时间可以好好思考团队如何提效。”

我是一名互联网公司的项目经理小王，两年的 PMO 工作经验，来到公司后发现项目管理制度比较混乱，每个团队每个角色使用的工具不统一，刚来的时候和大家不太熟，研发的人员资历很深，不好意思去催任务，导致需求总是 pending 。使用了Meegle后，这一切机械化的工作就交给系统代劳了，我最常使用的功能是自动化通知，还可以一键拉群或者绑定现有群，不用一个个往群里拉人，需求进展直接推送到群内。

同时，需求状态的停留时长会直接显示在视图中，发现 block 点直接使用“催一催”功能，机器人直接推送消息，提醒负责人完成节点。

250px|700px|reset