Ken Schwaber, pai do Scrum: Ágil é uma evolução da sobrevivência do mais apto (Entrevista Turing)

Ken Schwaber, pai do Scrum: Ágil é uma evolução da sobrevivência do mais apto (Entrevista Turing)

Deparei-me com uma entrevista de Ken Schwaber, (o pai do Scrum) na China organizada pela Turing. Acho que também pode ser aplicável para a maioria das pessoas asiáticas em relação a se o Scrum é adequado para ser implementado na China (ou países da Ásia). Aqui está uma tradução em inglês conforme segue:

Ken Schwaber é um dos líderes no movimento de desenvolvimento de software ágil. Ele também é desenvolvedor, gerente de produto e consultor da indústria. Ken e Jeff Sutherland (CEO do Scrum Boston) criaram conjuntamente a versão inicial da metodologia de desenvolvimento Scrum, e na reunião anual do OOPSLA ’95, apresentaram o Scrum como um método formal pela primeira vez. Schwaber e Sutherland foram um dos signatários originais do Manifesto Ágil. Eles são os autores da obra-padrão Scrum Guide. Atualmente, Schwaber está à frente do Scrum.org, que oferece recursos, treinamento, avaliação e certificação em Scrum para ‘Mestres do Scrum’, ‘Desenvolvedores do Scrum’, ‘Proprietários do Produto Scrum’ e organizações que utilizam o Scrum.

Comunidade Turing: Qual era sua motivação inicial para criar um Scrum?

Schwaber: Porque o Scrum funciona. Na época, minha empresa estava ocupada em entregar um produto de alto nível, o mercado para esse produto estava em alta e precisava de mudanças constantes. Se adotássemos um ciclo de desenvolvimento longo, minha empresa iria à falência. Então criamos o Scrum, que nos trouxe uma renovação total.

Comunidade Turing: Você acha que há uma barreira cultural para promover o Scrum na China?

Schwaber: Não mais difícil do que em outras culturas. A chave para que uma cultura possa aceitar e utilizar o Scrum é o grau de confiança na previsibilidade.

Aqueles que compreendem e aceitam a previsibilidade na cultura acreditam que podem prever o futuro. O propósito do seu trabalho é tornar o futuro uma realidade concreta por meio do uso de pessoas e recursos.

Pessoas que usam o Scrum têm essa visão, e a complexidade e criatividade do desenvolvimento de software são imprevisíveis. O resultado é terrível: software ruim, não consegue acompanhar o progresso, dinheiro desperdiçado e trabalhadores desmotivados. Por isso, elas sabem que o mais importante é prever qual é a demanda real, fazer com que os funcionários reconheçam isso e, em seguida, fazer tudo o que for possível para ajudar as pessoas a alcançar esse objetivo. O cerne da Estrada do Scrum é ‘há algo para fazer’, aproveitando as oportunidades, evitando obstáculos e tornando-se ágil.

Comunidade Turing: Pessoas muitas vezes se queixam da dificuldade de abandonar o modelo em cascata. Você acha necessário combinar os modelos ágil e em cascata? Por quê? Como fazer isso, se possível?

Schwaber: Esses dois modelos são adequados para situações extremamente diferentes.

Para o modelo em cascata, prevemos o que vamos construir, como construí-lo, elaboramos um plano e então seguimos o progresso. A chave de tudo é definir qual precisão é desejada e a precisão da comunicação eficaz até que o produto seja finalmente formado. Se a ligação de comunicação for perfeita e não houver necessidade de mudanças, é viável fazer isso.

A suposição do Scrum é que a comunicação é falha e que as mudanças nunca são definitivas. Em um período curto de no máximo 30 dias, as pessoas constroem o que acham que querem no final. Isso será verificado ao final do ciclo. De acordo com o grau de harmonia entre os resultados e as necessidades, devemos planejar o próximo ciclo. Trata-se de um loop contínuo de feedback que está em constante mudança, fazendo ajustes com base nos resultados da inspeção e nas mudanças de demanda.

Algumas pessoas tentaram combinar os dois métodos, e os resultados foram desanimadores e sem sentido. É melhor manter os dois separados.

Comunidade Turing: Como uma empresa sabe se o Scrum é adequado para seu negócio e seus produtos?

Schwaber: O Scrum quase nunca se adapta à cultura corporativa de algumas empresas de software que estão sob pressão devido a modelos em cascata inadequados, e que têm usado tecnologias sem inspiração nos últimos 30 anos.

