Manage IT 2010 - Gestión de Proyectos y Arquitectura de Software por Daniel Laco

26. abril 2010

Se viene el evento nuevamente !!!

 

Este año estaremos repitiendo el evento sobre Gestión de Proyectos y Arquitectura de Software.

VEMN SA conjuntamente con el MUG, Lagash SA y el apoyo de la Universidad Argentina de la Empresa (UADE) realizaremos el evento el día 8 de Junio a las 9.00 hs. en la sala Magna de la UADE.

Temario

8:30 - 9:30 Acreditación
9:30 – 10:00 Presentación del Evento y KeyNote
10:00 – 11:15 Value Express. Optimizando los resultados de sus inversiones realizadas.
(Susana Silberberg)
11:15 - 11:45 Break
11:45 – 13:00 Desarrollo de aplicaciones de misión crítica.
(Diego Gonzalez y Rodolfo Finochietti)
13:00 – 14:15 Almuerzo Libre
14:15 – 15:30 Estimación de Proyectos de Software. La cara oculta de las diferencias.
(Daniel Laco y Patricia Scalzone)
15:30 – 16:00 Break
16:00 – 17:15 ¿Sueñan los Gerentes de IT con programadores eléctricos?
(Luis Ávalo)
17:15 – 17:30 Cierre y Sorteos
Es un evento de interés para profesionales de TI, Gerentes de Sistemas, Líderes de Proyectos, Arquitectos, Analistas y todo aquel interesado en el mundo TI.


El evento es gratuito. Vacantes limitadas, con inscripción previa.

Para mas información en www.manageit.com.ar.


ALM, Eventos, Gestión de Proyectos, Metodologías y Procesos, Tecnología , , , , ,

Posición Estratégica de las Empresas por Patricia Scalzone

18. marzo 2008
Toda empresa que compite en un sector industrial posee una estrategia competitiva, ya sea explícita o implícita. Esta estrategia pudo haber sido desarrollada explícitamente mediante un proceso de planeación o pudo haberse originado en forma implícita a través de la actividad agregada de los diferentes departamentos funcionales de la empresa.Dejado a sus propios medios, cada departamento funcional inevitablemente seguirá los enfoques dictados por su orientación profesional y las motivaciones que están a su cargo. Sin embargo, la suma de estos enfoques departamentales rara vez llega a ser la mejor estrategia (PORTER, 1982).
 
La formulación de la planeación estratégica generada por los mandos administrativos de los diferentes departamentos de las empresas busca ejecutar políticas encaminadas a la coordinación de las actividades para lograr objetivos comunes. Para el caso de planeaciones estratégicas implícitas, estos objetivos comunes no se encuentran desarrollados formalmente, por lo que difícilmente lograrán repercutir en el rumbo de la empresa en un largo plazo, más que todo buscan mantener la operatividad cotidiana.
 
Esta es la situación de la mayoría de las empresas nacionales que se rigen por administraciones o bien empíricas, ortodoxas o de corte familiar. En la actualidad, su planificación no contempla algunos factores necesarios para enfrentar la época de globalización que se desarrolla actualmente, pero los reconoce como fundamentales, tales como son: la competencia con empresas multinacionales mucho más grandes y completas que ella; el empeño demostrado por fabricar productos de calidad; servicio al cliente después de realizar las ventas; en otras palabras, la forma de hacer negocios y los éxitos conseguidos al operar en forma improvisada ya no tienen ningún significado.
 
Sin mencionar los efectos que puedan tener sobre la empresa posibles eventos exógenos tales como: una elevada y sostenida tasa de inflación; cambios tecnológicos que conviertan en obsoletos la planta y el equipo existente, recesión, aumento en las tasas de salarios, cambios en la legislación que afecten a la empresa, entre otros.
 
Evidentemente, la mayoría de las empresas en el país no están preparadas para soportar tales inclemencias en su entorno económico. En adición a estos factores, es probable llegar a sufrir algunos de los síntomas inherentes a la globalización como son: competir en precios, competir en costos, competir en servicios, manejar líneas de productos más complejas o intensificar la actividad comercial.
 
