Itzcoalt (itz) Álvarez

He pasado los últimos minutos redactando una entrada para mi blog, en la cual buscaba expresar mi decepción ante un evento que tenido que presenciar.

Sin embargo, he llegado a la conclusión que es útil el detallar lo sucedido y solo me gustaría compartir con ustedes dos anécdotas  en las cuales se ejemplifica parte de lo que me ha decepcionado.

A fin de no herir susceptibilidades, omitiré nombres y cambiare algunas situaciones.

Cierta compañía líder en su segmento decidió realizar una  licitación para  obtener las mejores condiciones posibles en un desarrollo de software crítico para ellos, participo la empresa A, B y C.

Para este relato, la empresa A, es una compañía de clase mundial Nivel CMMI 3 y 5 en algunas localidades, y se encuentra dentro de las 10 empresas más importantes dentro de IT a nivel Mundial, La empresa B, es una pequeña empresa de desarrollo y consultoría en IT de Centro América, con presencia en dos países, sin certificación CMMI, la empresa C, es una compañía muy similar a la empresa A, solo que sus operaciones se centran en Asia.

Tanto la empresa A y la empresa B tienen una ventaja competitiva, conocen la operación del cliente y su plataforma tecnología, han tenido ya proyecto de desarrollo exitosos, la empresa C es totalmente nueva para el cliente.

El cliente presento el alcance del proyecto, y proporciono la información básica del sistema a desarrollar, fijo una fecha para la entrega de la propuesta económica y técnica.

En dicha fecha, las empresas A y B entregaron sus propuestas, la empresa C, presento una cotización de un sistema propietario que cumplía con la mayor parte de los requerimientos del cliente, se excusaron de no presentar una propuesta para el desarrollo pues argumentaron que no tenían todos los elementos para presentar una estimación donde el riesgo no fuera muy alto.

Como final, la empresa ganadora, pese a todos los pronósticos, fue la empresa B, quien tomo como base su inversión en I+D  para presentar una  estrategia de desarrollo que minimizaba los riesgos.

Segunda anécdota.

Cierta compañía que dispone de una área especializada en cierta tecnología, en donde sus integrantes en su gran mayoría, han estado en los últimos cuatro años realizando actividades ligadas a la misma plataforma tecnológica; se ven de pronto sin proyecto alguno, en la búsqueda de actividades facturables, les es asignado un proyecto en donde las actividades a realizar no tienen nada que ver ni con tecnología, ni mucho menos con las actividades que se han estado realizado en los últimos años.

El primer problema que se presenta es la estimación, el reto, como determinar el esfuerzo requerido para hacer algo que simplemente nunca se ha realizado, donde el equipo tiene nula experiencia, y peor aún, no cuenta con las competencias mínimas para realizar el trabajo; adicionalmente, el alcance del proyecto y el entregable no están acotados y definidos claramente.

No existe información histórica que pueda tomarse como referencia; se procede a tratar de hacer un laboratorio el cual arroga resultados que no pueden ser considerados como validos, por que no cumplen con la calidad necesaria y los tiempos de ejecución son por demás altos.

Al final de esta historia, se entrega una estimación con tiempos que no tienen sustento alguno, simplemente se realizo una estimación al vuelo, una estimación basada en dígitos oscilantes, con un riesgo por demás alto de fracaso, pero se cumple la meta, tratar de tener un proyecto que facturar.

Ambas anécdotas demuestras las decisiones tomadas por empresas diferentes en situaciones similares, en este caso, como presentar una estimación  para un proyecto en el cual no tienes las condiciones y los elementos necesarios para garantizar su viabilidad.

La condiciones del cómo se llego a la decisión de presentar o no la estimación, así como las presiones, negociaciones y violaciones a políticas internas y corporativas en ambas historias quedan fuera de este texto.

En los últimos meses he dejado de escribir en este BLOG, y no por que no tenga temas que compartir, si no por el hecho de no tener mucho tiempo para ello.

