Ingeniería del software a debate.

My early metrics book, Controlling Software Projects: Management, Measurement, and Estimation (Prentice Hall/Yourdon Press, 1982), played a role in the way many budding software engineers quantified work and planned their projects. In my reflective mood, I’m wondering, was its advice correct at the time, is it still relevant, and do I still believe that metrics are a must for any successful software development effort? My answers are no, no, and no.

Esta afirmación realizada por Tom DeMarco en el artículo Software Engineering: An Idea Whose Time Has Come and Gone? dio lugar a este otro artículo Software Engineering: Dead? el cuál llegó por twitter a ojos del agudo, provocador, ácido, ingenioso… e imprescindible Ricardo Galli quien ha escrito ¿”Ingeniería” del software? Ahora vienen los mea culpa.

En este último artículo Ricardo rechaza la calificación de ingeniería “a un proceso que tiene poco que ver con los de las ingenierías tradicionales” y critica al “establishment de la “ingeniería del software”” e incluso hace de futurólogo “en unos pocos años veremos que el hot topic en las publicaciones de ingeniería del software serán estudios de caso de grandes proyectos de software libre”.

Pues gracias Ricardo de nuevo por mantener abierto el debate, por ser capaz de argumentar como pocos, por persistir y difundir tus ideas. ¿Se puede crecer sin el debate, sin reflexión, sin disentir?

Mi opinión es que Tom DeMarco, más allá de un mea culpa que no creo que haga pues ni DeMarco ni ningún gurú puede sentirse responsable de la falta de criterio u análisis de todos los que le siguen a pies puntillas, hace una reflexión sobre la utilizad y fin de la ingeniería del software:

For the past 40 years, for example, we’ve tortured ourselves
over our inability to finish a software project on time and on budget. But as I hinted earlier, this never should have been the supreme goal. The more important goal is transformation, creating software that changes the world or that transforms a company or how it does business.

Ni las métricas, ni ninguna metodología, ni ningún proceso son un fin en sí mismo sino medios o herramientas para conseguir objetivos, fines o misiones. Como dijo Joaquín Salvachúa en WIMS 2.0: “La nueva realidad de la red” “There is no magic on OpenSource per se” y que podemos extrapolar a todo lo anterior: ni en metodologías ágiles, ni en métricas, ni en ninguna ingeniería.

Por último, no dejéis de leer los comentarios de los dos artículos escritos a partir del inicial de DeMarco pues ahí está el debate, es decir, el lugar donde crecer y construir algo mejor.

Otros artículos relacionados:

• Navegapolis.net: La Ingeniería del Software tiene aún muy poco camino recorrido

 

CEPIS UPGRADE. Algunas ediciones interesantes.

Javier me ha recordado la posibilidad de leer gratis

y me puesto a buscar algunas ediciones que me pudieran interesar siendo este el resultado:

 

Vol. VIII, issue no. 5,
October 2007

Advanced Information Systems Project Management

 

 

 

 

 

 

 

 

 

 

Vol. IX, issue no. 1,
February 2008

 

IT Governance

 

 

 

 

 

 

 

 

 

 

 

Vol. VIII, issue no. 3,
June 2007

 

ICT Certifications for Informatics Professionals

Impacto de la crisis en los serivicios de TI en España.

Hay titulares que merecen ser revisados para volverlos a escribir. Es el caso de este: “El mercado de servicios de TI en España se deprime un 3,6 por ciento con respecto a 2007”. Uno lee solo el titular y se echa a temblar, pero menos mal que suelo leer por debajo porque la historia real es que sólo se creció un 7,4% en 2008 y que la previsión para 2009 es que el crecimiento sea de un 1,5%. Con la que está cayendo, ¿no debería haber sido algo más optimista el titular?.

Pero lo que más me ha interesado de la noticia es la siguiente tabla pues relaciona las 34 empresas más importantes y agrupa en una línea final a la miriada de proveedores que quedan por detrás y que representan, nada menos, que un tercio del pastel.

Pero echemos un vistamos a la lista. ¿A que hay algunos nombres que te sorprenden y otros que no conoces? Tambien es llamativo ver como los crecimientos y decrecimientos del 2ª semestre varían desde el 26,4% de Tecnocom al –20,3% de Dell. El crecimiento de un 10,8% de Accenture, tras haber leído noticias como esta: Accenture modula los despidos para evitar tener que plantear un ERE: más de 200 ‘salidas’ desde enero, también es como para no cerrar los ojos en un rato: ¿creen, decrecen o se desintegran? Por favor, que alguien nos lo explique. Y ya que hablamos de despidos en Servicios, recuperemos la esperanza que las previsiones no son tan malas, al menos las de IDC según la noticia Crecimiento de porcentaje del mercado TI en España, por cierto, otro titular para reescribir:

