Falando sobre gestão de pessoas e propriedade do projeto

Há algum tempo, dei uma palestra interna na minha empresa sobre a criação de grandes equipes de projeto. Eu o intitulei 'The Ocean's Eleven of Project Management; Motivar uma equipe a dizer 'Talvez, mas como?' em vez de 'impossível!''. Um dos problemas mais recorrentes e persistentes que enfrentamos em nossa empresa com equipes de projeto é a falta de propriedade e acompanhamento (da equipe como um todo). experiências para evitar preventivamente esses problemas (na maior parte).

Minha própria tese aqui é que montar uma equipe com os aspectos sociais e interpessoais certos em seu núcleo leva a resultados de trabalho que sempre excedem as expectativas.

Pode-se encontrar muitas definições excelentes de propriedade , mas sinto a necessidade de dividir ainda mais o termo em seus componentes práticos para articular o que se espera de indivíduos e equipes quando solicitados a assumir a propriedade de uma entrega. A propriedade do projeto é um termo abrangente que abrange a integridade do acompanhamento, o valor central do shokunin e algum grau de paixão pelo que está sendo feito.

Escrevo isso da perspectiva de um gerente de projeto, é claro, destacando o papel que um gerente precisa desempenhar para ajudar a promover uma dinâmica de equipe positiva, mas, em essência, qualquer pessoa da equipe pode assumir esse manto se sentir vontade de fazê-lo. Existem 3 principais componentes progressivos que devem ser o núcleo da cultura de uma equipe de projeto.

A primeira delas é a confiança . É importante entender, como gerente de equipe, que sua equipe, consciente ou inconscientemente, está em um estado mental reativo. Eles responderão a tudo o que vier de você. Se você começar com perguntas e críticas, eles se tornarão mais defensivos. Se você vê sua situação como um gerente e sua equipe, eles verão da mesma maneira.

Com um mugiwara em cima da minha cabeça, meu conselho aqui é ver a situação como se todos fizessem parte de uma equipe com seus próprios papéis a desempenhar, para apoiar uns aos outros sempre que necessário para um objetivo comum; eles aceitarão e apreciarão isso, e isso, por sua vez, seria o primeiro passo para estabelecer que estamos todos juntos nisso. Afirmar que até você, como gerente, fica vulnerável sem o apoio de sua equipe reforçaria ainda mais sua confiança neles e os encorajaria a confiar uns nos outros e em você mesmo.

Como gerente, você é de fato o líder. É sua responsabilidade decidir o rumo de seu navio, inspirar sua equipe e assumir a responsabilidade por quaisquer que sejam as consequências.

Em uma nota mais pragmática, há uma série de coisas que podem ser feitas para estabelecer e reforçar a confiança. Descobri que a vigilância no processo de estimativa é um dos principais impulsionadores para estabelecer a confiança dentro de uma equipe. Uma vez que o gerente explique a funcionalidade e o objetivo, deve-se solicitar à pessoa a quem a tarefa é atribuída um orçamento. É importante aqui estabelecer que a honestidade neste processo é fundamental. Eles precisam estar no comando e prestar contas de seu trabalho a você, o que permitiria que você, como gerente, defendesse com confiança suas estimativas e trabalhasse para quem viesse perguntar.

Construir rapport é certamente mais fácil falar do que fazer. Embora neste contexto, o que observei ser o melhor catalisador é o esforço de um indivíduo em cumprir sua designação e tentar concluir sua tarefa. Fazer isso com uma compreensão do que precedeu no processo e que seu próprio trabalho se tornará o pré-requisito para o trabalho de outra pessoa é um obstáculo mental difícil de superar, mas pode ser alcançado com um pouco de tempo e crítica oportuna.

Todo o trabalho em um projeto faz parte de um nexo de processos interconectados. Quando uma tarefa chega a um tribunal de desenvolvedores, ela já passou por uma jornada substancial e ainda há uma grande distância para chegar ao seu destino. Já houve um esforço considerável para entender o que precisa ser feito e para articular os requisitos bem o suficiente para o desenvolvedor em texto e imagens. O trabalho dos desenvolvedores precisa passar por um extenso ciclo de controle de qualidade, antes de ser eventualmente mesclado com o projeto. Todos na equipe estão de alguma forma conectados a tudo o que acontece no projeto e, portanto, são afetados por cada desempenho individual.

Uma cultura de celebração dos sucessos da equipe e do projeto precisa ser estabelecida para reforçar ainda mais esses ideais. Mas, para encerrar meu ponto inicial, estar ciente do processo e ter um grau de empatia ao compreender as funções e responsabilidades de um membro da equipe pode desempenhar um papel importante na construção do relacionamento de um indivíduo com sua equipe.

Ganhar respeito é o mais difícil, pois vem de um lugar muito mais profundo dentro de si mesmo. Em nosso contexto atual, acho que ir consistentemente além do chamado do dever e/ou apresentações individuais magníficas desempenham um papel significativo na conquista do respeito dos outros.

Para elaborar, estamos falando aqui sobre respeito como colegas, não como indivíduos. Ao mesmo tempo, quando alguém passa de 50 a 70 horas por semana com alguém, os limites ficam um tanto confusos. Como estou pensando mais sobre isso, há muito a dizer, mas para ser breve e para sua atenção, darei alguns exemplos do que eu consideraria ir além do dever de alguém: fazer um esforço para entender problemas de trabalho de um colega e ajudá-los a resolvê-los, trazendo criatividade e ideias para a mesa, identificando lacunas e avançando para preenchê-las.

Respeito pode ser o ponto que talvez eu não consiga articular tão bem quanto os outros, mas o valor de ter respeito presente entre os membros de uma equipe é bastante claro. O respeito leva à coesão e camaradagem dentro de uma equipe, leva a uma equipe que pode superar obstáculos e terrenos difíceis, leva ao desenvolvimento de resiliência dentro de uma equipe para enfrentar situações difíceis que qualquer projeto inevitavelmente enfrenta

Esta série de postagens é uma exploração dos aspectos mais intangíveis da vida do projeto. Aguarde meu próximo post, onde falarei sobre mais algumas coisas que trarão mais estrutura a esses pensamentos.