Showing posts with label gestión de proyectos. Show all posts
Showing posts with label gestión de proyectos. Show all posts

13 June 2011

Que es Governance ?

Recientemente leyendo las especificaciones de TOGAF me he encontrado con un término que está siendo usado desde hace ya algún tiempo en el sector, supongo que a todos les suenan las expresiones “SOA Governance”, “Data Governance”, “Architecture Governance” o “IT Governance”, pero ...


¿ Que es Governance ? o ¿De que trata?

Su traducción directa es “gobernabilidad” y en términos primarios se trata de dirigir y controlar los elementos del contexto en el que se aplica (SOA, IT …) con el fin de lograr buenos resultados, mediante la descripción de procesos que se deben aplicar para la coordinación de acciones individuales.

Governance describe la transformación sistemática de un sistema, utilizando un conjunto de reglas para ir en la dirección adecuada, juntando personas, procesos y tecnología para cambiar la forma en la que la información:
  • se recoge,
  • se gestiona,
  • se mantiene,
  • se convierte en información empresarial,
  • se comparte en el contexto de la organización como conocimiento común.

Su intensión es:
  • Centrarse en la conexión entre el negocio y la gestión IT.
  • Mitigar el riesgo que la tecnología informática podría generarle al negocio.
  • Asegurar que una organización produce un patrón/procedimiento para asegurar la obtención de buenos resultados y evitar situaciones de malas prácticas.
  • Generar información que pueda ser explotada por la empresa para mejorar su rentabilidad.

En governance convergen conceptos como calidad, gestión de procesos de negocio y de riesgos.


- FIN -

20 December 2010

Instalando Enterprise Architect 8.0 en Ubuntu 10

Desde algunos años soy usuario, defensor (y evangelizador :-p) de Enterprise Architect como herramienta para modelar aplicaciones y para controlar ALM (Application Lifecycle Management).

Pues, por primera vez me he propuesto utilizarlo directamente desde Ubuntu con Wine (las veces anteriores fue usando una maquina virtual con XP) y aunque al principio he estado des-ubicado, he dado con la página de como instalarlo y no ha sido tan complicado como me lo esperaba o leia en algún que otro blog.

Dejo el enlace con las intrucciones (del fabricante), el único matiz sobre este artículo, es que he tenido que descargar un script de wine llamado "winetricks" y darle permisos de ejecución (aunque claro esto parece evidente :-) en el texto ).

En mi caso he instalado mas componentes de los recomendados (por salir de norma), los listo a continuación:

$ winetricks allfonts # install windows fonts
$ winetricks dotnet20
$ winetricks vb6run # install Visual Basic Runtimes
$ winetricks mdac28 # install data access components
  

$ wine easetupfull.exe 

Enlaces relacionados:


- FIN -

23 July 2010

Scrum Manager Certified

Bueno poca cosa que decir, sólo que acabo de obtener el Scrum Manager Certified.



Poco antes del examen de certificación estuvimos haciendo unas charlas donde revisabamos conceptos y la forma como aplicar eficientemente las metodologías ágiles. Como parte de un ejemplo hablabamos sobre la creación de un elefante, del como podiamos dividirlo por partes funcionales (historias) para generar nuestro "product backlog" y luego crearlo en cada sprint ... .

Curiosamente el bar donde desayunábamos tenia la imagen de nuestro ejemplo.




Enlaces relacionados:

- FIN -

29 May 2010

Workshop sobre modelado de aplicaciones con UML

Hoy Viernes 28, he realizado un workshop de poco más de dos horas, dentro de la empresa, para hablar sobre "Enterprise Architect" como herramienta, la idea principal era el "modelado de aplicaciones empresariales con UML", pero sin querer se desvió hacia la parte de gestión de requisitos, asociaciones de requisitos con casos de uso, matrices de trazabilidad, releases ... y de UML2 se vio realmente poco.

Después de dos horas no quise finalizarlo sin hacer un pequeño repaso muy rápidamente con ejemplos de otras implementaciones UML2 que he realizado, utilizando esta herramienta.

Al principio del workshop la atmósfera era de formalidad, pero después de 15 minutos se torno jovial gracias a los asistentes, de tal forma que las otras dos horas se pasaron sin darme cuenta.

Desde aquí doy gracias a todos los que participaron, y por qué no, a todos aquellos que vean el video que grabamos más adelante.


- FIN -

05 March 2010

La comunicación, gran desafio

Hoy en día saber comunicar es la clave para lograr transmitir ideas, pensamientos, actitudes, ... catalizar situaciones e incluso gestionar conflictos.

Ante la eterna pregunta ¿Por que fracasan los proyectos de Software?, una de las principales razones (no la única), simplemente es, la comunicación incorrecta.

Pero un tema, no menos importante que saber comunicar, es conocer los problemas que existen en la comunicación entre un emisor y un receptor.
  1. El emisor pensó (cliente)
  2. El emisor dijo  - solo aquello que considero oportuno -
  3. El emisor creyó que estaba diciendo
  4. El receptor escucho (persona que toma los requisitos)
  5. El receptor creyó escuchar - a veces precipitadamente -
  6. El receptor interpretó  - a veces usando ideas preconcebidas -
  7. El receptor se quedó con
  8. El receptor transmitió
  9. Finalmente el receptor realizó algo.
Al menos siendo conscientes de estos problemas, podemos iniciar un punto de cambio, en la forma como nos comunicamos o trasmitimos, y evitar desarrollar productos como en la siguiente viñeta.


Enlaces relacionados: 
Por que fracasan los proyectos de desarrollo software.
- FIN -

31 May 2009

Scrum en Google

El co-fundador de Scrum Jeff Sutherland cuenta la estrategia tomada para insertar Scrum en los equipos de Google



El video dura 1 hora.

- FIN -

31 March 2009

Por que fracasan los proyectos de desarrollo software.

Navegando por ese maremagnum de mails spam que recibimos día a día, me he topado con una serie de artículos interesantes que hablan del ¿Por que fracasan algunos proyectos de desarrollo software?

Durante el desarrollo de los mismos se exponen no solo los porques, sino también se pueden encontrar una serie de consejos útiles que nos pueden ayudar a establecer una serie de buenas prácticas y cosas a tener en cuenta para evitar el fracaso.

  1. Antecedentes de fracaso

    Nos cuentan sobre una serie de proyectos que fracasaron, alguno incluso antes de ver la luz. Pero también remarcan la importancia de una correcta gestión de proyectos ante el caos.

    "Lleva años construir una reputación, tan sólo hace falta un fracaso ..."

  2. Toma de requisitos

    Hace énfasis en el alcance de los proyectos, en lo que se refiere a gestión; los prototipos para la recogida de requisitos, en lo que se refiere al análisis; y los requisitos NO funcionales, en lo que se refiere a la arquitectura y diseño.

    En definitiva la vista de Águila del sistema a construir.
  3. La metodología

    Trata de la elección de una métodología que se adecue al punto anteriormente tratado (el 2), haciendo un pequeños repasos sobre las metodologías ágiles, en cascada y espiral; dando incluso la posibilidad de combinarlos para obtener lo mejor de cada una.

    "La mejor solución es no seguir ciegamente una metodología, sino comprender sus fortalezas y razones, y utilizarlas conscientemente"

Enlaces relacionados:
La comunicación, gran desafío




- FIN -