Apunto la noticia en el tag “Buenas Noticias” por aquello de mantener el ánimo.

CMMI Guidebook for Acquirers Team.

< Jornada sobre Mejora de la Calidad del Software | Inicio | TIC e innovación ¿están conectadas? >

Juan Palacio en Navegapolis nos informa de la reciente publicación por parte del SEI de la guía: Understanding and Leveraging a Suppliers’s CMMI Efforts: A Guidebook for Acquirers (pdf, 840 KB).

Juan da más detalles sobre la misma en  Guía para clientes de empresas con CMMI.  

Recomendable para los que compran, pero seguro que también para los que venden aunque no sigan CMMI.

Derechos del programador.

< Iniciador, antes Beers & Entrepreneurs | Inicio | La organización informal >

Sin duda lo que ha escrito Jeff Atwood es una perogrullada, pero este calificativo no le desmerece a él sino a todos aquellos que no viendo más allá de su nariz no distinguen entre gasto e inversión y, pero aún, no conocen lo que es importante para un programador.

Los derechos del programador que propone Jeff son los siguientes:

1. Tener dos monitores
2. Tener un ordenador potente
3. Poder elegir su ratón y su teclado
4. Tener un asiento confortable
5. Tener conexión a Internet y que esta conexión sea rápida
6. Poder trabajar en un sitio tranquilo

Aviso: si ya leiste es artículo no pienses que me he vuelto loco. Es más sencillo, por error borré el primero y he tenido que reescribirlo. ¡Lo siento!

QAI’s 27th Annual IT Quality Conference.

< Mirando alrededor | Inicio |  LegnitaPress no se puede leer en China >

El próximo 26 de abril arranca en Orlando la 27 conferencia anual sobre Calidad en TI, QAI’s 27th Annual IT Quality Conference, organizada por el Quality Assurance Institute de Canada. Va a ser que me la pierdo, pero echar un vistazo al programa en cada una de las jornadas ayuda a saber por dónde están yendo los tiros.

Para tener una visión rápida de la conferencia se pueden ver los videos promocionales en su versión larga, 11 minutos, o corta,  4 minutos.

Lástima que no haya un registro de bloggers desde lo que poder seguir las impresiones de las jornadas. No obstante, les he enviado un email con esta sugerencia; ya veremos qué ocurre.

Los 7 hábitos de los líderes supereficaces.

< Breve antología de términos económicos | Inicio | Almendros en la Quinta de los Molinos >

Un mes más ha llegado mi recordatorio para leer la publicación mensual Communications of the ACM y en este número he encontrado un artículo sobre un asunto sobre el que se está escribiendo mucho últimamente y sobre el que me gustaría seguir escribiendo, los CIO y su aportación a la empresa.

El artículo The 7 habits of highly effective technology leaders, cuyo título es un guiño al famoso y recomendable Los 7 hábitos de la gente altamente efectiva de Stephen R. Covey, describe los cambios que describen el nuevo liderazgo en tecnología así como las competencias que deben tener los nuevos CIOs.

Sin duda el escenario ha cambiado, pero ¿han cambiado los actores? Puedo asegurar que no todos o no en todas las empresas. En el siglo XXI ser el líder de tecnología en una empresa implica conocer el negocio y estar enfocado a él. Tener habilidades directivas: comunicación, priorización, … y, por supuesto, saber de tecnología, pero sabiendo diferenciar la que es estratégica de operacional, la que aporta un valor diferencial y la que no.

Y es que, como he comentado en anteriores artículos, después del CEO, en mi opinión, el que más debe saber de la empresa es el CIO, pues es el único que ha de entender todos los departamentos y aportar valor a cada uno de ellos. Qué haya empresas donde no estén en el comité de dirección sin duda muestran que no están en el siglo XXI.

Formación gratuita en IT.

< ¡Enhorabuena Frances Allen | Inicio | Unkasoft presenta las metodologías ágiles >

Si vas a enfrentarte a un proyecto de implantación de alguno de los productos de Microsoft o tienes vinculación con el área de sistemas de tu empresa, eres CIO o tienes cualquier otra razón (cómo dice la DGT, elige tu razón y hazlo) Microsoft TechNet en Latinoamérica pone a tu disposición dos posibilidades para formarte:

• Microsoft TechNet Reality IT y
• Recursos para Gerentes de IT

Microsoft TechNet Reality IT tiene como objetivo mejorar la capacitación técnica en los productos de Microsoft y utiliza para ello una empresa ficticia llamada Capa 8 donde los expertos trabajan en vivo en la evolución tecnológica de la misma. Capa 8 parte de una situación inicial que se va haciendo madurar en cada una de la sesiones de trabajo. Estas sesiones se pueden consultar si ya tuvieron lugar o bien se puede participar en las mismas si te registraste a tiempo. Estos son algunos de los temas sobre los que se ha trabajo en las sesiones que ya se han realizado:

• Implementación de Active Directory
• Migración a Microsoft Exchange 2003
• Implementación de políticas de seguridad informática
• Instalación corporativa de Windows Vista

Recursos para Gerentes de IT ofrece eventos online que permiten conocer cómo Microsoft implementa su propia tecnología y los beneficios que ésta trae en términos de valor de negocio, niveles de seguridad y cumplimiento de normativas.

Visto en ebizLatam

Evento: Las TIC como arma estratégica y competitiva.

< Nuevo blog: “Mejores proyectos” | Inicio | Evento: 6-mar-07, el éxito de una oficina de proyectos >

El IESE ha preparado un curso de tres días que bajo el título Las tecnologías de la información como arma estratégica y competitiva “pretende mostrar a los directivos el valor estratégico para el negocio de las TIC y los sistemas de información, ofreciéndoles herramientas para gestionarlas adecuadamente y evaluar su rendimiento“.

Por favor, si alguien va que nos cuente

Responsabilidad de los directores de sistemas.

< TargetProcess para gestionar proyectos de forma ágil. | Inicio | Alfonso Bucero no para. >

Xavier Ribas a partir de su participación en la Jornada Foment sobre la Responsabilidad legal de los Directores de Sistemas ha iniciado un serie de artículos que aportan luz y recomendaciones sobre este asunto.

La presentación que realizó en la referida jornada está disponible aquí.

Responsabilidad legal del Director de Sistemas.

< Reglas para el éxito en los proyectos de TI. | Inicio | Ética. >

Xavier Ribas da a conocer en su blog la jornada Foment sobre las responsabilidades legales de los Directores de Sistemas. Sin duda, una faceta a tener presente y no obviar. Desde su blog se puede descargar la presentación que realizó en dicha jornada.

Los profesionales de IT maduritos… ¡qué valemos!

< Getting Real. | Inicio | Great Mistakes in Technical Leadership. >

Al menos es lo que dice un informe de Forrester que parece cuestionar el sentir popular de que en esta profesión a partir de los 35 eres viejo.

Y aprovecho este informe para desempolvar la visión que sobre este asunto nos dio Jesús Bartolomé en el seminario Gestión de la carrera profesional que se impartió en noviembre de 2004 dentro del master en Dirección de Sistemas de Información y Comunicaciones. Según él la carrera profesional tiene las siguientes etapas:

1. Lanzamiento, hasta los 30-32 años:

Es la etapa donde debemos hacernos un buen currículo académico así como adquirir experiencias diversas trabajando en distintos sectores y asumiendo distintas funciones. El perfeccionamiento del inglés u otros idiomas así como adquirir experiencias en otros paÍses serán también un perfecto complemento.

2. Proyección, hasta los 40 años:

Debemos elegir qué queremos ser, qué función queremos desempeñar en la empresa, y en qué sector para profundizar técnica o gerencialmente en ese desempeño. Es en esta etapa donde debemos también elegir y confirmar nuestros valores vitales los cuales nos van a posicionar frente al trabajo y nuestra vida personal.

Por supuesto, seguir aprendiendo es una constante y deberemos plantearnos buscar otros lugares dónde hacerlo si nuestra ubicación actual nos lo impide.

3. Culminación, hasta los 50 años:

Los cambios en esta etapa entrañan más riesgo y han de ser evaluados más cuidadosamente pues los errores podrán tener consecuencias más importantes. Debemos pues observar la situación del mercado laboral y valorar bien las oportunidades y los riegos que se nos presenten.

Las redes de contactos que hayamos sabido crear podrán ser ahora de mayor utilidad por lo que debemos cuidarlas y cultivarlas.

Debemos considerar la elaboración de un plan B, de una alternativa laboral, por si se produce una pérdida de empleo en la que habrá que valorar la posibilidad de autoempleo o de iniciativas empresariales.

4. Mantenimiento, hasta la jubilación:

Es la etapa más larga y no debemos olvidar la necesidad de mantener actualizados nuestros conocimientos.

Se produce un asentamiento geográfico y personal que hace más improbable la consideración de traslados.

La valoración de la posición laboral y de oportunidades y riesgos debe mantenerse así como la elaboración de un plan B que nos permita sortear posibles dificultades.

