O que é e o que não é team as a service(TAAS)?

Team as a Service (doravante TaaS) é ao mesmo tempo um produto e uma proposta organizacional. A SEIDOR já oferecia este serviço há alguns anos, mas no meio do tsunami COVID-19, ele adquiriu a denominação de "obrigatório" no que diz respeito ao desenvolvimento de software.

Digo que TaaS é um produto porque na SEIDOR temos quantificados os preços e as condições de serviço, faltando acordar o alcance e duração do projeto para cada caso concreto. E digo que é uma proposta organizacional, porque não se trata de colocar um grupo de pessoas começando do zero para ouvir o cliente... não é bodyshopping. TaaS tem uma organização precisa que, embora possa se adaptar em detalhes específicos ao projeto concreto, deve respeitar uma estrutura básica bem definida.

Mas então, em que o TaaS se diferencia de qualquer outra forma de organizar uma equipe de trabalho? O elemento diferencial são os valores condutores. Estes não são exclusivos do TaaS, estão presentes em algumas metodologias bem conhecidas de desenvolvimento de software e gestão de projetos. E no TaaS, fizemos nosso pequeno manifesto particular com base no conhecimento adquirido em décadas de experiência em projetos de TI.

Quais são os valores condutores da TAAS?

• Responsabilidade compartilhada: a equipe participa das decisões, de forma que qualquer membro está empoderado para propor melhorias na metodologia, identificar riscos, assumir responsabilidades (ou delegá-las)... Todos os membros da equipe estão informados permanentemente do objetivo do projeto, do estado atual e do que os outros estão fazendo.
• Companheirismo: vital para a boa colaboração. E isso é sobretudo o que se precisa para que o TaaS renda, uma colaboração aberta entre todos os membros da equipe e com o cliente. Visto que o companheirismo funciona melhor em equipes pequenas, de no máximo 10 pessoas, mantemos as equipes TaaS abaixo desse número. Não há nenhuma razão para que não haja mais de uma equipe TaaS trabalhando no mesmo projeto se o escopo assim exigir.
• Transparência: deve ser a mesma de um bom restaurante japonês que permite ver o trabalho na cozinha através de um vidro. Como a equipe TaaS trabalha remotamente, e não presencialmente nos escritórios do cliente, a transparência se materializa na publicação do trabalho realizado em uma ferramenta online à qual têm acesso tanto os membros da equipe quanto nosso cliente.
• Atualização diária: é fundamental. A disciplina de atualizar diariamente o grau de progresso permite a detecção precoce dos desvios e facilita sua mitigação. De fato, saber que o progresso é revisado todos os dias predispõe psicologicamente a alcançar pequenos objetivos em direção aos objetivos gerais do projeto. Todos os dias são revisados os riscos do projeto, são compartilhados os bloqueios ou dependências entre tarefas.
• Confiança, entre os membros da equipe e com o cliente. No modelo TaaS, o cliente pode atuar como mais um membro da equipe. Ele está informado de tudo e tem acesso a tudo a qualquer momento. Todas as informações estão na nuvem.

O que não faz o TAAS funcionar?

Também é necessário ter bem presentes os elementos que não fazem o TaaS funcionar. Estes são alguns dos pontos falaciosos nos quais é fácil cair e que, apesar de seu aparente valor, muitas vezes são mais um fardo do que uma ajuda efetiva:

• As ferramentas: às vezes parece que mais do que ferramentas, usamos brinquedos. Vimos em muitas ocasiões depositar toda a confiança na organização de um trabalho na ferramenta usada, como se tudo fosse funcionar bem por usar um software caro. É uma das falácias mais surpreendentemente difundidas em nosso meio. Um bom TaaS pode funcionar mesmo contando apenas com lápis e papel, embora isso seja um pouco absurdo. Podemos usar Redmine, Jira, Trello, Miro... o universo é infinito e não importa a ferramenta, o que importa é como se usa.
• O fanatismo metodológico: a linha que separa o rigor do fanatismo nas metodologias de gestão de projetos é surpreendentemente difusa. Por coincidência das diretrizes gerais, as metodologias iterativas combinam melhor com o TaaS do que as metodologias em cascata. Isso não quer dizer que as metodologias em cascata não possam ser aplicadas, mas que sua aplicação pode exigir um maior esforço. Dito isso, as metodologias são como as leis: não podem prever todos os casos do universo e, assim como existe algo chamado espírito da lei que se aplica quando a letra leva à confusão, também temos o espírito da metodologia, que nos permite assumir graus de liberdade quando encontramos imprevistos.
• A centralização: um dos grandes temores do gerente de projeto tradicional é a descentralização. A necessidade de "ter tudo sob controle" pode se tornar realmente compulsiva e deve ser evitada a todo custo. Cada membro de uma equipe TaaS tem sua responsabilidade e a assume, incluindo o cliente.

Resumindo, o TAAS se inspira diretamente no manifesto Ágil (atenção, no manifesto, não em suas metodologias) e acima de tudo busca a cooperação, o progresso sustentável e a melhoria contínua.