跳到正文
cccskills
免费在 GitHub 公开

phasing

Group slices into risk-optimized phases with timeline generation

中文简介正在准备中。当前显示原文说明。

集成工具Notion
查看安装方法

包含的文件(1)

  • SKILL.md4.8 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

Phasing Skill

Group implementation slices into phases based on combined risk and GTM scores, then generate a visual timeline.

When to Use

  • During Ask mode Phase 2 (CONVERGE), after dependency-mapping and gtm-alignment
  • Before transitioning to Plan mode
  • To generate the final delivery timeline

Instructions

Phase 1: Gather Scores

Collect scores from previous skills:

SliceRisk ScoreGTM Score
[From dependency-mapping][N][From gtm-alignment]

Phase 2: Calculate Combined Score

Final Priority Score = Risk - (GTM x 0.5)

Lower score = ships earlier
SliceRiskGTMFinalRank
#2.2 Invite Flow783.01
#1.1 Switcher14-1.02
#1.2 Members UI432.53

Phase 3: Group into Phases

Apply grouping rules:

PhaseCriteriaTypical Contents
Phase 1P1 + Lowest risk + Serves T1FE-only components, quick wins
Phase 2P2 + Dependencies on P1 completeFE+BE integration, non-breaking
Phase 3P3/P4 + Highest riskContract changes, data model

Grouping Constraints:

  • Respect dependency order (check DSM matrix from dependency-mapping)
  • Each phase should be independently deployable
  • Each phase should serve at least one complete persona tier
  • Keep phases to 3-5 days when possible

Phase 4: Generate Timeline (ASCII)

Use ASCII format grouped by stack. Show only dependencies with arrows. No dates or effort estimates.

ASCII Timeline Format:

TIMELINE: [Feature Name]
═══════════════════════════════════════════════════════════

FRONTEND
├── [Slice name]
├── [Slice name] ───────────────┐
├── [Slice name] ───────────────┼──┐
└── [Slice name] ───────────────┘  │
                                   │
BACKEND                            │
└── [Slice name] ◄─────────────────┘
         │
         ▼
INFRASTRUCTURE
└── [Slice name]
         │
         ▼
INTEGRATION
├── [Slice name]
└── [Slice name]

═══════════════════════════════════════════════════════════
LEGEND:
├── = parallel (no dependency)
──► = dependency (must complete before)

Stack Grouping Rules:

SectionContains
FrontendComponents, pages, client-side logic, Storybook
BackendAPI routes, middleware, services, database
InfrastructureDNS, deployment, environment config
IntegrationCross-cutting features, E2E flows

Dependency Notation:

  • ├── items in same section run in parallel
  • ──► or ◄── arrows show blocking dependencies
  • │ and ▼ show sequential flow between stacks

Phase 6: Document Checkpoints

Phase EndValidationWho Validates
Phase 1Storybook review, design QADesign team
Phase 2E2E on staging, API tests passQA team
Phase 3Production deploy, monitoringOps team

Output Format

Output an executive summary (like DIVERGE), then the ASCII timeline. Do NOT show QA Contract details or Priority Matrix.

## Value Analysis Complete

### Executive Summary

| Phase | Status | Key Output |
|-------|--------|------------|
| Scope | ✓ | Full ([N] validated wireframes from Phase 1) |
| State Machines | ✓ | [N] components, [N] states, [N] transitions |
| QA Contract | ✓ | [N] Gherkin (G#1-N), [N] acceptance (AC#1-N) |
| Dependencies | ✓ | [N] slices, [N] blockers, DSM matrix built |
| Design Reuse | ✓ | [N] existing components leveraged |
| Personas (Notion) | ✓ | Fetched [N] from DB, T1: [name], T2: [name] |
| GTM Strategy (Notion) | ✓ | Positioning: "[excerpt...]" |
| Persona Coverage | ✓ | Phase 1 serves [Tier], Phase 2 serves [Tiers] |
| Phasing | ✓ | [N] phases, [N] commits total |

### Proposed Timeline

[ASCII timeline with stacks and dependency arrows - no dates/effort]

### Checkpoints

| Phase | Validation | Owner |
|-------|------------|-------|
| 1 | [Validation] | [Team] |
| 2 | [Validation] | [Team] |
| 3 | [Validation] | [Team] |

Invocation

Invoke manually with "use phasing skill" or follow Ask mode Phase 2 (CONVERGE) which references this skill.

Related Skills

  • dependency-mapping - Provides risk scores
  • gtm-alignment - Provides GTM scores

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

ar-aging

免费

Produce an accounts-receivable aging report and surface overdue invoices for a Well workspace. Use when the user asks who owes them money, an AR aging report, overdue invoices, days sales outstanding (DSO), or which customers to chase.

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

Iterate until success or limit, composing existing skills with Jidoka integration

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

Build a balance sheet (bilan) from a Well workspace. Use when the user asks for a balance sheet, bilan, assets/liabilities/equity, or financial position at a point in time.

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

Generate and maintain BPMN 2.0 diagrams linked to Gherkin scenarios

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

Forecast cash flow and runway for a Well workspace from booked invoices and collected bank transactions. Use when the user asks for a cash-flow forecast, runway, how long until they run out of cash, projected balance, or expected inflows/outflows.

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

Review code changes against hard rules and conventions

中文简介正在准备中。当前显示原文说明。

WellApp-ai/Well3452026年10月15日 更新

查看 WellApp-ai 的全部技能

报告此技能的问题