Gestão de TI: Planejamento de capacidade
Você precisa de um sistema orientado a dados para executar um planejamento da capacidade efetivo e preciso para cargas de trabalho de projetos.
Ryan Haveson
Minha frase favorita de "Star Wars" é quando Luke diz Yoda que ele vai tentar levantar seu lutador de um pântano, usando a força. Yoda famosa castiga Luke , dizendo: "não! Tente não... Fazer ou não fazer... Não há nenhuma tentativa." Acontece que se trata de conselhos muito relevantes para engenheiros de software.
Como um líder de equipe, um dos piores sentimentos que você nunca vai ter é quando você percebe que seu time vai perder um prazo. Esta é uma situação ruim por vários motivos. Conforme se aproxima o prazo, as pessoas terão que começar o trabalho extra duro. Eles vou tentar compensar o tempo perdido, por vezes até finais de semana e noites de trabalho. Em cima disso, você frequentemente tem que cortar cantos nessas situações. Isto significa que a qualidade sofre.
Quando o prazo vem e vai, e o projeto ainda não está completo, não há nenhuma medalhas entregadas para que o trabalho extra duro. Há apenas a decepção que você perdeu o prazo. E como se não bastasse, com todos os cantos cortados na tentativa de tornar o prazo, o estado do código é provavelmente menos então ideal. O resultado de que "tentando" acaba por ser um gosto ruim na boca de todos, juntamente com um produto sub-standard.
Uma das linhas mais difícil, que você tem que equilibrar como um gerente é quando você tem que empurrar as pessoas para assumir prazos agressivos, enquanto ao mesmo tempo sendo realista com a quantidade de trabalho, as pessoas podem tomar. Estimar o trabalho é difícil. Esta é uma razão que as pessoas usam Agile, porque você não tem que ser particularmente bons em planejamento de capacidade.
Dito isto, qualquer projeto de vários meses requer a definição de expectativas sobre o que o resultado final vai olhar como e como muito esforço vai demorar para chegar lá. Enquanto o planejamento de capacidade de masterização leva anos de prática, sinal de um revelador que as pessoas estão tomando em muito muito é quando você ouvir as palavras, "Eu vou tentar."
Faça o seu melhor
Quando alguém me diz, "Eu vou tentar," eu imediatamente traduzir que na minha cabeça, "vou fazer o meu melhor, e se eu não conseguir fazer será pelo menos trabalho longas horas na minha tentativa. Mas não me prender responsáveis se eu falhar." Isso é complicado para gerir e responder apropriadamente. Por um lado, você não quer molhar do alguém entusiasmo para empurrar-se ou para assumir as atribuições que se estendem suas capacidades. Por outro lado, as equipes e líderes são responsabilizados para resultados, não para esforços.
Quando alguém me diz "Vou tentar" em uma tarefa crítica, sempre respondo dizendo que é melhor dizer "não" do que "Eu vou tentar." Eu pode planejar em torno do "não" em inúmeras formas. Posso adicionar mais pessoas ao projeto. Eu posso mudar o escopo da tarefa. Eu posso olhar para os detalhes e esclarecer ambigüidades para facilitar a tarefa.
Não há nenhuma maneira fácil de planejar em torno de "Eu vou tentar." Isso significa que eu preciso de alguém mais trabalhando no projeto para hedge contra falha? Que é ineficiente. Eu cegamente que a pessoa terá sucesso, mesmo que eles já definir minhas expectativas de que o fracasso é uma forte possibilidade? Que seria imprudente.
Então, como evitar essa armadilha? Criar um ambiente onde as pessoas estão confortáveis dizendo "não". A maioria dos gestores não gostam quando alguém na sua equipe diz que eles não podem fazer algo. Afinal, é um sinal de fraqueza, certo? O natural processo de pensamento é que, se fossem apenas mais inteligentes ou mais difícil do trabalho e, em seguida, eles seriam capazes de fazê-lo. Do outro lado desta, as pessoas odeiam dizendo "não" porque eles se preocupe que ele vai fazer-lhes ficar mal.
No final do dia, você tem que lembrar que há que apenas tanta que uma pessoa pode realizar. Ou terminarão suas tarefas ou não, com base em suas habilidades e experiência. Batendo seu punho e rachando um chicote vão ter pessoas a trabalhar 10% a 20% mais difícil por períodos de tempo, mas ele não vai levá-los a ser duas vezes tão produtivo. Dizendo "sim" e não ficará piores do que dizer "não". Incentive as pessoas a conhecer suas limitações e capacidade. Em última análise, sua equipe vai melhorar sua capacidade de prever e acertar os prazos.
Você precisa de um método científico, baseados em dados para medir a capacidade de sua equipe. Talvez você já aprendeu a lição sobre como fazer com que os membros da equipe confortável em dizer "não". No entanto, seus patrão ou empresa executivos podem ainda acho que forçar as pessoas a dizer "sim" para prazos impossíveis é uma técnica de gestão de grande.
Mesmo se você estiver trabalhando em um ambiente de apoio, quando você dimensionar a gestão de grandes equipes e planejamento de meses de trabalho, simplesmente "guesstimating" a capacidade de sua equipe é inadequada. Você deve adotar um modelo data-driven para medir a largura de banda total de sua equipe. Aqui estão alguns fatores a considerar.
- **Estimativas de faixa Versus valores reais:**Se sua equipe trabalha um modelo onde você estima o trabalho antes de começar (ou em uma cachoeira ou um modelo ágil), em seguida, começa a controlar o custo estima versus os dados efetivos de custo em uma base por pessoa ou por equipe. A partir daí, você pode criar e publicar tabelas que equipas estimam com precisão e quais não. Trabalhar com suas ligações ou membros da equipe que ainda estão aprendendo a estimar para ajudá-los a melhorar. Entretanto, pelo menos você saberá suas bandas de erro. Dessa forma, quando você definir uma agenda, você vai ter alguns dados com o qual modelo quanto tempo de buffer para incluir.
- **Controlar a taxa de entrada/Fix/lista de pendências:**Algumas equipes trabalham fora um backlog de solicitações de entrada, bugs ou problemas. Pode ser mais fácil simplesmente acompanhar a equipe no agregado, se o tamanho dos itens de trabalho é mais ou menos homogêneo (por exemplo, um lote de projetos de um ou dois dias). Se a taxa de entrada é igual a taxa de correção ou se a lista de pendências é em tamanho mais ou menos estável, você é a capacidade. Se sua lista de pendências está crescendo, você pode ser dirigida para uma situação onde a sua equipe não será capaz de acompanhar a demanda. Publica essas métricas para que todos compreendam a imagem maior. Utilizado para discussões com gestão de planejamento de recursos de disco.
- **Os pontos da escala do modelo:**Se você conseguir algo parecido com um grupo de apoio ao cliente, carga de trabalho de sua equipe pode escalar com o número de usuários. Se você é capaz de mostrar uma correlação entre o número de solicitações de ajuda de entrada e o número de usuários, você poderia usar a previsões de vendas da empresa para ajudar a estimar o que seu recurso de futuro necessidades. Se sua equipe gasta 10% do seu tempo, mantendo a base de código atual, certifique-se de conta que quando você estimar sua capacidade para projetos futuros. Por ter um modelo para os seus pontos de escala, você será capaz de extrapolar os resultados de vários cenários, com base nos dados que você já tem.
Aprender a dizer "não"
Liderar pelo exemplo e dizer "não" quando é que a resposta correta. Com todos os méritos dizendo "não", afinal ele é realmente uma das conversas mais difícil ter. Ninguém gosta de ouvir que algo não pode ser feito. Quando alguém está pedindo a você ou sua equipe para assumir mais trabalho do que você vai ser capaz de manipular, é importante levar a conversa falando sobre seu modelo de dados.
Enquanto a maioria das pessoas odeia matemática, verifica-se que a maioria dos executivos respondem às discussões com base em modelos orientados a dados. Se você já modelou o throughput e a capacidade de sua equipe, tem um modelo para os pontos da escala. Se você puder provar que você já tenha rachado o chicote para obter o que 10% a 20% produtividade extra, você deve ter o contexto certo para uma conversa sobre o que pode ser feito. Mude o foco longe a questão de se sua equipe pode fazer mais trabalho e enfocam a prioridade relativa do novo trabalho em comparação comparada o trabalho existente.
Da próxima vez que alguém lhe disser: "Eu vou tentar", lembre-se das palavras de Yoda: "Não há nenhum 'try'." Enquanto você absolutamente deve empurrar sua equipe e criar um senso de urgência em torno do seu trabalho, você tem que ter o cuidado de cruzar essa linha onde você empurra a equipe além do ponto de dar-lhe informações valiosas. Se eles não são confortáveis dizendo "não", mesmo quando o que é a resposta certa, vai fazer mais mal do que bem.
Don' t basta ter a palavra dos membros da equipe para ele. Tenho um modelo científico, baseados em dados para capacidade geral de sua equipe. Ele irá ajudá-lo a tornar-se melhor no planejamento de capacidade e ele vai te ajudar a ter recurso e projeto de escopo conversas com seus executivos.
Seu sucesso vem, finalmente, de entrega de resultados. Falta de prazos corrói a sua credibilidade. Se você tem a confiança e o modelo de dados de um backup, você vai prevalecer em suas conversas em torno do que sua equipe pode assumir — e você vai posicionar-se e seu grupo de grande sucesso.
.jpg)
Ryan Haveson tem mais de 15 anos de experiência principais equipes de engenharia e fornecimento de software e serviços para algumas das marcas mais reconhecidas do mundo, incluindo a Xbox e Windows. Ele era um gerente de grupo da equipe de experiência do Windows para Windows 8. Ele e sua equipe projetado e entregues a usuários finais e recursos voltados para o desenvolvedor, incluindo a plataforma de notificações de telha ao vivo e o novo Gerenciador de tarefas. Ele atualmente lidera o grupo de sistemas de engenharia da Qualcomm Inc. para o Windows/Windows Phone na divisão de Snapdragon na ensolarada San Diego. Contatá-lo em ryanhaveson@hotmail.com ou em linkedin.com/in/ryanha.