Administración de ti: Planeación de la capacidad
Necesita un sistema centrado en datos para realizar una planeación de la capacidad eficaz y precisa para las cargas de trabajo de los proyectos.
Ryan Haveson
Mi frase favorita de "Star Wars" es cuando Luke dice Yoda que intentará aumentar su caza de un pantano usando la fuerza. Yoda castiga famoso Luke diciendo, "¡ No! Trate de no... ¿, O no... No hay lo intentes". Resulta que esto es bastante relevante consejos para ingenieros de software.
Como un líder de equipo, uno de los peores sentimientos que jamás tendré es cuando te das cuenta que su equipo va a perder un plazo. Se trata de una mala situación por muchas razones. Al acercarse la fecha límite, la gente tendrá que empezar a trabajar más duro. Lo voy intentando recuperar el tiempo perdido, a veces incluso los fines de semana y noches de trabajo. Además de eso, a menudo tienen atajos en estas situaciones. Esto significa que la calidad sufre.
Cuando el plazo aparece y desaparece y el proyecto aún no está completo, no hay medallas que se repartieron por ese esfuerzo extra. Hay sólo decepción que te perdiste la fecha límite. Y como si esto no fuera suficiente, con todas las esquinas cortadas en un intento de hacer que la fecha límite, el estado del código es probablemente menos óptima. El resultado de todo lo que "intenta" termina siendo un mal sabor en la boca de todos, junto con un producto no correctas.
Una de las líneas más duras que se debe equilibrar como Gerente es cuando tienes que empujar a la gente tomar en plazos agresivos, mientras que al mismo tiempo ser realista con la cantidad de trabajo la gente puede tener. Estimación de la obra es difícil. Esta es una razón personas utilizar ágil, ya no tienes que ser particularmente bueno para planificación de capacidad.
Dicho esto, cualquier proyecto varios requiere establecer expectativas sobre lo que el resultado final va a ver como y cómo mucho esfuerzo va a tomar para llegar. Dominar la planificación de la capacidad se lleva años de práctica, señal de un testigo que personas toman demasiado en gran parte es cuando escucha las palabras, "A probar".
Haz tu mejor esfuerzo
Cuando alguien me dice, "Lo intentaré" yo inmediatamente traduce que en mi cabeza, "yo haré mi mejor esfuerzo, y si no lograr que se haga por lo menos habrá trabajado largas horas en mi intento. Pero no me cuentas si no." Esto es complicado para gestionar y responder apropiadamente a. Por un lado, no quiere frenar de cualquiera entusiasmo para empujar a sí mismos o para asumir las tareas que se extienden sus capacidades. Por otra parte, equipos y líderes deben responder para obtener resultados, no por esfuerzos.
Cuando alguien me dice "Voy a tratar" en una tarea de misión crítica, siempre responde diciendo que es mejor decir "no" que "Voy a tratar". Puedo planeo todo "no" en infinidad de formas. Puedo añadir más personas al proyecto. ¿Puedo cambiar la amplitud de la tarea. Puedo mirar en los detalles y aclarar ambigüedades para facilitar la tarea.
Hay una forma sencilla para planificar todo "A probar". ¿Significa que necesito que alguien más trabajando en el proyecto para protegerse contra fallas? Es ineficiente. ¿Oculto asumo que la persona tendrá éxito, a pesar de que ya fijaron mis expectativas de que el fracaso es una posibilidad fuerte? Sería imprudente.
Entonces, ¿cómo evitar esta trampa? Crear un ambiente donde la gente es cómoda decir "no". La mayoría de los gerentes no gustan cuando alguien en su equipo dice que no pueden hacer algo. ¿Después de todo, es un signo de debilidad, correcto? El natural proceso de pensamiento es si fueran simplemente más inteligente o más duro trabajo, entonces que sería capaces de hacerlo. En el otro lado de esto, la gente odia decir "no" porque se preocupan de que les hará quedar mal.
Al final del día, hay que recordar que hay que solamente tanta que una persona puede lograr. Ellos tampoco completará sus tareas o no, basado en su experiencia y habilidades. Golpear el puño y agrietarse un látigo obtendrá personas para trabajar de 10 a 20 por ciento más difícil durante periodos de tiempo, pero no conseguirlos dos veces ser tan productivo. Decir "sí" y no se verán peores que decir "no". Animar a la gente conocer sus limitaciones y capacidad. En última instancia, su equipo mejorará su capacidad para predecir y golpear los plazos.
Necesita un método científico, basado en datos para medir la capacidad de su equipo. Tal vez has aprendido la lección sobre lo que los miembros de su equipo cómodo diciendo "no". Sin embargo, sus jefe o empresa ejecutivos piensan todavía obligando a la gente a decir "sí" a plazos imposibles es una técnica de gestión de grandes.
Incluso si usted trabaja en un ambiente de apoyo, cuando usted ampliar hacia fuera a grandes equipos de gestión y planificación de meses de trabajo, simplemente "guesstimating" la capacidad de su equipo es insuficiente. Deben adoptar un modelo basadas en la fecha para medir el ancho de banda total de su equipo. Aquí hay algunos factores a considerar.
- **Estimaciones de la pista frente a los actuales:**Si tu equipo trabaja en un modelo donde debe estimar el trabajo antes de comenzar (ya sea en una cascada o modelo ágil), luego iniciar seguimiento el costo estima frente a los datos de costos reales por persona o por equipo. Desde allí, puede crear y publicar tablas de que equipos de estiman con precisión y cuáles no. Trabajar con su líder o miembros del equipo que todavía están aprendiendo a estimar para ayudarlos a mejorar. Mientras tanto, al menos sabrás sus bandas de error. Así, cuando se establece un horario, tendrás algunos datos con los que modelar cuánto tiempo de búfer para incluir.
- **Entrante/Fix tasa/acumulación de la pista:**Algunos equipos de trabajan de una acumulación de solicitudes entrantes, errores o problemas. Sería más fácil simplemente seguir el equipo en conjunto si el tamaño de los elementos de trabajo es más o menos homogéneo (por ejemplo, un lote de proyectos de uno o dos días). Si la tasa de entrada es igual a la tasa fija o si la acumulación es más o menos estable en tamaño, usted está en capacidad. Si tu cartera está creciendo, usted puede ser dirigido hacia una situación donde su equipo no será capaces de satisfacer la demanda. Publicar estas métricas para que todo el mundo entiende el panorama. Se utiliza para las discusiones con la gerencia de planificación de recursos de disco.
- **Los puntos de la escala del modelo:**Si consigues algo así como un grupo de apoyo de cliente, puede escalar la carga de trabajo de su equipo con el número de usuarios. Si eres capaz de demostrar una correlación entre el número de solicitudes entrantes de la ayuda y el número de usuarios, puede usar las predicciones de ventas de la empresa para ayudar a estimar que el recurso futuro necesita. Si su equipo gasta 10 por ciento de su tiempo manteniendo el código base actual, estar seguro para tener en cuenta cuando usted estima su capacidad para futuros proyectos. Al tener un modelo para sus puntos de escala, serás capaz de extrapolar los resultados de varios escenarios basados en los datos que ya tienes.
Aprende a decir "no"
Predicar con el ejemplo y decir "no" cuando es la respuesta correcta. Con todos los méritos de decir "no", resulta que es realmente uno de las conversaciones más difíciles tener. A nadie le gusta escuchar que algo no se puede hacer. Cuando alguien está pidiendo a usted o a su equipo enfrentará más trabajo que usted será capaz de manejar, es importante llevar la conversación al hablar sobre el modelo de datos.
Mientras que la mayoría de la gente odia matemáticas, resulta que la mayoría de ejecutivos responden a discusiones basadas en modelos de datos. Si has modelado capacidad y rendimiento de su equipo, tiene un modelo para los puntos de escala. Si puede probar que ya has agrietado el látigo para obtener ese 10% y 20% productividad adicional, debe tener el marco adecuado para una conversación en torno a qué se puede hacer. Cambiar el enfoque de la cuestión de si su equipo puede hacer más trabajo y centrarse en la prioridad relativa de la nueva obra en comparación con la obra existente.
La próxima vez que alguien le dice que, "A probar", recuerda las palabras de Yoda: "No hay ningún 'try'." Mientras que absolutamente debe empujar a su equipo y crear un sentido de urgencia alrededor de su trabajo, tienes que tener cuidado de cruzar esa línea donde empujas el equipo más allá del punto de que le da información valiosa. Si no son cómodos diciendo "no," incluso cuando la respuesta correcta, se va a hacer más daño que bien.
Don' t acaba de tomar la palabra los miembros de su equipo para él. Tiene un modelo científico, basadas en datos de la capacidad total de su equipo. Le ayudara a sentirse mejor en la planificación de la capacidad y le ayudará a tener recursos y alcance de proyecto conversaciones con sus ejecutivos.
Su éxito en última instancia viene de lograr resultados. Falta de plazos erosiona su credibilidad. Si tienes la confianza y el modelo de datos que lo respalde, te prevalecen en sus conversaciones alrededor de lo que puede tener su equipo, y se le coloca usted y su grupo de gran éxito.
.jpg)
Ryan Haveson tiene más de 15 años de experiencia líder equipos de ingeniería y la entrega de servicios y software para algunas de las marcas más reconocidas del mundo, incluyendo Xbox y Windows. Fue un director de grupo en el equipo de experiencia de Windows para Windows 8. Él y su equipo diseñado y entregan al usuario final y características orientadas al desarrollador, incluyendo la plataforma de las notificaciones de "suelos vivos" y el nuevo administrador de tareas. Actualmente dirige al grupo de ingeniería de sistemas en Qualcomm Inc. para los de Windows/Windows Phone en División Snapdragon en soleada San Diego. Llegar a él en ryanhaveson@hotmail.com o en linkedin.com/in/ryanha.