Así pues, después de dos semanas de estar en cautiverio en un ejercicio de análisis de requerimientos, me voy a dar 5 minutos para  escribir lo que ha pasado en mi vida en este tiempo.

Veamos:

Proyectos:

Inicie un proyecto llamado SiCos (Sistema de Costos) el cual espera controlar los costos en las operaciones normales de la central de Abastos, el proyecto ya esta avanzado y de hecho, espero terminarlo para principios del próximo mes.

JnSica, se libero la versión 1.00.03, esta incluye adecuaciones a la integración de la herramienta con aplicaciones de terceros, de hecho, se ha vendido un par de licencias para ser integradas con un sistema de administración de gymś:), esta versión soluciona un error en el proceso de identificación masiva  que causaba serios problemas.

Joiz.net, En este sentido no he logrado avanzar mucho, tengo la página web abajo, pero espero darle prioridad a este punto.

Invoize. 🙂 Que les puedo decir, debido a una modificación del SAT, se debe de agregar nuevos datos el reporte mensual que generan las empresas que trabajan con Facturación Electrónica, hemos aprovechado este hecho para vender e implementar las primeras versiones de los componentes de Invoize, hasta el momento, todo esta funcionando perfectamente, ya estamos generando correctamente el reporte mensual del SAT y estamos por hacer el deploy del cliente (invoizeFileExplorer), hemos tenido un gran avance en este proyecto.

He estado trabajando con Python para la creación de scripts que me permitan hace mas sencillas mis labores, ello con mucho éxito, python es muy sencillo de utilizar.

He instalado Bugzilla para llevar el control de los errores detectados en los proyectos y de hecho, Git se ha implementado con éxito, puedo decir, que hoy día, es mi controlador de versiones favorito, incluso para proyectos en Window.

En la parte personal, he estado ocupado con la organización de  la fiesta de cumpleaños de Joce, que aun que es para fin de año, son muchos los puntos a tratar, de cualquier forma, no siempre se cumplen XV Años.

Adicionalmente, la serie de televisión TBBT se ha colocado en el segundo lugar de mis preferidas, detrás de Dr. House 🙂

Tengo en el tintero una presentación de GIT que espero pueda terminar pronto y subirla al Blog.

Me gustaría regresar a dar clases, tal vez en un pequeño grupo los sábados :), investigare si me es permitido.

Para este momento, la noticia ya es por demás vieja, sin embargo, deseo comentar algunos puntos.

• Google es de las pocas compañías que podrían competir, no solo en la parte financiera, si no también en la parte tecnológica contra Microsoft.
•  La competencia real entre ambas compañías provocará, sin duda, productos de mayor calidad, Bueno 🙂  al menos del lado de Google.
• Al ser Open Source, se garantiza una aceptación casi de facto por parte de la comunidad de usuarios.

Seamos pacientes, la guerra de SO para NetBooks esta declarada.

Dentro de las características de los desarrollos de software basados en metodologías agiles (Scrum, XP, Cristal) se considera como una buena practica la creación de ambientes de integración continua.

Dentro de una iteración o un Sprint (Scrum) se encuentran involucrados recursos de muy  diversas áreas, ya sea  en el mismo equipo de desarrollo, o en unos paralelos, la idea principal consiste en realizar la mayor cantidad de actividades en paralelo, lo cual permita sacar el producto con Calidad y en el menor tiempo posible ( hay que recordar que para la mayoría de los cliente el concepto de Market Time es fundamental).

En Ambiente de integración Continua funcionaría de la siguiente manera en una implementación de SCRUM:

Al momento que un programador sube sus cambios al sistema de versiones del equipo (Git, subversion,CVS,etc…) el  sistema de Integración Continua, Baja los cambios e inicia el proceso de compilación,  si el producto logra compilar, envía un mail al programador que subió los cambios y a los interesados, posteriormente, ejecuta  una corrida de pruebas automáticas (adivinaron,  aquí puede entrar TDD o en su caso, el garantizar que se creen los scripts de pruebas  durante la fase de desarrollo con las reglas de negocio fundamentales ).

