Como fazer um orçamento baseando o projeto em métodos ágeis 2.

Olá Gillian! Sobre como cobrar: geralmente se cobra pela hora trabalho do time contratado. Sendo que a hora de desenvolvimento do projeto não é exatamente a hora paga à pessoa que desenvolve, você tem que calcular mais uma margem de lucro, e se possível uma margem de eventuais gastos (viagens, idas à reuniões).

Então se é um time de 3 pessoas que ganham R$50 a hora bruta, ficaria R$ 150 a hora + %lucro.

Sobre o tempo, um contrato pequeno, de 1 a 3 meses é o ideal, lembrando que o cliente precisa estar continuamente interagindo com o desenvolvimento do projeto, e decidindo eventuais mudanças de escopo. O que foi desenvolvido deve ser apresentado para o cliente com uma frequência, como prevê o método ágil. Assim o cliente consegue entender também cada etapa do desenvolvimento entendendo se vai ficar pronto ou não, e neste caso os porquês que não ficou pronto no tempo do contrato.

O contrato geralmente tem o mínimo de entrega (por exemplo funcionalidades muito básicas que dá pra entregar bem antes do tempo do fim do contrato), prevendo escopo aberto e possíveis renovações automáticas.

É típico dizer que não existe bala de prata pra alguém se "convencer". Algumas maneiras que vivenciei para mostrar que funciona foi, combinando com o cliente um bom planejamento de reuniões ágeis (planning, review, retrospectivas), e envolvê-lo no processo, tendo uma comunicação fluída/contínua (emails são muito burocráticos) e transparência - quadros/boards informativos do status do projeto, métrica etc...

A transformação ágil exige uma mudança de comportamento e cultura pessoal, tanto de quem cuida dos métodos ágeis (scrum master/ agile coach), quanto do time de desenvolvedores, e do cliente.

Bom espero ter dado aula luz! Boa sorte, abraços :)

Bom dia Vanessa!

Legal, bem esclarecido. O que você relatou foi sobre um desenvolvimento externo, correto? No caso, quando o desenvolvimento é interno, acredito que não se calcula essa % de lucro, correto? Talvez uma % para aquisições de alguma estrutura que seja necessária ao desenvolvimento daquele projeto em específico.

Sim, com certeza precisa-se mostrar à equipe o framework e realizar as medidas necessárias para a adoção das novas rotinas do dia a dia.

O maior problema que acredito que podemos encontrar é fazer com que o PO esteja presente e comprometido com o projeto e a questão da alteração da cultura da diretoria(quem banca os projetos), passar de documentos detalhados e bem definidos, com tempo/dinheiro/escopo e as assinaturas de todos envolvidos, para produzir uma aplicação o mais aderente possível, visando atingir as necessidades do cliente, exatamente como prega as metodologias ágeis.

Atte., Gillian Lopes

Olá Gillian!

Sim, no caso de ser um projeto interno, entre áreas, não faz sentido o cálculo de lucro (a não ser que exista um modelo interno entre áreas de solicitação de serviço), e sim mais de compra de equipamentos e outros eventuais gastos.

Para sua outra pergunta, vocês tem que envolver a pessoa P.O desde o inicio do projeto, fazer esta pessoa sentir responsabilidade pelo projeto. E deixar claro os papéis de cada um no time. Seria importante/ideal ter uma pessoa mais experiente com métodos ágeis para apresentar os papéis e responsabilidades, e realmente sensibilidar todas pessoas envolvidas do porquê é importante mudar o método de trabalho tradicional para o ágil (evitar disperdício, entregar o que tem mais valor primeiro etc).

Então desde o inicio, onde se define o que deve ser feito, é importante junto realizar métodos de definição de produto, como a metodologia Direto ao Ponto do Paulo Caroli, ou a Sprint, do Google.

Esse trabalho de transformação ágil, no início é bem penoso e exige bastante energia, mas depois que vai tendo "tração", todos começam a sentir que fica muito mais leve de trabalhar, pois existe propósito! :)

Espero que estas ideias ajudem! Abraços!

Bom dia Vanessa!

Mais uma vez ótimos esclarecimentos.

Atualmente eu trabalho em uma empresa que já adota o scrum de forma ampla. Na empresa anterior, também começamos a implantar o scrum. Sei que o processo realmente é muito bom e gosto de trabalhar neste formato.

Nestas duas empresas eu não participei do processo de transição cultural(tradicional para ágil), ou seja, não tive que trabalhar essa questão de convencer a diretoria a mudar os horizontes.

Neste momento estou recebendo uma proposta de outra empresa que, atualmente, trabalha fortemente no formato tradicional. Eu gostaria de propor a utilização da metodologia ágil!

Por isso meus questionamentos de como fazer essa transição, aliás, de como fazer o convencimento de realizar essa transição.

Obrigado, Gillian Lopes

Oii Gillian!

Entendi! Bom o jeito é fazendo apresentações para a diretoria, porém procure pessoas aliadas a isto na empresa. Esse contexto de ser um novato na empresa, recém chegado e querer mudar tudo é um cenário modo hard pra você enfrentar hem. Até pq vc precisa entender os motivos da empresa ainda estar assim, o contexto atual inteiro para começar a propôr melhorias.

Recomendo você verificar as palestrar/videos de pessoas da Agile Brazil e Agile Trends! E até convidar as pessoas a participarem destes evento. Toda vez que tiver algum evento, sobre ágil, convide seus colegas, gerentes, diretores! :)

Boa sorte em seu novo trabalho! abraços

Bom dia Vanessa!

Sim, com certeza terei todo o cuidado e, claro, conhecerei o contexto da empresa para num segundo momento propor uma mudança cultural como esta. Mas como ainda não tem nada certo, deixarei essas questões para as cenas dos próximos capítulos. :)

Gostei da idéia de convidar as pessoas a participarem de eventos agile. Aos poucos você pode ir ganhando força ao colocar os colegas em contato com essas metodologias/framework.

Agradeço bastante a todos os esclarecimentos e auxílios. Gillian Lopes

Fico feliz que ajudou, se for mudar e desafios aparecerem vai postando aqui pra gente conversar e discutir soluções. Abraços!