jueves, 27 de diciembre de 2007

Cambiando de perspectiva (1)


Es mi intención incluir material que pueda resultar interesante para otros en este espacio. Que es lo que puede ser interesante no me queda muy claro muchas veces y es así que pasa el tiempo sin nuevos contenidos. Sin embargo, ahora pienso que hay algo de mi experiencia que podría tener valor para otros.

Dejenme escribir algunas palabras sobre mi experiencia para poner todo lo que sigue en perspectica. Hace varios años me dedico al desarrollo de software. Más allá que siempre me gusto programar, desde el inicio de mi actividad profesional tuve un interés por el desarrollo de software desde una visión global, considerando ciclos de vida, fases, practicas diversas, relaciones humanas y varias cosas más. Debido a esto, o a pesar de ello, he ocupado roles de liderazgo y mis actividades se han ido formalizando en este sentido en el último tiempo. Es así que mi rol principal en los proyectos ya hace más de dos años es el de lider de proyectos.

Esta transición no se ha dado de manera planificada y preparada, más bien fui realizando nuevas tareas y adquiriendo los conocimientos a medida que los necesitaba. Es claro que las habilidades y conocimientos requeridos para gestionar un proyecto no son los mismos que para diseñar un framework o implementar un elegante algoritmo.

Este cambio de responsabilidades, de técnicas a de gestión, es algo que se repite en muchos colegas. Por eso pienso en contar sobre algunos articulos, libros, experiencias que me han ayudado en esta transición, y que pienso pueden ser útiles a quienes estén es situación similar.

¿Con que puedo empezar? La gestión de proyectos es muy amplia y es eso algo que la hace muy interesante.
Creo que un buen punto de partida es comenzar a entender que puede salir mal en un proyecto. Cuando uno gestiona un proyecto hay aspectos a considerar que van más allá de los tópicos técnicos en los que uno podría enfocarse en un rol más técnico.
Cuando el enfoque técnico era lo central de mi trabajo, me preocupaba por la factibilidad de un diseño, en que sea mantenible, en la complejidad o en analizar el balance entre costo y valor de cada alternativa técnica.
Desde la perspectiva de gestión los frentes se multiplican. Steve McConnell escribe sobre esto en Rapid Development,
donde lista los errores clásicos categorizados en personas, proceso, producto y tecnología. Un capitulo del libro está disponible en internet:

Classic Mistakes Enumerated
http://www.stevemcconnell.com/rdenum.htm

Es una lista exhaustiva y muy útil.

Como ven en el título, esta es la primera entrega de una serie de artículos relacionados a este cambio de perspectiva. Más artículos en breve.