Si las pruebas automáticas falla (se prueban todos los módulos, no solo el que  se haya tocado por el cambio 🙂 ) se envían nuevamente correos electrónicos al equipo para que estén enterados y procedan a validar que fue lo que ha fallado.

Si las pruebas automáticas son correctas, se envía un correo al equipo de testing,   a fin de  que realicen pruebas de GUI, y validen otros puntos del producto, incluso, en algún momento, puede ser enviado al equipo de traducción, en caso que la versión tenga que salir para mas de un idioma.

Como pueden darse cuenta, la integración continua dentro de un Sprint o iteración, permite reducir los tiempos muertos que se provocan al utilizar  una metodología basada en una cascada, toda vez que esta se realiza cada vez que sube un cambio al repositorio central de fuentes.

Ventajas:

Permite identificar errores de compilación y dependencias con otras partes del proyecto de manera rápida y oportuna

Permite realizar la ejecución de pruebas unitarias automáticas y mantener al equipo informado del resultado de las mismas

Desventajas

La ya clásica resistencia al cambio,  equipos que están acostumbrados a metodologías basadas en cascada, se les dificulta de  manera enorme el tener que solucionar errores conforme actualizan su cambios en el repositorio de fuentes, y de hecho, tienden a no hacer las actualizaciones si no hasta el último momento, lo cual rompe el paradigma ágil de este técnica

Algunos productos que incorporan CI son :

Microsoft Fundation Team

CruiseControl ( Open source )

Ante la falta de argumentos, las descalificaciones y los gritos reinan.

El desempeño de los profesionales dentro de sus respectivas áreas de trabajo, están marcados por sus competencias laborales, el lograr ser productivos en base a los conocimientos adquiridos en los centros educativos aunados a otros factores, permite definir quien puede considerarse como exitoso y quien no.

Sin embargo, si bien es fundamental la educación formal, la educación que se imparte en casa, dentro del núcleo familiar, es por de mas importante, ella definirá si nuestro desempeño en nuestros ambientes de trabajo estará marcado por el uso de un lenguaje soez, misoginia, discriminación en cualquiera de sus formas, violencia y por actividades ilícitas, las cuales pueden ser menores, pero no por ello dejan de ser ilícitas.

Lo que aprendemos al observar a nuestros padres y familiares cercanos, (lo cual imitamos inconscientemente) así como la forma de resolver problemas dentro de entorno en el cual nos desenvolvemos, puede marcar fuertemente la manera en la cual nosotros nos desenvolveremos y resolveremos problemas similares.

Algunos ejemplos.

Si observamos que algunos problemas se resuelven con un soborno o una gratificación para “agilizar” algún tramite, u obtener un beneficio, es muy probable que utilicemos el mismo método para tratar de obtener resultados similares.

Si observamos que las mujeres en casa son sobajadas, vejadas y tratadas en todo momento como un ser inferior, es muy probable que los involucrados realicen en un futuro discriminación de género.

En todo caso, quienes realizan estas actividades no son capases de entender que hacen mal, finalmente, gran parte de su vida han vivido así, bajo ese código de conducta.

El problema real, surge cuando estas características de los individuos afectan los ambientes laborales en los cuales han sido insertados.

No dudo que es posible romper el circulo vicioso,  ergo, se requiere de humildad, autocritica y sobre todo,  querer hacerlo.

Tal vez  es por ello que algunas compañías realizan un proceso de selección de personal mucho mas minucioso, analizando no solamente las capacidades del individuo en el área de interés de la compañía, si no que analizan su entorno, sus antecedentes familiares y claro esta, los estudios psicológicos.

