Estudio del Multitasking: Hay solución a sus problemas?

Muchos de nosotros estamos asignados a varias tareas y a múltiples proyectos, y esto crece mediante vamos aumentando nuestra experiencia y capacidad. Se toma como algo natural en el crecimiento profesional, pero todo no es color de rosa en el multitasking, que se define como el arte de hacer mas de una cosa a la vez.

“To do two things at once is to do neither.” Publilius Syros -Roman Philosopher – 100AD

Les recomiendo que visiten el siguiente sitio de Mike Sanders, que explora ese concepto en profundidad. Les transcribo lo que me pareció mas importante de su estudio:

Mike estableció unas métricas y se midió durante un año y este fue el resultado:

• Task Loading - There were now twice as many tasks in my queue each week.

• Completed Tasks - I was completing half as many each week.

• Overtime - I was working double the overtime hours each week; many times over 20.

• Health - My health was poorer; I had gained over 30 lbs, did not exercise, and did not sleep regularly.

• Happiness - Had become relatively unhappy; I had less fun time at home, generally disliked my job, and I was not very happy.

• Relationships - Relationships had become strained at work and at home. They had worsened.

También midió los efectos nocivos del multitasking:

1. Lost task switching time results from the physiological time gap we experience each time we switch tasks This could cumulatively be ~5% of your work day.

2. Poor task engagement results from the productivity lag of cognitive and memory ramp-up after a task switch, This could cumulatively be ~20% of your work day.

3. Faulty task prioritization occurs from accidental or careless decisions to work on the wrong task. This could cumulatively be ~50% of your work day.

4. Task performance errors happen when mistakes are made from incorrect task assumptions or facts. This could cumulatively be ~25% of your work day.

Se concluye que el multitasking es malo. Espero que nadie lo dude. Mike propone la practica de Powertasking para solucionar los problemas del multitasking. Acá están los pasos a seguir:

• Determine your life priority. Answer the question "What do you want" (WDYW)?

• Framed by the answer to WDYW, List and Prioritize all your tasks, both personal and business.

• Create task queues (or triggers) when you engage them to help re-engage your tasks at a later time.

• De-engage tasks properly.

• Delete tasks when you can.

• Delegate tasks when you can.

• Transfer tasks when you can.

• Shave tasks when you can.

• Breathe once in a while, look up, take a walk! People actually stop breathing at their terminals over time!

• Get feedback on your progress in real time and then apply it.

En resumen, la idea principal es hacer una cosa a la vez, y hacerla bien. Entrar completamente y luego salir de esa tarea de la misma forma. Como tenes prioridades bien definidas, sabes cómo seguir! Lean atentamente el sitio de Mike Sanders, no tiene desperdicio.

Código del cliente en proyecto de costo fijo: anulación de la garantía!

Hace poco me enfrente a una situación poco usual en un proyecto de desarrollo de software realizado bajo un contrato en la modalidad de costo fijo.

Resulta que el cliente quería acortar los tiempos de entrega entregando parte de la funcionalidad acordada previamente en el contrato del proyecto. Además, una de las razones dadas era que ellos tenían mayor conocimiento del negocio en esa funcionalidad, ya que trabajaban diariamente con el equipo de negocios que requería la aplicación.

A simple vista no le preste mucha atención a esto. Nuestro mayor miedo fue que el código que nos iban a entregar iba a ser desastroso, que íbamos a tardar mas en integrarlo que en hacer la funcionalidad nosotros mismos.

Luego de unos días, uno de los gerentes nos hizo saber otro problema. Nuestro contrato establece una garantía de un año para cualquier defecto que se encuentre luego del cierre del proyecto. Si ellos tocan el código de alguna forma, se anula la garantía. Yo no tuve esto en cuenta (Mal PM Martin, mal PM!). Es como cuando uno compra una computadora, que tiene el precinto de seguridad, si uno la abre, se pierde la garantía. Esto era algo bastante obvio que no se tuvo en cuenta.

Al final, se le acepto el código al cliente (es difícil decirle no a un cliente) debido a que estaban muy apurados y era una situación muy difícil para ellos.

Por suerte el código entregado fue integrado sin mayores problemas, ahora estamos esperando a ver los errores que nos puedan llegar a reportar!