2005/12/16

2 ideas deconstructoras

Del último número de la revista IF... (Revista de Innovación) de Infonomia (www.infonomia.com) del mes de noviembre, quisiera destacar un artículo muy interesante de Angel L. Arbonies Ortiz (arbonies@mik.es) que lleva por título "e.mpresa e.volucionada".

En dicho artículo, el autor presenta un "catàlogo inacabado de la deconstrucción...", con 10 ideas, 2 de las cuales quisiera reproducir y compartir:

  • DECONSTRUCCION 7: Necesitamos equipos competentes, no individuos competentes. No se trata de reducir la importancia de los individuos, pero esta excelencia individual no explica el éxito. Tenemos que revisar todo el sistema de remuneración y recompensas que fomentan la competencia, la falta de colaboración y obstruyen toda posibilidad de creación de valor. La lucha por la supervivencia evita la creación de confianza y capital social.
  • DECONSTRUCCION 8: Los equipos competentes huyen de la plaga del igualitarismo y reconocen a los líderes, a los innovadores. También reconocen a los gestores o planificadores. Es decir, reconocen la importancia de los roles. Y sobretodo, trabajan sobre las ideas y asignan roles intercambiables que evitan el anquilosamiento. En este intercambio de roles se busca que la acción y la reflexión estén solapadas mientras se garantiza que los miembros de los equipos acceden al conocimiento a tiempo, sin intermediarios.
Sobran los comentarios.

Y en todo caso, faltan las acciones.


2005/12/11

Metrica: Desarrollo e implantación de Sistemas de Información

La metodología MÉTRICA Versión 3 ofrece a las Organizaciones un instrumento útil para
la sistematización de las actividades que dan soporte al ciclo de vida del software dentro del marco que permite alcanzar los siguientes objetivos:
  • Proporcionar o definir Sistemas de Información que ayuden a conseguir los fines de la Organización mediante la definición de un marco estratégico para el desarrollo de los mismos.
  • Dotar a la Organización de productos software que satisfagan las necesidades de los usuarios dando una mayor importancia al análisis de requisitos.
  • Mejorar la productividad de los departamentos de Sistemas y Tecnologías de la Informacióny las Comunicaciones, permitiendo una mayor capacidad de adaptación a los cambios yteniendo en cuenta la reutilización en la medida de lo posible.
  • Facilitar la comunicación y entendimiento entre los distintos participantes en la producción de software a lo largo del ciclo de vida del proyecto, teniendo en cuenta su papel y responsabilidad, así como las necesidades de todos y cada uno de ellos.
  • Facilitar la operación, mantenimiento y uso de los productos software obtenidos.
En una única estructura la metodología MÉTRICA Versión 3 cubre distintos tipos de
desarrollo:
  • estructurado
  • y orientado a objetos,
facilitando a través de interfaces la realización de los procesos de apoyo u organizativos:
  • Gestión de Proyectos
  • Gestión de Configuración
  • Aseguramiento de Calidad
  • Seguridad
Los procesos de la estructura principal de MÉTRICA Versión 3 son los siguientes:
  • PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN.
  • DESARROLLO DE SISTEMAS DE INFORMACIÓN.
  • MANTENIMIENTO DE SISTEMAS DE INFORMACIÓN.

En cuanto al Proceso de Desarrollo de Sistemas de Información, para facilitar la comprensión y dada su amplitud y complejidad se ha subdividido en cinco procesos:
  • ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS).
  • ANÁLISIS DEL SISTEMA DE INFORMACIÓN (ASI).
  • DISEÑO DEL SISTEMA DE INFORMACIÓN (DSI).
  • CONSTRUCCIÓN DEL SISTEMA DE INFORMACIÓN (CSI).
  • IMPLANTACIÓN Y ACEPTACIÓN DEL SISTEMA (IAS).
En próximos artículos, comentaremos estas diferentes etapas y procesos.

De momento y para acceder a toda la documentación de Metrica, se puede obtener en la siguiente dirección: http://www.csi.map.es/csi/metrica3/

2005/12/08

El cicle de vida dels projectes

En un article anterior, s'havia parlat del cicle de vida dels equips de treball (veure http://ekipsnet.blogspot.com/2005/10/el-cicle-de-vida-dels-equips-de.html).

En aquest, ens centrarem en el cicle de vida dels projectes.


Si vulguéssim definir què és un projecte, podríem triar diferents definicions.
Una d’elles seria la següent: “Un projecte es pot definir com un conjunt d’esforços, temporals, i delimitats per uns costos, uns terminis i uns objectius finals, dedicats a crear un servei o producte únic.

I què diferencia un projecte del que no ho és?

Bàsicament, tres característiques:
  • la temporalitat: té un inici i un fi
  • la consecució d’un producte o servei únic, que abans no existia
  • i la seva elaboració progressiva, és a dir l’execució per fases.

Ens centrarem en aquesta darrera característica, la seva elaboració progressiva.

El treball a realitzar en un projecte s’acostuma a dividir en fases per a facilitar-ne el seguiment i control.
Aquestes fases determinen el cicle de vida del projecte

El cicle de vida d’un projecte defineix les etapes en què es divideix, les activitats a realitzar en cadascuna d’aquestes etapes, les fites a assolir en elles, els lliuraments a generar durant aquest treball i l’equip responsable de dur-los a terme.


És a dir, identifiquem quina feina cal fer durant tota la vida del projecte i determinant el perfil dels participants necessaris, la seva responsabilitat.
Els lliuraments generats durant les diferents etapes ens han d’ajudar a aconseguir el resultat final del projecte.

Així doncs, qualsevol metodologia de projectes, haurà de definir, com a mínim, els següents elements:

  • Estructura de treball: fases, etapes, tasques i activitats
  • Objectius: Fites a assolir
  • Resultats: Lliuraments a generar
  • Perfils: Equip de treball necessari.

Només cal que ens hi fixem una mica i veurem com és així.