Y ahora un macro proyecto…

Efectivamente, de eso se trata ahora, la empresa acaba de adquirir un ERP, el cual se tiene que instalar para el 1ro de Enero de 2010, una de las grandes ventajas es que será “out of the box” donde solo nos dedicaremos a analizar el proceso actual y la forma en la que correrá dentro del programa (seguramente cambiando la mayor parte del proceso), para después solamente configurar los flujos de trabajo y probar todo.

¿Proyecto fácil?

Difícilmente, solo son 4 módulos inicialmente, pero se trata de los que tienen mayor impacto en la parte administrativa de la empresa.

Difícilmente ya que mi equipo de trabajo se tiene que partir a la mitad para poder atenderlo, lo cual provocará que muchas de las cosas que estamos haciendo hoy en día queden detenidas.

¿Proyecto difícil?

No, pese a que es un proyecto complejo, los puntos que me tranquilizan ampliamente es el equipo de trabajo, ya que por la parte de Sistemas se realizo una selección buscando dejar lo mejor en cada una de las actividades, los del “día a día” y los del proyecto ERP.

No, ya que todo el equipo ha demostrado tanto su capacidad técnica como la unión del mismo como una de sus grandes fortalezas.

No, ya que es tranquilizador contar con cada uno de ellos para realizar las tareas que nos competen el día de hoy.

El resumen

En términos generales, tenemos mucho capital humano y contamos con la suficiente capacidad técnica, por lo que pese a la división física del equipo, la cohesión del mismo será incluso mejor.

Como puntos medulares puedo mencionar:

1. Terminaremos trabajando como un equipo de alto desempeño
2. Nos uniremos más
3. Que algunos de los integrantes no se encuentren directamente asignados al ERP, no significa que no sean parte del proyecto.
4. Los que están asignados al proyecto, no se olvidarán de su “día a día” al termino de este proyecto.
5. Nuevas posiciones para varios integrantes del equipo (Nuevas posiciones en el organigrama y promociones)

Se vislumbran nuevos horizontes para todo el equipo, lo cual repercutirá en capacitación, responsabilidades, y por supuesto también se reflejará en sus bolsillos.

El crecimiento del área nos permitirá atacar lugares y procesos a los que nunca nos habíamos enfrentado como son los correspondientes al área administrativa de la empresa.

Por lo que este proyecto como consecuencia nos servirá para desencadenar proyectos que son necesarios a la empresa y que por muchas razones no hemos podido emprender de la forma deseada, entre los cuales veo re ingeniería, migraciones, integración de procesos.

En fin, la conclusión de este proyecto nos permitirá elevar el nivel de la empresa y será el catalizador de muchos otros proyectos, y todos nosotros seremos parte activa de ese cambio que nos permitirá convertirnos en una empresa de clase mundial.

Eso sí, a partir de esta fecha, es momento de trabajar muy fuerte para poder alcanzar lo que la empresa solicita de nosotros.

Así que ya les estare contando acerca de este proyecto…..

Y ahora vamos por ISO 27000

Así es esto del abarrote, ya tenemos ISO 9000, (el certificado llego la semana pasada y no es por ser presuntuoso, pero la casa certificadora es BSI) y ahora vamos por 27000 en fin, habrá que hacer cosas nuevas e interesantes para garantizar la seguridad de la información en nuestras aplicaciones ahora desde mi nueva posición, todo pinta para ir en una dirección donde la certificación para el área de desarrollo sea relativamente sencilla, aunque al ser un modelo ISO, la mejora continua se impondrá y hará todo sumamente interesante.

El camino va sobre los OLA (Operations Level Agreement) donde todo mi equipo los va a firmar conmigo y teóricamente yo solo administrare esa parte, claro que a efectos prácticos solo estamos excluyendo el proceso de diseño y desarrollo, no el resultado del mismo, en fin, presiento que voy a terminar aceptando muchos riesgos y decidiendo operar así, al menos por la parte de las aplicaciones viejas.

Y bastante viejas por cierto, hablamos de VB 6.0, ASP, y algo de .NET 1.1 y claro, corriendo sobre última tecnología de base de datos, el poderoso SQL Server 2000. Lo que esta en java, al menos tiene una estructura mejor diseñada que nos permitirá implementar los controles de forma mas fácil.

En fin, esta semana tendré una reunión con los encargados del proyecto de seguridad donde definiremos estos puntos con mayor precisión, así que les podré contar con mas detalle después.

Las reglas del juego

Hace unos cuantos días fui promovido en mi trabajo, ahora en lugar de desempeñarme como líder de proyecto, lo haré como gerente de desarrollo y claro algunas complicaciones adicionales vendrán en ello, pero como dice Lala (una de mis cuñadas) “El trabajo es tan feo que hasta pagan por hacerlo”.

Los retos inmediatos son muchos, una certificación ISO 9000:2008, una certificación ISO 27000:2005 la primera ya se alcanzo, la segunda esta en proceso y para darle mas intensidad al juego, combinar todo esto con metodologías de desarrollo y el esquema habitual de las empresas nacionales (lo necesitamos para ayer, ya se le vendio así al cliente, etc)

¿Qué haces cuando RUP es demasiado pesado para el tipo de proyectos que hacemos y cualquier metodología ágil se queda corta para los requerimientos de las normas? y claro no puedo dejar de pensar en los lineamientos del PMI.

Ufff, se oye complicado, sin embargo la solución que estamos aplicando es un esquema de trabajo que no pertenece propiamente a ninguna de las metodologías anteriores, pero que considera lo mejor de ambas regidos por varios de los puntos del PMI.

La foto del ayer es una imagen muy alentadora, en la que aparecen cantidad de proyectos sin seguimiento, sin estructura, y muchos de los sistemas que están en producción, no se hablan entre si, o están llenos de parches, total, que si lo comparamos con estándares mundiales, podría pensar en un CMM nivel 1 (y eso por no haber mas bajo)

Así que ya estare posteando respecto a lo que tanto el equipo como yo nos encontremos en el camino y la forma en la que lo enfrentemos.