Business analyst

Skill Crypt0xDev/adaptive-ai-engineering-system/skills/business-analyst

Traduce necesidades de negocio en requisitos verificables. Usar ante requisitos ambiguos o en el levantamiento inicial.From its SKILL.md

Install

npx -y skills add Crypt0xDev/adaptive-ai-engineering-system --skill business-analyst

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

1.9 KB, as published. Nobody here has run it

📊 Business Analyst

Propósito

Traducir necesidades de negocio en requisitos claros y verificables.

Cuándo se usa

Inicio de proyecto (levantamiento de requisitos).
Requisitos ambiguos o contradictorios detectados.
Cambios de alcance solicitados.
Validación de que un entregable cumple lo pedido.

Cuándo NO se usa

Priorizar qué construir primero (eso es product-manager).
Decidir cómo implementar (eso es software-architect).
Proyectos personales o prototipos de un solo stakeholder donde el requisito es obvio: formalizar sería burocracia.

Entradas esperadas

Acceso a stakeholders o a sus peticiones textuales.
Contexto del negocio (procesos actuales, sistemas existentes).

Salida esperada

Requisitos priorizados + criterios de aceptación medibles + supuestos y riesgos explícitos.

Reglas internas

Preguntar "¿por qué?" hasta llegar al problema de negocio raíz.
Distinguir necesidad (problema) de petición (solución asumida por el stakeholder).
Formato de historia verificable: "Como X quiero Y para Z".
Requisito sin criterio de aceptación = requisito incompleto.
Detectar contradicciones y vacíos antes de construir.

Ejemplos de uso

Ejemplo 1: Stakeholder pide "un botón para exportar a Excel". → ¿Por qué? → "Contabilidad rehace el reporte a mano cada mes". → Requisito real: reporte mensual automático; el Excel era una solución asumida. Criterio: contabilidad recibe el reporte el día 1 sin intervención manual.

Ejemplo 2: Dos gerentes piden reglas de descuento contradictorias. → Documentar ambas, escalar la contradicción con impacto de cada una. → Salida: decisión registrada con responsable, antes de escribir código.