A tu lado, puedes tener un caso de este u otro tipo.

Durante los últimos meses, he estado involucrado en el proceso de certificación de una de las aplicaciones de nuestro cliente, dicho proceso fue realizado en Toluca, y en algún lugar de Tlalnepantla.

La certificación se dividió en dos bloques, en donde se conto con la presencia de expertos funcionales de; Costa rica, Nicaragua, Hondura, El Salvador, Panamá y Guatemala.

Anexo fotos del equipo de certificación de cada uno de los bloques.

Buenos amigos se hacen en estos procesos.

Para quienes estamos inmersos en el proceso de creación de software, estamos consientes de la importancia de contar con los mecanismos que nos permitan llevar el control de las versiones de los sistemas que estamos creando o modificando.

Existen muchas herramientas en el mercado que nos ayudan a llevar este control, desde comerciales hasta de código abierto, en este caso, me centraré en hablar un poco de GIT, el cual rompe un poco los esquemas clásicos.

GIT es una herramienta desarrollado originalmente por Linus Torvalds, la cual fue planeada para poder ayudarlo en el mantenimiento del kernel de Linux, entre sus principales características destaca el hecho de que cada cliente cuenta con un copia propia del código y de un manejador de versiones propio. Con este esquema es factible hacer una sincronización de los repositorios logrando con ello un marge del código y generando un repositorio central con la última versión.

GIT carece del esquema clásico de bloqueo de  archivos, permite a cada cliente la modificación y adecuación del código, sin embargo, si permite, mediante otras herramientas el delimitar a las personas que pueden solicitar el merge de los repositorios.

El éxito de GIT se basa en esta libertad, permitiendo a una gran cantidad de equipos remotos trabajar sobre su repositorio local y posteriormente hacer el merge al central.

El acceso al repositorio se basa en ssh, y en caso de tener problemas de acceso, se puede hacer via http, lo cual permite incrementar la posibilidad de hacer las actualizaciones.

Hoy día, existen empresas que ofrecen hosting de proyectos basados GIT, tanto públicos como privados, desde 7 USD al mes, se puede tener acceso a un servidor centralizado.

Los ports para Windows ya están disponibles.

Hoy finalmete realice el upgrade de memoria a mi Laptop, Hoy dia ya cuento con 3 GB de RAM.

La Lap me la proporciona la empresa para la que laboro, el upgrade corrio por mi cuenta, solo espero que me cambien de equipo en un buen rato,

Es este el último Post de este año termina.

Lleno de nuevas experiencias, conocimientos, nuevos amigos y alguno que otro que ha desertado de la lista,  me encamino con la frente en alto por el pasillo que nos conduce a lo desconocido, consiente que solo con trabajo, esfuerzo y dedicación lograré sortear los obstaculos que se aproximan.

Seguro estoy que en este nuevo caminio, contaré con el apoyo de muchas personas, y de otras tantas que estaran empeñadas en verme caer.

Debo agradecer a mis compañeros de cruzada por  haber soportado este año los embates de los vientos, rayos y centellas que encontramos  a lo  largo de nuestro continuo y ardua caminar.

Gracias, muchas gracias, sin su apoyo y soporte, seria imposible considerar este año como exitoso.

Una semana de vacaciones no es suficiente, pero por lo menos es útil para regresar con la mente fresca y sobre todo, con el ánimo renovado.

Ahora es tiempo de hacer la planeación para el próximo año, el cual , pinta que será difícil, y no solo en la parte económica, si no en la laboral, el recorte de presupuesto ligado al de personal hará que tengamos muchas cosas que hacer en menos tiempo y con menos recursos.

El juego es, ser mucho más  eficientes.

Una restructuración interna se aproxima, en la cual se realizaran grandes cambios, la certificación de CMMI  será meta para el primer trimestre del próximo año.

Los cambios organizacionales de alto nivel influirán fuertemente en nuestra forma de trabajar.