Log in
Fórum de discussão
Consulte abaixo todas as dúvidas e comentários relacionados a este curso. Se você tem alguma dúvida, utilize o botão CRIAR NOVO TÓPICO. Verifique antes se a sua dúvida já não foi enviada por outro aluno.
Enviado em 19/02/2014 10:03
Como no scrum podemos passar uma estimativa de fim de projeto e custo ? Ja que a grande vantagem e se fazer em pequenas partes e evoluir na melhoria do time, entendimento do negocio etc.
Esse e o ponto mais complicado que venho passando, fora o fato das empresas ainda possuirem muita resistencia ao modelo de trabalho principalmente as que ja fazem uso a muito tempo do modelo cascata.
Um outro ponto tambem ainda relacionado a este mesmo assunto sao as requisicoes de cotacao que recebo diariamente. O que estou querendo dizer com isso: empresas que escrevem um documento contendo todos os desejos (requisitos) de uma aplicacao e enviam para N consultorias para receberem precos e tomarem a decisao de qual consultoria vai executar o projeto. Isso e uma grande briga atualmente na minha empresa pois no meu entendimento a minha empresa nao deveria participar destes tipos de projeto pois e um projeto que e bem provavel que teremos prejuizo ou entao nao iremos ganhar pois devido a incerteza acabamos passando um custo muito alto fora que nao acredito que iremos conseguir fazer uma entrega de valor para o cliente. Muito provavel que iremos gerar um grande desgaste com o cliente. Alem disso tambem e complicado fazer a diretoria da minha empresa entender esses pontos.
Gostaria de uma ajuda nesses pontos.
Editado 1x. Última edição em 17/09/2015 12:39
Enviado em 19/02/2014 11:41
O Scrum não entra na questão comercial do projeto. A forma de negociação do projeto vai ser feita com base no que for mais vantajoso para as partes (cliente e fornecedor).
Se você vai elaborar uma proposta com preço fechado (fixo) terá que conhecer com detalhes todo o escopo do projeto para estimar prazos e custos. Se for neste tipo de contrato, basta depois dividir o escopo do projeto em Sprints. Se houver mudanças de escopo, basta negociar com o cliente o custo extra para estas mudanças.
Se for com escopo aberto, será um projeto com custos reembolsáveis. Você acorda com o cliente a forma de cobrança dos custos incorridos, podendo já estar no valor hora a margem de lucro. Este tipo de contrato seria o ideal para o mundo do scrum, mas é o mais arriscado para o cliente e geralmente não é o mais usado.
Veja que não existe uma abordagem oficial da Scrum.org para elaboração do orçamento do projeto. Entretanto, você pode se basear na abordagem de estimativa que é apresentada no final deste curso, a qual consiste de transformar os requisitos em histórias de usuário e para estas é elaborada uma estimativa de pontos. Se souber quantos pontos a equipe é capaz de produzir durante uma Sprint, então basta pegar o total de pontos que o projeto tem e dividir pela quantidade de pontos que a equipe entrega por Sprint, assim você vai saber quantas sprints o projeto vai ter. Sabendo o custo hora de cada profissional e quantas sprints o projeto vai ter, você chega no orçamento. Recomendo assistir especialmente o módulo 4 que você vai ser instruído sobre a forma de estimar os itens do backlog.
Vale considerar que no Scrum o orçamento é apenas uma estimativa e não um compromisso, porque a filosofia do Scrum é estar aberto a mudanças durante todo o projeto.
Um artigo detalhado sobre esta abordagem se encontra abaixo:
um abraço,
Kelvin
Evite a piratariaPara que continuemos desenvolvendo novos cursos com preços acessíveis, contamos com a sua colaboração. O conteúdo dos nossos cursos não pode ser redistribuído de qualquer forma ou por qualquer meio. Somente o aluno devidamente inscrito nos cursos poderá fazer uso dos nossos materiais. Se você identificar que alguém está usando indevidamente o conteúdo dos nossos cursos, ou distribuindo-o ilegalmente, por favor avise-nos imediatamente através do e-mail contato@tiexames.com.br. Veja as condições de uso dos nossos conteúdos.
Leia a licença de uso