Recentemente, oferecemos o ScopeMaster ao gerente de projetos ágeis autônomo, Mike Sanders, para avaliar como ele poderia ter ajudado em alguns projetos recentes. Ele experimentou e ficou muito impressionado com os resultados, depois ofereceu algumas sugestões sobre como isso se encaixa no processo Agile:
“Passei do suporte técnico para a programação e depois para o gerenciamento de projetos de TI há cerca de vinte anos. Nesse período, usei extensivamente metodologias em cascata e ágeis com vários clientes corporativos. Tenho que ser honesto, prefiro ágil. Pode parecer ingénuo para alguns, mas realmente acredito nos seus princípios. É por isso que inicialmente eu era cético em relação ao ScopeMaster. Ah, não, outro software que irá adicionar uma etapa e me atrasar na tarefa de permitir que uma equipe forneça software de qualidade, conforme solicitado e no momento solicitado.
Comecei a usar o sistema com isso em mente, inserindo o que acreditava serem boas histórias de usuários de um projeto anterior do Setor Público e fiquei surpreso ao obter um índice de qualidade de apenas 60%. Das 186 histórias de usuários, 89 eram ambíguas, o que significa que não podiam ser medidas. E então, das 97 histórias restantes, havia 22 duplicatas. Mas essa foi a ponta do iceberg, as histórias tinham 199 defeitos e logo percebi que precisaria passar por eles. As primeiras levei vinte minutos para reescrever cada uma, corrigindo a gramática, entendendo como o software definia os verbos e assim estimava os pontos de função, mas depois de um tempo fui ficando mais rápido. Depois de mais uma hora, parei, pois levaria de 2 a 3 dias para analisar todos eles, mas teria economizado um terço do tempo que realmente gastei analisando-os com o proprietário do produto e a equipe de desenvolvimento no passado. Ambas as partes teriam ficado mais confiantes por causa da qualidade melhorada, e os Pontos de Função Cósmicos teriam ajudado muito os desenvolvedores com suas estimativas de pontos de história. Imediatamente, isso representa uma economia de 3 a 6 semanas. Além disso, teria realmente ajudado o proprietário do produto a ir para o mercado comercial, proporcionando-lhe um salto de qualidade e fornecendo uma referência em termos de tempo e custo de desenvolvimento. Até mesmo as equipes de teste teriam mais informações, muito antes de uma linha de código ter sido desenvolvida.
Tendo decidido que o teste do Sector Público era demasiado fácil, introduzi requisitos de um retalhista multinacional que nem sequer estavam escritos como histórias de utilizadores e fiquei surpreendido pelo facto de o ScopeMaster ainda poder fornecer o mesmo nível de qualidade e estimativas de pontos de função, desde que o requisito fazia sentido como uma sentença. Se eu tivesse usado isso neste projeto passado, teria economizado de 3 a 6 meses no processo de levantamento de requisitos e o projeto teria sido entregue mais cedo. Isso teria nos ajudado a focar nos requisitos problemáticos e a corrigi-los, eliminando muitas das surpresas desagradáveis mais adiante.
Qualquer empresa de software poderia usar isso para ajudar a estimar as respostas às RFPs. Quero usá-lo em quaisquer projetos futuros, sejam eles ágeis ou em cascata, para reforçar os requisitos o mais cedo possível. Para mim, é óbvio, a empresa deveria ficar mais feliz em receber estimativas mais precisas da TI, que ficará grata pela maior clareza. Uma situação em que todos ganham.
ScopeMaster e Scrum –
Quando usar o ScopeMaster: Scrum tem um ciclo em vez de um portão, e acho que o uso do ScopeMaster funciona bem quando faz parte do Refinamento/Preparação do Backlog do Produto (palavra ainda usada nos EUA, mas o Reino Unido tenta evitar essa palavra!)
Quem deve usar o ScopeMaster: Idealmente, o Dono do Produto aprenderia o ScopeMaster, garantindo que todos os requisitos sejam adicionados e verificados à medida que são inseridos no Backlog do Produto. Em última análise, eles são responsáveis pelas histórias de usuários, por isso é crucial para eles que estejam corretos. Isso funciona facilmente, especialmente quando integrado ao Jira ou ferramentas semelhantes. O papel do Scrum Master é garantir que os princípios ágeis sejam respeitados, que a qualidade seja mantida, incluindo a verificação de que as histórias de usuários são independentes, negociáveis, valiosas, estimáveis, pequenas e testáveis, então eu esperaria que eles usassem a ferramenta para passar por isso. o backlog, antes que a equipe fosse exposta a eles nas reuniões de refinamento, que é onde normalmente os dimensionariam usando pontos de história.
Benefícios ágeis:
- Cumpre os três pilares do scrum: Transparência, Inspeção e Adaptação, pois trabalha claramente com a linguagem de negócios para determinar funções de qualidade, testes e desenvolvimento assim que um requisito é inserido.
- Maior transparência da complexidade das histórias de usuários mostrando funções e testes
- Permite uma inspeção mais profunda de requisitos, funções e casos de teste
- Auxilia no dimensionamento inicial para melhorar o planejamento de lançamento/roteiros de produtos de alto nível
- Pode ser facilmente incorporado em ciclos scrum
- Uma ferramenta de orientação para escrever histórias de usuários de melhor qualidade
- A automação ajuda na integração contínua
- Dimensionamento automatizado – Os Pontos de Função Cósmicos podem ser usados como uma medida única de tamanho, ou em combinação ou simplesmente para orientar pontos da história
Outros benefícios:
- Facilidade de adoção – modelo SAAS, sem instalação de software
- O design intuitivo reduz as necessidades de treinamento
- Múltiplas integrações – Jira e CSV
- Reduz os riscos de exposição a treinamento/experiência deficiente
- Menos dependente da experiência da BA, pois fornece guia de qualidade
- Menos dependente da experiência dos testadores, pois fornece casos de teste
- Menos dependente da experiência das equipes de desenvolvimento para fornecer estimativas”
Resumindo
Comecei com bastante ceticismo, mas fui conquistado quando comecei a ver com que rapidez poderia resolver problemas antes de codificar. A linguagem das histórias de usuários resultantes foi, na minha opinião, muito mais clara para os desenvolvedores trabalharem.
O ScopeMaster é completamente consistente com os princípios Agile e pode ser visto como uma espécie de acelerador para o desenvolvimento de software Agile, especialmente em projetos maiores e mais propensos a problemas.
