Alejandro R. Caraballo

Como habréis notado, he añadido un banner de Clinker en el lateral del blog. El pasado mayo colaboré en la redacción del post que explicaba por qué en Soltel IT Software nos habíamos decantado por Clinker Cloud como Ecosistema de Desarrollo Software . Añado aquí también el artículo para que sepáis en qué os puede ayudar Clinker si desarrolláis software. Por supuesto, os lo recomiendo. Soltel IT Software optó por Spice (ISO 15504) como metodología de trabajo en 2011.Siempre hemos sido conscientes de que hay que procedimentar nuestro trabajo para madurar en la industrialización de la construcción de software. Se trata de poner en valor unas buenas prácticas, que ya hemos evaluado que dan buen resultado y plasmarlas en nuestro día a día pasando a formar parte de la “cultura” de la empresa. Es evidente que lo interesante es llevar a cabo los procesos, pero no es menos cierto que para obtener resultados óptimos se necesita un conjunto de herramientas que nos ayuden a modelar nuestra m...

Sé que en un post escrito el día 31 de diciembre se debería hacer retrospectiva del año, pero hay veces que es mejor tener una cierta perspectiva, que solo el tiempo te da, para analizar todas las aristas de una historia, por eso he decidido escribir sobre otras cuestiones. Recientemente un amigo que se disponía a encarar su proyecto fin de carrera, después de tenerlo bastante tiempo parado, me pidió consejos que le sirvieran para encarar con éxito los trabajos a realizar. Se trataba de un proyecto para un cliente real, y externo a la Universidad. A partir de aquí me pareció que podría ser interesante escribir sobre ello, ya que podría haber otras personas en su misma situación, también podría interesarle a nuevos freelances, que nunca se han enfrentado en solitario a todas las fases de un desarrollo de software, o a jefes de proyecto juniors. La mayoría de cuestiones que voy a escribir pueden resultar obviedades, pero en este tipo de tareas hay que ser muy metódico, disciplinado y...

Para seguir este post, quizás sea interesante leer estos otros antes: - Métrica v3 vs Metodologías Ágiles - Scrum para Dummies Soy consciente de que es más beneficioso no tener que realizar este tipo de adaptaciones, y trabajar directamente con metodologías ágiles, pero algunas veces nos vemos obligados a ello por los requerimientos del cliente de trabajar con otro tipo de metodologías más pesadas (sobretodo si es Administración Pública), y no por ello vamos a renunciar a una forma de trabajar (internamente, en este caso) que nos ha traído grandes beneficios. En este post voy a aportar el enfoque que le damos a estos proyectos en la División de Ingeniería de Software de Soltel . Me centraré en la adaptación que realizamos en fase de análisis, y su posterior aprovechamiento en las distintas fases del desarrollo. Los más puristas dirán que lo que hacemos no es Scrum, ya que ni tenemos alta implicación del cliente, ni podemos enseñarle "producto" desde la primera iteración. Coin...

A continuación podéis ver parte de la entrevista que me hizo la revista especializada en el sector Cibersur, y que fue publicada en Abril de 2010. En ella hablamos de Ecosistemas Software.

Últimamente me he encontrado bastante ocupado diseñando ofertas para concursos de la Administración Pública, más en concreto para un par de Consejerías de la Junta de Andalucía, para el Ministerio de Trabajo, y he ayudado a un compañero en algunas para Ayuntamientos. He sacado algunas conclusiones al respecto. Quizás el título del post pueda resultar engañoso, porque no voy a dar las claves de una oferta ganadora. Más bien pretendo hablar de las claves que pueden hacer a tu oferta perdedora, si no las tienes en cuenta. La primera criba para saber "si vamos o no vamos" es leer con atención el pliego, tanto en su parte administrativa-económica, como en la técnica. Se pueden descartar multitud de pliegos si exigen una certificación administrativa superior a la que tenemos, si exigen certificados de Calidad que no poseemos (en nuestro caso, con el AENOR ISO 9001, solemos tener bastante), o si por la redacción del pliego se puede detectar que este concurso ya está "cocinado...