El hecho de reaccionar ante estos indicadores es inminente, de no hacerlo, las empresas nacionales estarán condenadas a la quiebra, es necesario adoptar medidas efectivas y cuanto antes mejor.

 

 

Gestión de Proyectos

La Calidad y las PyMes de la Industria del Software por Patricia Scalzone

12. marzo 2008
En la economía mundial se observan claras tendencias hacia la internacionalización de los negocios y los mercados de capitales, la liberación del comercio, el intercambio entre grandes bloques regionales y cierto desplazamiento del centro del comercio mundial desde el Océano Atlántico hacia el Pacífico (Bozzo, 2001).
 
El papel de las Pequeñas y Medianas Empresas (PyMEs) en la estructura industrial deja paulatinamente de ser cualitativa y cuantitativamente marginal, para conformar una parte integrada y no simplemente alternativa de organizaciones productivas. El mercado Argentino no está exento a estas consideraciones.
 
En particular la industria del software, y especialmente luego de los cambios económicos sufridos a partir del año 2001, se ha convertido en una actividad económica de suma importancia para la economía del país, como para el resto de los países latinoamericanos.
 
Por otra parte, las pequeñas y medianas empresas desarrolladoras de software sufren un cambio de paradigma importante, producto de la maduración de este mercado emergente, y es que ya no basta con aplicar bien la tecnología, o aplicar la tecnología de última generación para obtener un buen producto software. Uno de los desafíos para no sucumbir, es buscar e implementar nuevas estrategias sobre la base del trabajo con mayor eficiencia (Bozzo, 2001).
 
En este mercado esto se traduce con procesos de calidad. La única forma que tiene una Pyme de desarrollo de Software de mejorar su eficiencia y ser más productiva, alcanzando los niveles de calidad exigidos por el comercio exterior, es introducir un modelo de calidad, que se ajuste a las necesidades de la organización.
No obstante, las PyMEs de este sector productivo poseen una serie de ventajas y algunas desventajas, debido a sus características estructurales.
 
Entre las ventajas de las PyMEs más significativas, se puede señalar:
 
  1. Posibilidad de flexibilidad y reaccionar con rapidez frente a los cambios.
  2. Mayor poder de innovación.
  3. Menores costos de infraestructura.
  4. Concentración en la toma de decisiones.
  5. Puntos de ventas cercanos al consumidor.
  6. Atención más personalizada.
 
Entre las desventajas de las PyMEs más destacadas, se puede señalar:
 
  1. Pocas facilidades de financiación.
  2. Problemas para planear su crecimiento.
  3. Falta de gerenciamiento profesional.
  4. Dificultades para exportar.
  5. Fuerte individualismo que le impide efectuar distintos tipos de asociaciones.
  6. Fuertes lazos afectivos con su pasado.
  7. Sistemas de información, administración y contabilidad deficientes.
 
Dentro de este contexto, es necesario aplicar un modelo de procesos que asegure obtener los niveles de calidad requeridos por el mercado para ser eficiente, pero que por otro lado no resulte excesivamente burocrático, que se convierta en gigantesco e inflexible, o que termine resultando muy costoso y desmotivador para el equipo de desarrollo.
 
En la actualidad existen varios modelos de proceso apropiados para aplicar en el desarrollo de software. Entre los más utilizados y reconocidos por el mercado, se encuentra el conjunto de Normas ISO, para certificación de Calidad tales como ISO/IEC 15504-2, ISO 90003, ISO 9001:2000, y el Modelo CMMI (Capability Maturity Model Integration)  (Software Engineering Institute, 2002), que mide la madurez de las organizaciones y ha sido creado especialmente para el desarrollo de software.
 
Estos modelos han sido pensados para la mejora de la calidad en organizaciones grandes, por lo tanto, la implementación en pequeñas y medianas empresas resulta dificultosa, compleja y de un costo económico significativo. Es por ello que han surgido diversas experiencias de crear modelos de proceso adecuados a las PyMEs, como son los casos de Brasil, con el Modelo "MR mps" de Brasil  (Weber, y otros, 2004), México con el Modelo MoProSoft, Modelo de Procesos y Evaluación para Desarrollo y Mantenimiento de Software  (Oktaba, y otros, Agosto 2005), y el modelo SPICE: Software Process Improvement and Capability dEtermination, ISO 15504  (ISO/IEC, 2003).
 
