sprint

Binance Killers (bk-monorepo)

Período: 2026-06-22 → 2026-07-03 · Generado por: oscar · 2026-07-06 08:23 · Fuentes: jira, github

🇪🇸 Sprint — Binance Killers (bk-monorepo) · 22 jun – 3 jul 2026

Resumen (3 líneas máx): Jira no estuvo disponible para este reporte (fallo de autenticación real contra profunded.atlassian.net, ver nota abajo), así que "comprometido vs completado" no se puede calcular desde tickets — se reconstruye desde GitHub. El hallazgo más importante: 24 PRs / 87 commits se mergearon a develop, pero CERO se promovieron a main en los 9 días desde el 25 jun (el último merge a main fue el 24 jun, PR #242). Todo lo "shippeado" este período vive en develop, no en producción.

⚠️ Nota de fuente Jira: el registro del proyecto SÍ tiene jira.project_key: SD configurado, pero las credenciales configuradas (JIRA_API_TOKEN) fallan la autenticación contra profunded.atlassian.net — /myself devuelve 401 ("Client must be authenticated"), y una consulta directa a SD-1348 (ticket que sabemos real porque aparece en el título del PR #242 mergeado) devuelve 404 "no existe o sin permiso". Esto confirma que es una falla de credenciales/permiso, no que Jira esté vacío. No se inventaron estados de tickets ("Done"/"In Progress") — esta sección queda como "Jira source unavailable" tal como exige la regla de oro. También board_id: 0 (sin configurar) según projects/bk-monorepo.yaml, así que el período se trata como ventana de fechas, no como sprint real de Jira.


Comprometido (Jira)	N/D — Jira source unavailable (401 en `/myself`; ver nota)
Completado (Jira)	N/D — no se puede confirmar transición a "Done" sin acceso a Jira
Shippeado a `develop` (GitHub)	24 PRs mergeados · 87 commits (sin merges)
Shippeado a `main` (GitHub)	0 PRs desde el 24 jun (PR #242) — 9 días sin promoción a producción
Por autor (PRs mergeados a develop)	Alvaro Hinojosa — 10 PRs / 28 commits · Oscar Cortez — 8 PRs / 37 commits · Leonardo Fuentes — 6 PRs / 23 commits
Carry-over (PRs abiertos sin mergear)	4 — #268 (SD-926), #267 (SD-1446), #266 (SD-1440/1441/1450), #248 (SD-1122, ver alerta)
Alcance agregado	N/D — sin Jira no se puede distinguir alcance planeado vs agregado a mitad de sprint

Entregado (mergeado a develop en el período, con clave Jira referenciada en el título del PR — no confirmado como "Done" en Jira):
- #264 SD-1141 (Leo, 3 jul) · #263 SD-1141 (Alvaro, 3 jul) · #262 SD-1141 (Alvaro, 3 jul) · #261 SD-938 (Oscar, 3 jul) · #260 SD-913/SD-1122 (Leo, 3 jul)
- #259 SD-1140 (Alvaro, 2 jul) · #258 SD-1415 (Alvaro, 2 jul) · #257 SD-939 (Oscar, 2 jul) · #256 SD-1139 (Oscar, 2 jul) · #255 SD-1023 (Oscar, 2 jul) · #254 SD-930 (Alvaro, 2 jul) · #253 SD-1432 (Oscar, 2 jul)
- #252 SD-1417 (Alvaro, 1 jul) · #251 SD-1416 (Alvaro, 1 jul) · #250 SD-883/1021/1022/1018 (Oscar, 1 jul)
- #249 SD-924 (Alvaro, 29 jun) · #247 SD-1404 (Oscar, 26 jun) · #246 SD-1071 (Alvaro, 26 jun) · #245 SD-1405 (Leo, 26 jun) · #244 SD-1406/1412/1413 (Oscar, 26 jun) · #243 SD-929 (Alvaro, 26 jun)
- #242 SD-1348 → main (Leo, 24 jun) · #241 SD-1348 (Leo, 24 jun) · #240 SD-1373 (Leo, 23 jun)
- Todos los 24 PRs mergeados referencian al menos una clave SD-#### en el título — buena higiene de trazabilidad commit↔ticket, sin trabajo "fantasma" detectado en lo mergeado.
No terminado / abierto al cierre del período: ⚠️
- #268 SD-926 (Alvaro, abierto 3 jul) — "BK Privacy Policy + Terms v2 (pending counsel)" — CONFLICTING, sin checks corridos, bloqueado externamente (pendiente de legal).
- #267 SD-1446 (Oscar, abierto 3 jul) — CI en verde pero CHANGES_REQUESTED en review — bloqueado por revisión, no por código. Confirmado con commits reales en la rama local (fdbb61a, d49f934, etc., 3 jul).
- #266 SD-1440/1441/1450 (Leo, abierto 3 jul) — CI en verde, REVIEW_REQUIRED.
- #248 SD-1122 (Oscar, abierto desde 29 jun, sin actividad desde entonces) — CONFLICTING y probablemente huérfano/duplicado: el ticket SD-1122 ya aparece shippeado vía #260 (mergeado 3 jul, título "SD-913,SD-1122"). Recomendación: cerrar #248 o confirmar si sigue teniendo alcance vigente.
- 5 PRs de dependabot sin tocar desde marzo–mayo (#179, #165, #164, #163, #157, #155) — deuda técnica de dependencias, fuera del alcance de este sprint pero envejeciendo.
Burndown: No se puede calcular sin Jira (sin puntos ni estado de tickets). En términos de ritmo de commits/PRs: actividad fuerte y sostenida en develop (24 PRs en ~9 días hábiles), pero 0 promociones a main — el "burndown de producción" está atrasado respecto al de desarrollo.
Código shippeado: 24 PRs mergeados a develop (87 commits) + 0 PRs mergeados a main en el período (el último merge a main, PR #242, fue el 24 jun, dentro del arranque del período).
Riesgos / aprendizajes:
1. main lleva 9 días sin recibir cambios mientras develop acumula 24 PRs — si main es lo que se despliega a producción, ninguno de estos entregables llegó a usuarios finales todavía. Vale confirmar si hay un "PR de promoción a main" planeado o si el flujo de release cambió.
2. PR #248 (SD-1122) parece huérfano — abierto y en conflicto desde el 29 jun mientras el mismo ticket se resolvió por otra vía (#260). Riesgo de trabajo duplicado o de una rama que quedó sin cerrar.
3. #267 y #266 están bloqueados por revisión humana, no por CI (ambos con checks en verde) — el cuello de botella es capacidad de review, no calidad de código.
4. Fuente Jira caída — el equipo debería regenerar/rotar el JIRA_API_TOKEN para que los próximos reportes de sprint puedan cruzar de verdad "comprometido" vs "completado" en Jira, no solo inferir desde GitHub.
Próximo sprint: (a) resolver o cerrar #268 (legal), #267 (review) y #266 (review) — son 3 PRs con código listo o casi listo esperando decisión humana; (b) decidir el destino de #248/SD-1122 (cerrar o reabrir alcance); (c) evaluar y ejecutar una promoción de develop → main dado el atraso de 9 días; (d) restaurar el acceso a Jira antes del próximo reporte.

🇬🇧 Sprint — Binance Killers (bk-monorepo) · Jun 22 – Jul 3, 2026

Summary (max 3 lines): Jira was unavailable for this report (a real authentication failure against profunded.atlassian.net, see note below), so "committed vs completed" cannot be computed from tickets — it's reconstructed from GitHub instead. The headline finding: 24 PRs / 87 commits merged to develop, but ZERO were promoted to main in the 9 days since Jun 25 (the last merge to main was Jun 24, PR #242). Everything "shipped" this period lives on develop, not in production.

⚠️ Jira source note: the project registry DOES have jira.project_key: SD configured, but the configured credentials (JIRA_API_TOKEN) fail authentication against profunded.atlassian.net — /myself returns 401 ("Client must be authenticated"), and a direct lookup of SD-1348 (a ticket we know is real because it appears in the merged PR #242 title) returns 404 "does not exist or you do not have permission". This confirms a credential/permission failure, not an empty Jira. No ticket statuses ("Done"/"In Progress") were invented — this section is left as "Jira source unavailable" per the golden rule. Also board_id: 0 (unset) per projects/bk-monorepo.yaml, so the period is treated as a date-range window, not a real Jira sprint object.


Committed (Jira)	N/A — Jira source unavailable (401 on `/myself`; see note)
Completed (Jira)	N/A — cannot confirm "Done" transitions without Jira access
Shipped to `develop` (GitHub)	24 merged PRs · 87 commits (no-merge)
Shipped to `main` (GitHub)	0 PRs since Jun 24 (PR #242) — 9 days with no production promotion
By author (PRs merged to develop)	Alvaro Hinojosa — 10 PRs / 28 commits · Oscar Cortez — 8 PRs / 37 commits · Leonardo Fuentes — 6 PRs / 23 commits
Carry-over (open, unmerged PRs)	4 — #268 (SD-926), #267 (SD-1446), #266 (SD-1440/1441/1450), #248 (SD-1122, see flag)
Scope added	N/A — without Jira, planned vs mid-sprint-added scope can't be distinguished

Delivered (merged to develop in the period, with Jira key referenced in the PR title — not confirmed as Jira "Done"):
- #264 SD-1141 (Leo, Jul 3) · #263 SD-1141 (Alvaro, Jul 3) · #262 SD-1141 (Alvaro, Jul 3) · #261 SD-938 (Oscar, Jul 3) · #260 SD-913/SD-1122 (Leo, Jul 3)
- #259 SD-1140 (Alvaro, Jul 2) · #258 SD-1415 (Alvaro, Jul 2) · #257 SD-939 (Oscar, Jul 2) · #256 SD-1139 (Oscar, Jul 2) · #255 SD-1023 (Oscar, Jul 2) · #254 SD-930 (Alvaro, Jul 2) · #253 SD-1432 (Oscar, Jul 2)
- #252 SD-1417 (Alvaro, Jul 1) · #251 SD-1416 (Alvaro, Jul 1) · #250 SD-883/1021/1022/1018 (Oscar, Jul 1)
- #249 SD-924 (Alvaro, Jun 29) · #247 SD-1404 (Oscar, Jun 26) · #246 SD-1071 (Alvaro, Jun 26) · #245 SD-1405 (Leo, Jun 26) · #244 SD-1406/1412/1413 (Oscar, Jun 26) · #243 SD-929 (Alvaro, Jun 26)
- #242 SD-1348 → main (Leo, Jun 24) · #241 SD-1348 (Leo, Jun 24) · #240 SD-1373 (Leo, Jun 23)
- All 24 merged PRs reference at least one SD-#### key in the title — good commit↔ticket traceability hygiene, no "ghost" merged work detected.
Not finished / open at period close: ⚠️
- #268 SD-926 (Alvaro, opened Jul 3) — "BK Privacy Policy + Terms v2 (pending counsel)" — CONFLICTING, no checks run, externally blocked (pending legal).
- #267 SD-1446 (Oscar, opened Jul 3) — CI green but CHANGES_REQUESTED in review — blocked on review, not code. Confirmed by real commits on the local branch (fdbb61a, d49f934, etc., Jul 3).
- #266 SD-1440/1441/1450 (Leo, opened Jul 3) — CI green, REVIEW_REQUIRED.
- #248 SD-1122 (Oscar, open since Jun 29, no activity since) — CONFLICTING and likely orphaned/duplicate: SD-1122 already appears shipped via #260 (merged Jul 3, title "SD-913,SD-1122"). Recommendation: close #248 or confirm remaining scope.
- 5 dependabot PRs untouched since March–May (#179, #165, #164, #163, #157, #155) — dependency tech debt, out of this sprint's scope but aging.
Burndown: Cannot be computed without Jira (no points, no ticket state). In PR/commit-cadence terms: strong sustained activity on develop (24 PRs in ~9 business days), but 0 promotions to main — "production burndown" is lagging behind "development burndown".
Shipped: 24 PRs merged to develop (87 commits) + 0 PRs merged to main in the period (the last main merge, PR #242, was Jun 24, right at the period's start).
Risks / learnings:
1. main has gone 9 days without new changes while develop accumulated 24 PRs — if main is what deploys to production, none of this work has reached end users yet. Worth confirming whether a "promote to main" PR is planned or the release flow changed.
2. PR #248 (SD-1122) looks orphaned — open and conflicting since Jun 29 while the same ticket was resolved another way (#260). Risk of duplicate work or a branch left dangling.
3. #267 and #266 are blocked on human review, not CI (both have green checks) — the bottleneck is review capacity, not code quality.
4. Jira source is down — the team should regenerate/rotate the JIRA_API_TOKEN so future sprint reports can actually cross-check "committed" vs "completed" against Jira instead of only inferring from GitHub.
Next sprint: (a) resolve or close #268 (legal), #267 (review), and #266 (review) — 3 PRs with ready or near-ready code waiting on a human decision; (b) decide the fate of #248/SD-1122 (close or re-scope); (c) evaluate and execute a develop → main promotion given the 9-day lag; (d) restore Jira access before the next report.

Sources: GitHub swissbull-group/bk-monorepo — merged PRs #240–#264 (24 total, develop+main bases), open PRs #248/#266/#267/#268 (+ 5 stale dependabot PRs), 87 non-merge commits on origin/develop, 0 merges on origin/main after Jun 24, checked via gh pr list/gh pr view/git log on 2026-07-06. Jira: attempted profunded.atlassian.net REST API directly (/myself, /rest/api/3/project/search, /rest/api/3/issue/SD-1348) with the configured JIRA_API_TOKEN — 401/404 responses confirm the credential is invalid/expired, not that Jira has no data. Sprint window 2026-06-22 → 2026-07-03 is date-range-approximated because projects/bk-monorepo.yaml has board_id: 0 (no Jira agile board configured yet). No invented data.

✅ Actualización — Jira en vivo (misma sesión, vía MCP de Atlassian, 2026-07-06)

El fallo de arriba fue específico del sub-agente (REST directo con JIRA_API_TOKEN roto). La sesión principal de sbg-pm sí tiene Jira funcional (Atlassian MCP). Se consultaron en vivo las 32 claves referenciadas en los 24 PRs mergeados: 27 en Done, 5 en In Progress/In Review — y esas 5 coinciden exactamente con los 3 PRs abiertos sin mergear (SD-926 → #268, SD-1446 → #267, SD-1440/1441/1450 → #266). Confirma la hipótesis original: el trabajo mergeado a develop sí está reflejado como Done en Jira; lo pendiente en Jira es justo lo que sigue abierto en GitHub. Además se confirma que SD-1122 ya está Done (vía PR #260) — refuerza que el PR #248 es un duplicado/huérfano seguro de cerrar. Acción de próximo sprint (d) queda resuelta: no hace falta rotar el token para la sesión principal, solo para los sub-agentes pm-orchestrator/jira-analyst (ver memoria config/jira-subagent-auth).

✅ Update — Live Jira (same session, via Atlassian MCP, 2026-07-06)

The failure above was specific to the sub-agent (direct REST with a broken JIRA_API_TOKEN). The main sbg-pm session does have working Jira access (Atlassian MCP). Live-queried all 32 keys referenced across the 24 merged PRs: 27 are Done, 5 are In Progress/In Review — and those 5 map exactly to the 3 still-open, unmerged PRs (SD-926 → #268, SD-1446 → #267, SD-1440/1441/1450 → #266). This confirms the original hypothesis: work merged to develop is indeed reflected as Done in Jira; what's pending in Jira is exactly what's still open in GitHub. Also confirmed: SD-1122 is already Done (via PR #260) — reinforcing that PR #248 is a safe-to-close duplicate/orphan. Next-sprint action (d) is resolved: no token rotation needed for the main session, only for the pm-orchestrator/jira-analyst sub-agents (see memory config/jira-subagent-auth).