Introducción Scrum es un marco de referencia para desarrollo ágil de productos. Esta metodología se puede aplicar a procesos de producción de distintos sectores, yo me centraré en el de Desarrollo de Software. Desarrollo tradicional vs Desarrollo Ágil Especialización vs Equipo Multidisciplinar Fases vs Solapamiento Requisitos detallados vs Visión del producto Seguimiento del plan vs Adaptación a los cambios Las metodologías tradicionales se ven como una carrera de relevos, en el que cada miembro es responsable de una fase, y hasta que no se termina una fase, es imposible comenzar las siguientes. En cambio, las metodologías ágiles son más como un partido de Rugby, en el que el empuje conjunto del equipo es importantísimo para el éxito. De hecho, Scrum significa melé. Ya comparé en un post anterior estos dos tipos de metodologías. ¿Por qué Scrum? El cliente puede ver resultados desde el primer momento. Se ahorra el tiempo que en las metodologías tradicionales se d...

Métrica v3: Metodología de Planificación, Desarrollo y Mantenimiento de sistemas de información que propone el Ministerio de Administraciones Públicas. Cualquier defensor de la técnicas, metodologías y herramienta ágiles sostendrá que Métrica v3 es un sistema demasiado pesado, tanto en su implementación, como en sus procesos de mantenimiento. Yo lo corroboraría, pero sin demonizarla. Estoy acostumbrado a que en este mundo de la informática se creen auténticos "dogmas de fe", que acarrean sus propias "guerras religiosas". Algunos ejemplos podrían ser: Software privativo vs Software libre, Windows vs Linux, Web Services vs Rest, Oracle vs MySQL, Explorer vs Firefox, Apache vs IIS, Eclipse vs Netbeans, y así podríamos seguir con un largo etcétera. En vez de buscar la mejor solución, o soluciones universales, yo propongo realizar un intenso análisis, y respondernos ciertas preguntas. Por regla general, no hay una solución que valga "para todo". La pregunta que...

El pasado miércoles 4 de marzo me desplacé a Málaga, junto con el gerente de Soltel , Julio Pérez. Más en concreto, estuvimos en el Parque Tecnológico de Andalucía. Estuvimos en Sequel... ya habrá tiempo de hablar sobre esto. En este post quiero hablar de mi reunión con Pedro García Navarro, responsable de procesos y de implantación de certificación CMMI de Accenture. Pedro nos recibió muy amablemente, y nos enseñó las instalaciones del Delivery Center, que acoge a cerca de seiscientos trabajadores. Me llamó especialmente la atención el CPD, dónde tenían todo tipo de servidores para emular cualquier entorno (IBM, Sun...). Después estuvimos hablando sobre la certificación CMMI. Ellos tienen nivel 5, lo cuál no es nada fácil de conseguir. Carlos había combinado algunas herramientas ágiles, con técnicas más pesadas. Habrá un próximo artículo en el que enfrente técnicas pesadas con las ágiles. Sabía que Pedro García había diseñado los indicadores de madurez de todos los centros Accenture d...

El desarrollo de software es una actividad en la que se requiere alta colaboración entre los miembros de un grupo. Me gustaría hablar de comportamientos grupales que pueden favorecer en el forjamiento de un "equipo", pero eso lo haré en algún post más adelante. En este quiero hablar de herramientas que permiten mejorar el rendimiento de un equipo mediante la centralización de recursos. El Entorno: Cuando comenzamos un proyecto, lo primero que nos planteamos es cuál va a ser nuestro entorno de desarrollo. La forma de trabajar sin centralización pasaría por: elegir IDE, bajarlo, añadirle plugins y configurarlo a nuestro gusto. Esto por cada miembro del equipo. En este proceso, se puede llegar a consumir mucho tiempo. Yo propuse en mi empresa el uso de Pulse . Pulse se puede definir como un repositorio de Eclipses, en el que se pueden crear perfiles de Eclipse preconfigurados, y compartirlos con miembros de un equipo. Si enriquecemos un perfil con un plugin, automáticamente to...