O Scrum se adapta a certas culturas corporativas, imitando o ciclo de vendas para previsões anuais, depois transformando a previsão anual em uma previsão mensal, verificando os resultados e fazendo as mudanças adequadas.

A maioria das empresas não está satisfeita com os departamentos que desenvolvem software para elas, porque desperdício, falhas e baixa qualidade não são incomuns. Aqueles que estão extremamente desesperados ou têm insights tentarão migrar para o Scrum, que é uma forma mais adequada de refletir a maneira como o restante da empresa opera.

Comunidade Turing:No desenvolvimento do mundo real, algumas empresas são obcecadas por métodos rígidos e não adaptam esses métodos ao seu próprio ambiente. O que você acha dessas empresas? Você tem alguma sugestão para elas?

Schwaber:O rápido desenvolvimento de software tornou-se a chave para a capacidade de sobrevivência da empresa, não apenas em termos de como a empresa opera, mas também no software incorporado em seus produtos. Empresas que não evoluem, empresas que não aplicam métodos ágeis no desenvolvimento de software e produtos, não conseguem competir e sobreviver.

Meu conselho é que o ágil é uma evolução da sobrevivência do mais apto.

Comunidade Turing:O proprietário do produto tem muita responsabilidade. Às vezes, ele pode se tornar o gargalo de toda a equipe. Como resolver esse problema?

Schwaber:Esse problema realmente existe. Então precisamos resolvê-lo. Existem muitas formas de resolver esse problema, incluindo adicionar mais conhecimento de domínio à equipe. Se a equipe não tiver conhecimento de domínio, o proprietário do produto não existe, então acho que todo o desenvolvimento ficará lento até que o problema seja resolvido. Caso contrário, você terá que esperar até lançar um produto ruim.

Comunidade Turing: OA Técnica Pomodoro é uma forma de melhorar a eficiência individual. Você pode usar a Técnica Pomodoro no Scrum?

Schwaber:Se quiser, o Scrum é um framework que pode ser incorporado à Técnica Pomodoro. No entanto, aplicar cegamente qualquer técnica sem ajustes é prejudicial.

Comunidade Turing:Como controlar e gerenciar as dívidas tecnológicas?

Schwaber:Ao escrever cada funcionalidade, assuma que você irá manter e aprimorar essa funcionalidade pelo resto da sua vida. Mesmo que você queira começar com um programa antigo que esteja podre em seus ossos, faça isso. Caso contrário, o orçamento de desenvolvimento usado para manter e apoiar produtos mais antigos devorará todos os custos do trabalho novo.

Comunidade Turing:Você acha que os métodos ágeis dão ênfase excessiva ao YAGNI (você não vai precisar disso)? Isso causará negligência em relação aos objetivos de longo prazo?

Schwaber:Os métodos ágeis não incluem o YAGNI. Mas o ágil precisa limpar coisas indesejadas. Por exemplo, por que se comunicar com os outros quando há documentos gravados, em vez de falar diretamente com eles? De qualquer forma, a documentação necessária para manter um produto deve evoluir a cada ciclo. Faça o que for útil e necessário, e elimine tudo o mais.

Comunidade Turing:Algumas pessoas acham que os métodos ágeis estão em declínio. Por que você acha que há essa voz? Qual é a sua opinião?

Schwaber:Já ouvi pessoas perguntar: a agilidade é uma tendência? Acho que o ágil é um conjunto de valores e princípios. Embora o Scrum seja baseado no ágil, o Scrum é baseado emfoco, coragem, transparência, comprometimento e respeito poresses valores.

Valores não são uma tendência. Na minha mente, as pessoas que trabalham com base nesses valores e princípios se tornarão tendências, e seus métodos superam amplamente outros métodos ou tendências.

Comunidade Turing:Como você vê a facção ágil? Você acha que existem conflitos e contradições entre eles? De onde vêm suas diferenças?

Schwaber:Ágil e Scrum são métodos muito, muito simples. Diferenças e conflitos vêm de instituições que querem ganhar dinheiro produzindo ferramentas, métodos e criando novos métodos com base em ideias ágeis. Assim que o dinheiro entra por uma das extremidades da equação, um conflito ocorrerá. Esses conflitos não são inevitáveis. Use seus olhos para escolher um método que seja útil para você. Teste e continue a melhorar.