Las etapas anteriores están relacionadas con la situación personal más habitual en esas edades y también con cómo nos sentimos y percibimos a medida que vamos creciendo. Es importante destacar que en todas las etapas, en toda nuestra carrera profesional, debemos seguir aprendiendo, actualizando nuestros conocimientos técnicos o mejorando nuestras habilidades de gestión. También es importante saber que nuestras oportunidades laborales disminuyen a partir de los 40 a la vez que nuestras exigencias aumentan lo cual hacer más grande la distancia entre el trabajo que quisiéramos tener y las oportunidades de conseguirlo y aumenta, evidentemente, la posibilidad de quedarnos fuera de juego si nos encontramos en unos de estos movimientos empresariales de fusiones, compras, deslocalizaciones, outsourcing… y pasamos a ser una cifra en euros que pueden ahorrarse, por lo tanto considerar un plan B, sin caer en la paranoia, me parece prudente.

Mi plan B lo tengo en la cabeza desde hace tiempo. Veremos si hay que ponerlo en la práctica.

He llegado a este informe desde:
Baquía – El valor de los trabajadores mayores en IT

The register – Mature IT workers are valuable

 

compártelo:

 

¿y así queremos que nos aprecien?

< Inactividad es sinónimo de mucho trabajo. | Inicio | Búsqueda de trabajo. >

Leo en La Pastilla Roja que el 50% de los gerentes de informática odia a los usuarios.

El artículo da unos datos realmente escalofriantes que pueden hacer desistir a más de uno de iniciar la carrera de informática, pero no queda claro si fue primero el huevo o la gallina. Leánlo, leánlo y saquen sus conclusiones.

compártelo:

Change artist.

< El monje que vendió su Ferrari. | Inicio | The unwritten laws of Systems Engineering. >

 

 

A través de Computerworld he podido saber de Change artist, una iniciativa de HP desarrollada por CNN y CIO que tiene como fin ayudar a los ejecutivos a gestionar más eficientemente el cambio propuesto por el uso de las tecnologías de la información (IT).
Para ello HP ha creado un sito Web en el que se puede ver en directo conversaciones entre el CEO y el CIO de empresas en las que la estrategia y la tecnología se han dado la mano para conseguir diferenciarse y ser mejor que los demás. Así, en cada evento el CEO habla con su CIO sobre las oportunidades que ofrece la aceptación y gestión del cambio ofreciendo a los internautas la posibilidad de participar enviando preguntas en tiempo real.

Change artists are people who embrace change. They seek it out. They aren’t afraid to harness its power. Which means they’re able to lead their companies through the most challenging issues facing business today, including: consolidation, continuity, compliance and control.

Hasta el momento ha habido dos conversaciones:

1. FedEx con Fred Smith, CEO, y Rob Carter, CIO.
2. McKesson con John Hammergren, CEO, y Randall Spratt, CIO.

siendo posible escucharlas en mp3 o leer en inglés o francés la transcripción de las mismas.

La próxima conversación tendrá lugar el 13 de septiembre con Tom Glocer, CEO, y Roy Lowrance, CIO, de Reuters.

Sin duda una iniciativa muy interesante que nos permitirá conocer y quizás aprender a través de algunos líderes empresariales. ¿Y si HP llevase esta iniciativa a España?

compártelo:

Productividad y cómo mejorarla.

< La experiencia no vale nada… |Inicio || Recomendaciones, esta vez sobre ERP. >

 

Estoy estos días terminando de leer Peopleware, libro del que ya he escrito en varias ocasiones: La teoría española, El éxito de un proyecto para un programador, … Es sin duda un libro de cabecera, de esos que hay que dejar a mano para releer al menos una vez al año y sobre todo para regalar a tu nuevo jefe si eres capaz de asumir las consecuencias, algunas de las cuales pueden resultar positivas.

Pues bien, DeMarco y Lister, los autores, definen productividad como el beneficio dividido por el coste siendo el beneficio el ahorro y rentabilidad económica obtenidos por el trabajo realizado y el coste el total de gastos incluyendo el reemplazo de cualquier empleado que haya participado en el trabajo. Hasta aquí nada original.

Pero, ¿cómo consiguen la organizaciones aumentar su productividad? DeMarco y Lister nos dan la lista de los métodos más comunes:

a) Presionar a los empleados para que trabajen más horas

b) Mecanizar los procesos

c) Comprometer la calidad del producto

d) Normalizar, estándarizar, los procedimientos

Para los autores todas estas opciones empeoran las condiciones de trabajo y como consecuencia aumentan la rotación de empleados y por lo tanto cuestionan el aumento de la productividad.

¿Y en tus proyectos cómo se aumenta la productividad? Si quieres dar tu opinión escribe un comentario eligiendo una o dos de las opciones anteriores o proponiendo nuevas. Tienes hasta el 15 de septiembre. Publicaré los resultados el lunes 18 de septiembre.

compártelo: