Enfim, saindo um pouco do assunto do post, sua experiência deve ser bem mais relevante que a minha e provavelmente você sabe bem mais desse assunto que eu. Provavelmente por isso não quis nem se identificar, para evitar de me deixar constrangido ou algo assim, já que provavelmente você também é uma/um profissional reconhecido no mercado e com feitos bem relevantes.

Ao invés de perder seu tempo escrevendo um comentário enorme e pouco construtivo aqui no meu blog, crie um blog pra você, compartilhe suas excelentes experiências com os outros e aprenda um pouco mais a cada dia – assim como eu.

[ ]s, gc

é aquela coisa, fazer… misturar… é perfeitamente possivel, nao precisa nem ser o poderoso da historia… basta decidir fazer… mas ai entra os conceitos de eficiencia e eficácia… conceitos bem distintos.

Se gosta tanto de programar porque perde tempo fazendo papel de scrum master?

Do meu lado, eu tenho tentado não me meter, é difícil pra kct. Meu time reclama disso em toda retrospectiva, pra nao dizer todo dia. E caramba, eu desenvolvo a mais de 10 anos, me pedir pra esquecer isso em uma semana é complicado. Principalmente quando você sente um “bad smell”.

Duro é saber se voce está certo ou errado … o tempo dirá

Sendo prático, acredito que precisamos que as pessoas além de, obviamente, conhecerem, que elas acreditem no Scrum e, ainda, que exista um líder técnico dentro das equipes (há esta visível necessidade), tendo em vista o déficit de conhecimento técnico na maioria. Este que seria um catalisador para que o time evolua como um todo e deixaria os Scrum Masters folgados em sua posição, já que naturalmente estes tendem a querer, mesmo que intuitivamente, resolver impedimentos técnicos devido à carreira destes.

Lembro que entre os princípios dos processos ágeis estão colaboração e humildade para reconhecer que não sabemos tudo (duas cabeças pensam melhor do que uma)

Sinceramente não vejo problema algum do SM ajudar a equipe num dado momento, desde que esteja sinalizando para a organização as deficiências e correndo atrás para resolve-las.

O mais importante nisso tudo, no meu ponto de vista é a divisão de responsabilidades, portanto se o time aceitar uma diretriz técnica seja lá de quem for, deve assumir a responsabilidade por isso.

abs

Gostaria apenas de contribuir da seguinte forma:

Como bem disse o Phillip, também acredito que Scrum Master e Líder Técnico são papéis que podem ser representados por qualquer pessoa dentro da Organização. Entretanto, acredito que para desempenhá-los bem é necessário um aprendizado constante e uma dedicação integral o que pra mim inviabiliza a troca de papéis a toque de caixa. Acho que a função do SM vai muito além dos impedimentos de software ou infraestrutura. Acredito no SM como um facilitador de projetos dentro de uma organização sejam eles tecnicos ou não. De outro lado, como técnico não descarto a necessidade do líder técnico nos projetos de software e isto leva a crer que na verdade o que ainda está em cheque e se temos equipes onde o papel do líder técnico está sendo desempenhado por alguém. Acredito que como fomos técnicos antes de SM, sempre que enxergamos esta brecha (E ela existe na maioria das equipes) acabamos mudando nosso papel para líder técnico. O problema desta questão pra mim é a síndrome do “Sofá Cama” (Bechara essa é tua) que sentimos e isso é realmente frustrante.

Explicando a síndrome: O sofá cama se dispõem a ser um sofá ou uma cama quando requisitado porém não é tão bom como cama nem tampouco como sofá.

[]’s