O papel do PM-a está sempre presente e, se não for atribuído a um indivíduo com o treinamento necessário, será redistribuído.
Para quem?- Todos os membros da equipe igualmente.
- Um membro da equipe que está pronto para combinar isso com seu papel principal.
- Uma pessoa de fora, que realmente não participa do processo, mas de alguma forma controla.
Todas essas opções são muito reais e são encontradas na prática, principalmente em empresas jovens que ainda não possuem estrutura e processos.
Lembre-se das seguintes perguntas:- Quem se comunica com o cliente?
- Quem tem em mente toda a imagem do projeto? Um documento melhor.
- Quem organiza o processo?
1. O papel do gerente é compartilhado por todos - e a equipe tem experiência média - será difícil. As pessoas não sabem o que fazer, e levará muito tempo para se reunir. O custo agregado de suas horas de discussão irá rapidamente para o céu. E não o fato de que um acordo será alcançado.
Também é necessário poder se comunicar com o cliente - mesmo com o adequado, com inadequado, às vezes é mais difícil. Alguém está impaciente com perguntas e declarações de um cliente ignorante, alguém não entende nada de seus negócios e por que ele precisa de um produto. Selffasking e outras alegrias também estão repletas de problemas, e os desenvolvedores simplesmente não gostam de fazer isso - o que significa que eles fazem isso medíocre. Não esqueça que alguém deve controlar tudo.
Esse esquema funciona apenas com especialistas muito hábeis, que estão mais envolvidos em todo o processo e são capazes de entender os negócios, os objetivos do projeto, suas tarefas e não precisam de controle, pois são censurados por eles mesmos. Acho que todos concordam que existem poucos desenvolvedores e eles estão trabalhando.
2. Um dos programadores - imediatamente, ele será capaz de entender adequadamente os requisitos de negócios e traduzir seus lutadores para um idioma compreensível? Afinal, você deve admitir que uma pessoa não entende as coisas - ela passa despercebida, mas o desenvolvedor médio não entende muitas coisas nos negócios, já que sua esfera não é de todo e geralmente não é interessante. Então ele explicará brevemente a seus filhos - o que é necessário, todos entendem novamente à sua maneira e o resultado é um fracasso completo. Como você precisa entrevistar um cliente, também precisa explicar para os outros, e também é necessário moer e colar a equipe com as pessoas.
Combinar as funções de Timlid e PM pode ser apenas um especialista muito legal que sabe entender o cliente, gerenciar, comunicar e, é claro, programar. Um cenário sério, poucas pessoas são exceções.
3. Uma pessoa que não está profundamente imersa no projeto é a pior opção, IMHO. Muitas vezes, ele simplesmente não tem tempo para isso, ele pegou um pedido na ocasião através de comunicações, bom dinheiro, encontrou uma equipe de técnicos - e assim foi. Paralelamente, ele ainda, por via de regra, tem uma lição mais importante.
Como resultado, os técnicos não têm idéia do que fazer e não perguntam novamente - eles estão vendo algo. Ele próprio não tem ideia do que está desenvolvendo, verifica ocasionalmente, mas basicamente nada vem do teste. Geralmente sou silencioso sobre o cliente. Isso ocorre porque, em 80% dos casos, esses projetos são de freelancers solteiros que não sabem como e / ou não querem trabalhar juntos com alguém e que realmente não sabem como fazer algo complicado, onde não podem fazê-lo sozinhos, porque praticamente não existem projetos desse tipo em trocas. Consequentemente, não haverá equipe auto-organizada de caras durões. Haverá um grupo de singles incompreendidos. É uma sorte se eles conseguirem um líder que possa reuni-los. E então isso não é imediato e sem garantias.
Então, por que PM?
O primeiro é manter a imagem em mente e documentá-la a tempo do ponto de vista do design. Os membros da equipe precisam elaborar os detalhes, e o projeto como um todo geralmente os escapa. É difícil mudar constantemente do privado para o geral e vice-versa. Mas o gerente é obrigado a fazer isso, e com o melhor de sua competência para responder a todas as perguntas.
O segundo é ser uma única pessoa de contato para todos. Todas as informações devem passar por ela, caso contrário, a bagunça começará imediatamente. O cliente concordará com um desenvolvedor individual ou apresentará a ele bugs, ele não informará a ninguém, bugs relacionados a outros e assim por diante.
Mais reivindicações - o gerente também é um pára-raios, ouve, aceita todas as reivindicações e, de forma construtiva, as transfere para a equipe, sabendo quem e como influenciar. Há casos frequentes em que pedras voam contra um programador em particular, e aquele do choque inicial começa a fazer coisas estúpidas: falar demais, derrubar outros, atacar em resposta, fugir.
O terceiro é resolver problemas. E isso não é se eles aparecem, mas quando eles aparecem. Porque eles aparecerão com certeza. Afinal, você precisa planejar tudo claramente, monitorá-lo, testá-lo, consertá-lo, mostrá-lo ao cliente, receber o dinheiro, contar as horas de cada um, idealmente, também realizar uma investigação. Em todas essas coisas, surgem colisões que devem ser advertidas ou resolvidas ao longo do caminho. Ou seja, para construir o processo inicial e determinar as regras do jogo, continue resolvendo os problemas atuais e introduzindo novas regras, se necessário.
By the way, sem conhecimento especializado em gestão, é bastante difícil de fazer.
Globalmente, você foi submetido a um treinamento preliminar nessa área ou testou todos os seus ganhos e se destacou como gerente derrotado. Obviamente, a educação do perfil de todos os ancinhos não será eliminada, mas em parte, e a velocidade de dominar a experiência será muito maior.