Apuntes básicos sobre: Planificación 2/4 

A)Definir objetivos:

Los objetivos son ESO que queremos alcanzar (pero no lo confundamos con los deseos)

El éxito es la materialización de nuestros objetivos

Debemos fijarnos unos objetivos que nos lleven de donde estamos hacia donde quisiéramos estar y disfrutar del viaje y del final.

Acá merece recordar la frase: "Si no sabes donde vas no sabrás que has llegado"

Unas características que debemos esperar de ESO que queremos alcanzar(nuestros objetivos) son;

Que sea especifico

Que sea Mensurable

Que sea alcanzable

Que sea realista

Que le podamos asignar un plazo de tiempo

B)Dividir los objetivos en tareas manejables

¿Qué impide realizar los objetivos en un instante?

Seleccionemos las actividades necesarias para alcanzar el objetivo (no mas de siete para cada objetivo)

Encadenemos esa actividades en una secuencia posible

Hay que superar dos trampas básicas

1-       detallar excesivamente las tareas y caeremos en : los arboles no nos dejan ve el bosque

2-       Encaramos tareas de magnitud abrumadora , eso es porque hemos elegido objetivos de gran magnitud

Descomponga los objetivos grandes , probemos: redefinición del objetivo en cuestión (punto A) hasta encontrar una cantidad manejable de tareas para alcanzarlo

Una guía de gran valor para superar estas trampas es Simplificar , combinar , eliminar

C) Fijar prioridades

Divida las actividades en URGENTES y  NO URGENTES

Divida las actividades también en IMPORTANTES y NO IMPORTANTES

Las actividades urgentes son aquellas que necesitan atención inmediata , pueden estar directamente relacionadas con el objetivo o Indirectamente relacionadas.

Las actividades importantes están directamente relacionadas con el objetivo , producen resultados , son aquellas por las cuales se valora su trabajo.

Hay que dar prioridad a las urgentes importantes

Luego a las importantes no urgentes , estas son las que nos acercan mas eficazmente a los objetivos, son las que nos darán mayores resultados y con el menor esfuerzo.

Luego estarán las urgentes pero no importantes , que son aquellas que nos hacen perder mas tiempo. Suelen ser de muy corto plazo de ocupación , probablemente no están muy relacionadas con el objetivo

Ej.: el teléfono

Dejamos para el ultimo las no urgentes y no importantes

organizador de actividades

Si necesitan trabajar con previsión , y con una herramienta simple task coach es de lo mejor
Organizo mi tiempo , prioridades , con calificaciones , filtros y todo lo habitual pero de una manera sencilla. pueden bajarlo de www.taskcoach.org , es gratuito

proyectos imposibles quick kill

En una vieja drdobbs journal encontré el concepto quic-kill project o proyecto de calendario imposible
Un proyecto imposible es una aberración conceptual.
porque solo se hacen proyectos factibles o posibles los otros no .
independientemente de lo que ese buen articulo quiso decir (todavía lo encuentran si se busca quick kill project) Se trata de un proyecto:
1-recargado
2-mal planificado
Siempre la excusa es la urgencia , y la urgencia es eso: una excusa . El articulo de la revista plantea una organizacion alrededor de tres "documentos"
1-vision and socpe document que no es mas que la formulación de los objetivos del proyecto
2-estructuración de las actividades en red jerárquica
3-revisiones de código
Un proyecto recargado es (traducido a algún concepto conocido ) un proyecto donde todos los caminos se han vuelto críticos. es decir no hay ningún camino con holguras , si se atrasa cualquier actividad todo el proyecto se atrasara por lo menos en esa cantidad de atraso (mínimo)
Entendamos: los recursos están saturados todo el tiempo , es decir el contenido de las actividades es solo el básico (core) cualquier aspecto de coordinación o plantificación u entumezcan es inaplicable porque no hay tiempo!. Y los jefes consideran que deberían estar terminados ayer !
En el ámbito del software dicen que son proyectos sin gerenciacion , es decir llevado adelante por programadores (es que no queda otra no hay tiempo para trabajos de managment)
Estos proyectos son una verdadera calamidad , no puede salir nada bueno al final de ellos.
Los escritores confían en que con la ayuda espiritual de los objetivos, con la concentración en actividades esenciales y con la disciplina de las revisiones estructuradas , quizás puedan completarse exitosamente.
Exitosamente porque conseguirán los resultados (nada mas), es decir se hará código que ejecuta lo requerido , pero segurisimo no es el mejor programa posible . Porque todo es incertidumbre.
Dice: que en estos proyectos un miembro no sabe ni por donde empezar.
Mi interpretación es simple: aunque nada tiene sentido , porque los objetivos no son claros , las actividades no las podemos completar y tampoco podemos dar una mínima garantía de calidad de lo que estamos haciendo . En ese desorden hay un sentido: seguramente los objetivos están confusos entonces busquemos los resultados y/o metas para adivinar los objetivos . Solo encaremos actividades posibles o sea que tienen un principio , un fin , un esfuerzo posible y un producto tangible (en nuestro mundo intangible). Y ya que los plazos no dan para control de calidad , hagamos lo mínimo : revisiones de código.
Todo esta mal porque los elementos esenciales de un proyectos son los resultados esperados , una red de actividades factibles que aseguran el producto o resultado y un método que sea verificable. En medio de todo esto hablan de las estimaciones
Recodemos que las actividades humanas están enmarcadas en un contexto social y de necesidades personales. Oralmente el que no conoce tiende a tomar como buena una estimación del trabajo de robot o maquina . Ese es el contenido esencial o básico o mecánico de la actividad (si hiciéramos solo eso durante las 24 hs habría que tener en cuenta por ejemplo que vamos al baño , que necesitamos hidratarnos , que hay que desentumeserse y así .....) Y como sabremos entonces cuales son las restantes ? aparte de estudiar , hay que basarse en observaciones por lo menos de actividades parecidas y ejecutadas por un tiempo considerable . Caso contrario históricamente la subestimacion es de un 50% , en el caso de gente con experiencia alrededor del 30%
Tenga en cuenta también que el paso de una actividad a otra requiere (para software ) entre 11 a 30 minutos (tiempo de preparación)

prioridades

Las prioridades califican el orden en que debo encarar mis pendientes
En mi programa de ordentes tadavia me falta agregar que se almacene la calificacion de una orden pendiente con la posibilidad de recalculo automatico para recalcular la urgencia
Segun ITIL , se define a Prioridad como: secuencia en que se tratarán los incidentes.
Se determina por el impacto, la urgencia y el esfuerzo.
Impacto: desde el punto de vista del negocio.
Urgencia: es la velocidad con la que debe resolverse el incidente.
La prioridad y la urgencia no se definen en base a la presión del usuario
sino según los procedimientos y los acuerdos de servicio. Deben usarse
códigos uniformes y preestablecidos