Article image
Allan
Allan17/02/2023 23:44
Compartilhe

ūüĒĖ Scrum no Yahoo!

  • #Scrum

O Yahoo! se transformou de uma pequena startup para uma empresa gigantesca r√°pido demais e precisava de um processo de desenvolvimento de software que ajudasse a melhorar seus processos para continuar provendo produtos e servi√ßos para mais de 500 milh√Ķes de usu√°rios em todo o mundo e ainda assim manter sua cultura startup. A primeira tentativa de inserir um processo de desenvolvimento de software na empresa foi em 2002 com um processo waterfall global mandat√≥rio chamado ‚ÄúPDP‚ÄĚ(Product Development Process), mas muitos times simplesmente o ignoraram ou quando n√£o podiam ignor√°-lo, faziam parecer que haviam retroativamente cumprido as etapas do processo. Os times faziam isso pois achavam todo o processo pesado, ‚Äúatrasando‚ÄĚ o time e que n√£o adicionava muito valor. A primeira semente para experimenta√ß√£o de pr√°ticas √°geis come√ßou no final de 2004 com uma palestra de Jeff Sutherland (um dos criadores do Scrum) na empresa. O primeiro programa piloto foi em 2005 com 4 times volunt√°rios, ap√≥s um m√™s uma pesquisa feita entre as pessoas desses times mostrou uma aprova√ß√£o 71% e isso deu sinal verde para outras equipes que ainda estavam com receio de usar o Scrum sem verem algum tipo de valida√ß√£o de outras equipes. Ap√≥s isso a ado√ß√£o do Scrum atingiu mais equipes dentro da empresa, mas somente para as equipes que realmente quisessem. Em dezembro do mesmo ano os times √°geis j√° somavam 25, com resultados positivos e com um consistente 84% de aprova√ß√£o do Scrum pelas pessoas desses times em rela√ß√£o √†s suas antigas formas de desenvolvimento. Esse sucesso levou ao primeiro percal√ßo do Scrum dentro da empresa, pois logo a seguir a empresa entrou em um novo ciclo or√ßament√°rio, atrasando novas contrata√ß√Ķes de coaches Scrum e como toda a empresa foi afetada, v√°rios times de desenvolvimento com prazos apertados e recursos limitados viram no Scrum sua ‚Äúbala de prata‚ÄĚ para solucionar rapidamente essa situa√ß√£o, mas essa demanda abrupta por treinamento em Scrum vindo de muitas equipes ao mesmo tempo n√£o foi suprida adequadamente causando v√°rios problemas. Mas com o passar do tempo, apesar desse contratempo, v√°rias equipes com treinamento suficiente demonstraram √≥timos resultados e economia de gastos, at√© que em 2007 foi constatado que a produtividade das equipes aumentaram em 39% em m√©dia e isso ajudou a empresa a liberar mais recursos para a ado√ß√£o adequada do Scrum pelo resto da empresa atrav√©s de uma equipe robusta de coaches. Apesar da ado√ß√£o do Scrum ainda ser opcional, v√°rias equipes passaram a ser √°geis e outras continuam a embarcar. H√° melhora cont√≠nua no processo atrav√©s de refinamento, apoio dos funcion√°rios e ger√™ncias, feedback, contrata√ß√£o de √≥timos coaches, entre outros.

Fonte:

Rolling out Agile in a Large Enterprise. Gabrielle Benefield

http://static1.1.sqspcdn.com/static/f/447037/6486321/127092919 0703/YahooAgileRollout.pdf ?token=oaxEEFu3OX5WQTw3yTB Hcbbr%2FKs%3D

Compartilhe
Coment√°rios (1)
Severo
Severo - 18/02/2023 00:06

boa otimo artigo metodologias ageis sendo cada vez mais usado