A resposta curta
A escolha não é entre duas ideologias, mas sim entre dois tipos de decisões. Há decisões cujo custo de mudança aumenta drasticamente com o tempo – modelo de dados, permissões, integrações – e precisam ser fixadas cedo. E há decisões cujo custo de mudança é baixo – ecrãs, campos, relatórios, formulações – e estas é preferível descobrir à medida que se avança.
Portanto, o modelo que funciona na maioria dos projetos Salesforce é híbrido, não por compromisso, mas sim pela estrutura: Estrutura fixa, conteúdo iterativo.
As três variáveis que determinam
| Variável | Impulsiona o planeamento antecipado | Impulsiona as iterações |
|---|---|---|
| Clareza do processo | Processo regulado e documentado | Processo que muda ou não é acordado |
| Disponibilidade dos utilizadores | Baixa, tempo limitado | Alta, pode rever semanalmente |
| Exposição regulatória | Auditoria, conformidade, aprovações | Mínima |
A segunda variável é mais decisiva do que se costuma presumir. Agile sem disponibilidade do utilizador não é Agile – é uma série de sprints no final dos quais ninguém verificou nada, e todo o feedback chega de uma vez no UAT.
A estrutura híbrida na prática
A abordagem que funciona divide o projeto em duas partes com ritmos diferentes:
Fase de estrutura (4-6 semanas, planeamento) - Modelo de dados, modelo de permissões e visibilidade, mapeamento de integrações, estratégia de migração e definição dos processos que serão incluídos na primeira vaga. Os seus resultados são documentados e aprovados.
Ondas de entrega (sprints de duas semanas) - Cada vaga fornece um cenário completo para um perfil de utilizador, incluindo teste e feedback. As alterações dentro da vaga não exigem nova aprovação, desde que não afetem a estrutura.
A regra que o sustenta: A mudança na estrutura é uma decisão gerida, a mudança no conteúdo é trabalho contínuo. Sem esta distinção, cada pequena solicitação vai para um comité de direção e cada mudança estrutural passa despercebida.
Onde cada modelo falha
Waterfall puro נשבר ב-UAT: הפער בין מה שנכתב במסמך לפני חצי שנה לבין מה שהמשתמש מצפה לו מתגלה מאוחר מדי לתיקון זול.
Agile טהור נשבר במודל הנתונים: אחרי שישה ספרינטים של החלטות מקומיות מתגלה שהמבנה אינו תומך בדיווח חוצה תהליכים, והתיקון מחייב מיגרציה.
Hybrid נשבר כשהמסגרת לא באמת נסגרה - כשהיא "מסגרת" בשם אבל נפתחת מחדש בכל גל. אז מקבלים את חסרונות שני המודלים.
O que medir ao longo do caminho
שלושה מדדים מספיקים כדי לדעת אם המודל עובד: יחס בין פריטים שהושלמו לפריטים שנפתחו מחדש, זמן ממשוב משתמש עד תיקון, ומספר השינויים שנגעו במסגרת. עלייה במדד השלישי היא הסימן המוקדם ביותר לכך שהתכנון המוקדם היה שטחי. הקשר לניהול היקף מפורט בScope Creep ובקרת שינויים, ולוחות הזמנים בלוח זמנים לפרויקט Salesforce.
Resumo
השאלה הנכונה אינה איזו מתודולוגיה מודרנית יותר אלא אילו החלטות בפרויקט הזה יקרות לשינוי מאוחר. מי שיודע לענות על כך מקבל את מודל המסירה כמעט אוטומטית - וכמעט תמיד זה היברידי עם גבול ברור בין מסגרת לתוכן.