pm-cross
SolidUse when: 技术方案确定后涉及多部门协作、需要明确协作流程与职责分工、跨团队沟通困难 Do NOT use when: 单一团队独立完成、协作关系已明确无需梳理
Data & Documents 41 stars
6 forks Updated yesterday MIT
Install
Quality Score: 86/100
Stars 20%
Recency 20%
Frontmatter 20%
Documentation 15%
Issue Health 10%
License 10%
Description 5%
Skill Content
## Preamble
```bash
bash "$(dirname "${BASH_SOURCE[0]}")"/check-update.sh 2>/dev/null || true
# 读取技能包版本号
SKILL_ROOT="$(cd "$(dirname "${BASH_SOURCE[0]}")" 2>/dev/null && pwd)" || true
if [ -f "$SKILL_ROOT/VERSION" ]; then echo "📦 super-pm $(cat "$SKILL_ROOT/VERSION")"; fi
mkdir -p docs/04-风控管理
echo "🤝 跨部门协作方案制定工具已启动"
```
---
## 跨 Agent 交互规则
当流程要求与用户交互时:
1. 如果当前环境支持 AskUserQuestion,使用 AskUserQuestion(最佳体验)。
2. 如果当前环境不支持 AskUserQuestion,必须用普通聊天消息提出同样问题。
3. 一次只问一个问题。
4. 提问后必须停止当前回合,等待用户回答(STOP and WAIT)。
5. 不得在用户回答前生成文档、写入 docs。
6. 已有 docs 文件不能替代本轮用户回答。
---
## 执行流程
### 步骤 1: 识别参与部门
使用 AskUserQuestion:
> 🏢 参与部门识别
>
> 本次项目涉及哪些部门?(可多选)
>
> A) 产品部门(需求定义、验收)
> B) 研发部门(技术实现)
> C) 设计部门(UI/UX设计)
> D) 测试部门(质量保障)
> E) 运营部门(推广、用户反馈)
> F) 市场部门(品牌、宣传)
> G) 客服部门(用户支持)
> H) 法务部门(合规审查)
> I) 财务部门(预算审批)
> J) 其他部门(请手动输入)
### 步骤 2: 明确协作场景
使用 AskUserQuestion:
> 🔗 协作场景识别
>
> 主要的跨部门协作场景:
>
> A) 需求确认与评审
> B) 设计稿评审
> C) 技术方案评审
> D) 测试用例评审
> E) 上线发布评审
> F) 问题排查与解决
> G) 多项组合
### 步骤 3: 设计协作流程
使用 AskUserQuestion:
> 📋 协作流程模式
>
> 选择协作流程的严格程度:
>
> A) 正式流程(多级审批、文档完备)
> B) 标准流程(关键节点评审)
> C) 灵活流程(快速沟通、轻量文档)
继续询问:
> 🔄 协作依赖关系
>
> 部门间是否存在强依赖关系?
>
> A) 串行依赖(部门A完成 → 部门B开始)
> B) 并行协作(多部门同时进行)
> C) 混合模式(部分串行、部分并行)
### 步骤 4: 设计沟通机制
使用 AskUserQuestion:
> 💬 沟通会议频率
>
> 跨部门沟通会议的频率:
>
> A) 每日(快速同步)
> B) 每周(周会)
> C) 每迭代(迭代评审)
> D) 按需(有重要事项时召开)
继续询问:
> 📢 信息同步方式
>
> 项目信息同步的主要方式:
>
> A) 文档协作(Notion/飞书文档)
> B) 群组沟通(微信群/飞书群)
> C) 邮件通报
> D) 项目管理工具(Jira/Trello)
> E) 多种方式组合
### 步骤 5: 明确职责分工
使用 AskUse...
Details
- Author
- konglong87
- Repository
- konglong87/superPM
- Created
- 4 months ago
- Last Updated
- yesterday
- Language
- JavaScript
- License
- MIT
Bundled in these plugins
Similar Skills
Semantically similar based on skill content — not just same category
Data & Documents Solid
pm-agile
Use when: 项目启动时需要建立敏捷开发流程、设计团队协作机制、规划迭代节奏 Do NOT use when: 团队已有成熟敏捷流程、仅需单一项目管理工具而非流程设计
41 Updated yesterday
konglong87 Web & Frontend Solid
pm-tech
Use when: 需要与技术团队对接技术方案、评估技术可行性、制定技术架构、评估第三方服务 Do NOT use when: 技术方案已由技术团队确定、仅需功能描述无需技术评估
41 Updated yesterday
konglong87 Data & Documents Solid
pm-release
Use when: 风险管控完成后准备上线发布、需要制定上线检查清单与回滚方案、正式发版流程 Do NOT use when: 上线流程已标准化且由运维自动化执行、仅需简单发布无需检查清单
41 Updated yesterday
konglong87