Fórum de discussão

Da forma que você coloca, em suas apresentações, me parece que o gerente de projetos tem um cargo parecido com o de um CHEFE, e na verdade eu entendo que um gerente de projetos é mais do que um SCRUM master, o papel do SCRUM master é uma das coisas que o gerente de projetos tem o dever de fazer. E todas as características do Scrum master que mencionou, se aplica ao gerente de projetos, por isso não entendo o seu ponto de vista.

no modelo tradicional um Gerente de Projetos é pessoa designada pela organização executora para atingir os objetivos do projeto. Para isto ele recebe autoridade para que tenha condições de conduzir o projeto, obter os recursos que ele precisa, tomar as decisões que ele precisa. Nesta situação ela acaba se responsabilizando pelo sucesso projeto, representa o projeto perante as partes interessadas, ele é quem ele é o gerenciador das comunicações, ele é o gerente ou líder da equipe, ele avalia o desempenho da equipe, ele é quem toma muitas decisões dentro do projeto, é ele quem se responsabiliza pelo plano do projeto e muitas vezes é ele quem faz o planejamento do projeto. Enfim, são muitas responsabilidades que um gerente de projetos típico pode assumir.

No Scrum simplesmente não existe mais este papel, ele foi eliminado. O que existe em um Projeto Scrum é o Scrum Master que é um servo líder, ele serve a equipe, ele ajuda a remover impedimentos, ajuda no entendimento das regras do Scrum, verifica se o pessoal está realizando os eventos do Scrum. O Scrum Master não tem autoridade sobre a equipe como tem um Gerente de Projetos típico. O ScrumMaster não pode dizer o que a equipe tem fazer em relação as suas atividades, o Scrum Master no máximo pode dar orientações. Muitas atribuições que antes era de um Gerente de Projetos, no Scrum passam para a equipe, porque ela deve ser auto-organizada, e outras atribuições passam para o Dono do Produto, como conversar com as partes interessadas, representar o projeto na organização, identiifcar os requisitos necessários.

Gostaria de saber, pensando em uma organização, em um projeto de software, a quem esta equipe vai responder? se o projeto não for bem sucedido é culpa de quem ? não vale dizer que é de todos, pois na pratica nunca é assim...

Sempre temos um responsável por um projeto, eu pergunto no caso da equipe Scrum, quem presta conta pelo projeto ?

Quem monitora os desvios de prazo, custo ? Quem é responsável por monitorar os riscos e pelos relatórios de desempenho da equipe ? Seria uma boa pratica, que acima de uma equipe Scrum, deve ter um gerente ou responsável pelo projeto ?

É difícil imaginar isso funcionando... quando a equipe faz corpo mole, o cara não vai poder chamar a atenção do grupo ?

Em breve mando mais questionamentos... rsrsrs

Ayrton Filho

Se um gerente de projetos com todas as habilidades e capacidades tem condições de conduzir

o projeto usando o framework, qual o problema da equipe ter uma referência, como um gerente de projetos "tradicional"???

Pergunto pois sou gerente de projetos ha 7 anos, estou fazendo o curso e acredito no framework. Acredito que

o engajamento da equipe nos principios da "autogerencia" são possiveis de ser alcançados mesmo

com a figura de um gerente de projetos "tradicional", que alem das atividades do dia a dia do projeto

junto a equipe, possa fazer suas outras atribuições associadas a comunicação, riscos, custos, etc..

Estou errado neste pensamento?

Obrigado.

O Dono do Produto é o responsável por garantir o ROI do produto, ou seja, o retorno de investimento. O PO (dono do produto) deve saber quanto de retorno ele vai gerar para cada item que estiver no backlog. O PO também deve conhecer as necessidades dos usuários e stakeholders.

Neste sentido, o custo do projeto deve ser gerenciado pelo PO. Como dito anteriormente, as diversas atividades de um Gerente de Projetos "tradicional" foram delegadas e distribuídas para todos os papéis no framework Scrum.

abraço,