Apagafuegos?

Hoy termine un proyecto que segun mis experiencias pasadas se puede catalogar como "apagafuegos", ya que aunque segun el cliente levantó su reporte desde enero y fue asignado el mismo dia a un Ingeniero, éste no atendio el problema, en parte porque el problema era de un grado de complejidad muy alto pero tampoco tuve ninguna peticion de escalación ni tampoco vio el tema con el cliente como para proponerle otras alternativas para resolver el problema.

Hace poco escribia un post acerca de una metodologia para recabar requerimientos con el cliente, pues era para este proyecto, ya que tuvimos que aplicar una reingenieria para crear de cero el proyecto. Y aunque definimos roles y actividades para varios ingenieros, por mi misma experiencia y la urgencia de cerrar el tema, tuve que tomar (que raro) yo el tema hasta cerrarlo. Ahora tengo que idear alguna estrategia como para que no vuelva a pasar algo asi, ya que el mas perjudicado (sin contarme, claro) es el cliente, ya que el está en espera de respuestas a su problema.

Saludos, Josman!

Junta de Requerimientos

Hoy sin querer hicimos en el equipo una práctica que hace tiempo queria implementar sobre la forma de obtener los requerimientos de un proyecto. Este formato lo vimos cuando fuimos a una casa de Software en la que nos tomaron los requerimientos para un nuevo Comercio Electronico en la empresa, lo llamaban InnoCamp (Inno por las iniciales de la empresa y Camp porque fue un proceso de dos dias todo el dia), y basicamente es una entrevista entre el cliente (aunque en este caso solo fue una persona, ya que solo una persona es la que genera la información del proyecto) y el equipo de Desarrollo de Software. El cliente nos dijo todo lo concerniente al proyecto y sus expectativas, por otra parte mi equipo se encargo de generar las ideas para complementar el proyecto.

A todos nos quedo claro de que es el proyecto y cuales son las actividades a seguir, lo que falta ahora es crear el Project para poner las actividades y asignarles una fecha. Creo que esta forma nos ayudara bastante a cumplir con las expectativas del cliente, tanto en tiempo como en costo y calidad.

Saludos, Josman!

Reprobado en Administracion de Proyectos?

Ayer le pedí a uno de mis desarrolladores que si por favor me automatizaba una encuesta de satisfacción que hace tiempo les pedia a mis clientes que me la llenaran en papel, y que en bastante tiempo quedo en el limbo hasta que hoy ya la empezaron a llenar de forma electronica. Y vaya que con este tipo de encuestas te das cuenta de muchas cosas y creo que ahora tengo dos opciones:

1. Ignorarlas, despues de todo al cliente con que le des todo lo que pida de su proyecto crees dejarlo "feliz".
2. O le pones mucha atención a toda la retroalimentacion que te dan y creas un par de estrategias para mejorar.

En definitiva creo que la segunda es la mejor, porque en el inter de todo proyecto siempre hay mil de cosas que se pueden mejorar, y generalmente desde la perpectiva del cliente muchas cosas que tu piensas como "obvias" para ellos no lo son tanto, y es ahi donde se tiene la oportunidad de mejorar, y de evitarte uno que otro mal entendido. Por ahora estare revisando todas las encuestas para hacer mis estrategias de mejora.

Saludos, Josman!

Finanzas Personales

Hoy por fin estoy tomando un curso que habia postergado por mas de 3 años, y es que siempre que me inscribia al curso, casi era seguro que cancelara mi asistencia porque algun proyecto (sistema de evaluaciones) tenia mayor prioridad y se cruzaban las fechas. Hoy por fin ya lo estoy tomando y la verdad esta muy bueno, es lo que me hacia falta saber para completar mi otro proyecto (flopper), ademas de otros recursos que solo en la universidad en la clase de Costos habia visto, y que claro, a mas de 10 años de eso, pues ya los habia olvidado. Es hoy y mañana, y por lo que veo aun me falta mucho por aprender, luego les paso algunos tips que nos han dado.

Saludos, Josman!

Lider de Proyectos vs. Desarrollador

Hoy fue uno mas de esos dias terribles, en los que el desarrollo de software me consume la mayor parte mi tiempo, si, lo se, me encanta programar, pero ese no es mi trabajo, mi trabajo es Administrar Proyectos, asi que volvi a charlar con mi equipo y les pedi que me echaran la mano, para que los proyectos solo fueran de ellos y no mios, y en caso de que tuvieran algun problema o contratiempo, ahora si, me hablaran a mi para poderlos auxiliar y entre ambos solucionar el problema. En fin, como le decia a Pau la semana pasada, todas las mañanas antes de llegar a la oficina debo decirme a mi mismo que soy Lider de Proyectos, no desarrollador y asi continuar todo el dia, o alguien me puede dar un tip para poder desligar ambos roles?

Saludos, Josman!

Nueva Entrada?

Jajaja, yo diria Primera Entrada (y no de baseball) no puedo creer que en el 2006 haya creado este blog y apenas hoy 18 de Mayo del 2009 tenga realmente un gusto por escribir en el, en fin, yo creo que porque antes mis ideas de comunicacion se limitaban solo a usar messenger, y ahora que mi vision es mas abierta, incluso para el desarrollo de software, que realmente es mi pasion, ahora estoy adentrandome en el mundo del opensource. Vaya, ojala que realmente siga escribiendo en el blog, tengo demasiadas cosas que compartir, ahh, y sobre todo de un proyecto, "flopper" que ya despues les contaré de que se trata.

saludos, Josman!