El modelo MoProSoft, ha sido elaborado por la Universidad Autónoma de México y aprobado en el marco del Programa para el Desarrollo de la Industria de Software (ProSoft) de la Secretaría de Economía, como Norma de Certificación de Calidad de software para la industria mexicana de software (NMX-I-059/01-NYCE-2005 TECNOLOGÍA DE LA INFORMACIÓN - SOFTWARE - MODELOS DE PROCESOS Y EVALUACIÓN PARA DESARROLLO Y MANTENIMIENTO DE SOFTWARE), creado especialmente para el desarrollo de software por Pequeñas y Medianas Empresas.
 
MoProSoft, que en estas latitudes se conoce como CompetiSoft, se propone como un modelo sencillo de entender y de aplicar en las empresas pequeñas, que les permita mejorar su forma de trabajar y obtener niveles de competitividad internacionales en relativamente corto tiempo y a bajo costo.
 
En su estructura define diferentes niveles de capacidad, de forma similar a lo que hace CMMI, con un orden específico para la implementación de las prácticas de los procesos partiendo de prácticas básicas, e incorporando prácticas más complejas que se corresponden con los niveles más avanzados.
 
Por otra parte, una dificultad con la que se encuentran a menudo las empresas de desarrollo de software es la selección y utilización de herramientas apropiadas para el gerenciamiento de proyectos que a su vez permita la visibilidad de todo el desarrollo, incluyendo la definición de tareas y responsabilidades por rol en el equipo de trabajo, hasta la generación de código correspondiente al producto requerido.
 
Generalmente, las empresas cuentan e incorporan a la organización, una diversidad de herramientas que se encuentran disponibles en el mercado, para cumplir con las diferentes actividades. Este conjunto de herramientas, habitualmente permanecen desvinculadas entre sí, generando dificultades para gestionarlas, mantenerlas y controlar el versionamiento de los productos que se desarrollan, no teniendo la información disponible exacta acerca de los elementos del desarrollo, se encuentren o no documentados. Como resultado, se cuenta con distintas fuentes o repositorios no integrados, que hace costosa y menos confiable la obtención de información para el control gerencial de los proyectos.
 
En Marzo del 2006 Microsoft Corporation lanzó al mercado Visual Studio Team System (VSTS), un conjunto integral de herramientas diseñadas para permitir la comunicación desde dos perspectivas: por una parte, entre los miembros de un equipo de desarrollo, y por otra parte, entre los miembros del equipo de desarrollo y los interesados o clientes, en tiempo real (Levinson & Nelson, 2006), facilitando una administración legítima del proyecto integrada con el desarrollo, sin tener que recurrir a herramientas extras.
 
El Visual Studio Team System viene provisto de dos metodologías de desarrollo, basadas en el metamodelo denominado Microsoft Solution Framework (MSF), que es un marco de trabajo descriptivo con modelos y disciplinas a seguir. Las metodologías propuestas por el fabricante no son más que guías de procesos de desarrollo prescriptivas, una pensada más liviana que es MSF para Desarrollo de aplicaciones Ágiles, y otra más formal y rigurosa que es MSF para Proceso de Mejora Continua con CMMI.
 
No obstante los modelos provistos por la herramienta, la misma cuenta con la capacidad de personalizar la totalidad del Modelo de Proceso a las características propias del modelo de cualquier organización. De esta manera, permite conformar una plantilla de proceso genérica que cuenta con todos los elementos necesarios, cada vez que la misma es seleccionada al iniciar un proyecto.
 
Como resultado, podría haber tantas plantillas de procesos diferentes como proyectos tuviera una organización, ya sea de Modelos Agiles como de Modelos tradicionales.
 
Cada uno de estas metodologías, dentro de este conjunto de herramientas, cuenta con una Guía de Procesos, que sirve de consulta permanente para todos los miembros del equipo de proyecto, y puede personalizarse acorde al proceso seleccionado.
 

 

 

ALM, Gestión de Proyectos, Metodologías y Procesos , ,