Rol del Arquitecto de Software



Documentos relacionados
El Rol del Arquitecto IT

Tecnología de la Información. Administración de Recursos Informáticos

Resumen General del Manual de Organización y Funciones

1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).

3. Horario laboral referencial: Lunes Viernes 8:00 a.m. a 6:00 p.m.

Call Center Management. Preparado por CCtrainning

Ing. Gustavo Mesa Ing. Hector Cotelo QUANAM

Metodologías Ágiles Desde una Perspectiva de Project Management. Fernando Contreras Velásquez Project Management & Engineering Services.

SEMINARIO INTERNACIONAL DE CAPACITACIÓN POR COMPETENCIAS EN LA AVIACIÓN CIVIL

COMPETENCIAS ORGANIZACIONALES DEL CENTRO DE LA ASOCIACIÓN APADIS PLAN DE PERSONAS DE LA ASOCIACIÓN APADIS

BPM en la práctica Transitando del BPA al BPM con una metodología probada. Diego Karbuski - Diciembre 2012

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

La evaluación del desempeño del personal es un punto muy delicado, ya que debe ser objetiva y justa para no generar conflictos

UNIVERSIDAD AUTÓNOMA DE YUCATÁN FACULTAD DE MATEMÁTICAS MISIÓN

PROGRAMA DE FORMACIÓN INTEGRAL PARA MANDOS MEDIOS

Gestión de Proyectos en Tiempos de Crisis. Jorge R. Guerrero Septiembre 4, 2009

Consideraciones para implementaciones BPM y EDA

PROGRAMAS DE UESTROS SEMI ARIOS

Corporación Universitaria TALLER 5

PROGRAMACIÓN DE SISTEMAS INFORMATICOS. Certificado de profesionalidad IFCT0609

Qué es el Modelo CMMI?

Principales Cambios de la ISO 9001:2015

El Gerente de Proyecto. 3: El Gerente de Proyecto. Analogía - Responsabilidades. Liderazgo del Proyecto. Responsabilidades Implícitas

Nombre de la asignatura: Gestión de Proyectos de Software

GLOSARIO DE TERMINOLOGIA SOBRE SISTEMAS DE GESTIÓN DE LA CALIDAD

Cómo gestionar proyectos en condiciones de riesgo

6 Anexos: 6.1 Definición de Rup:

Capacidades Requeridas en un Help Desk Manager

Guía de los cursos. Equipo docente:

Programa de Cátedra Desarrollo de Aplicaciones Cliente Servidor

Definición del Catalogo de Servicios V3. José Ricardo Arias Noviembre de 2010

Programa de Certificación en Dirección de Proyectos (7 Días) El Enfoque Kerzner para la Excelencia en la Dirección de Proyectos

Proceso: AI2 Adquirir y mantener software aplicativo

Planificación, Gestión y Desarrollo de Proyectos

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Patrones de software y refactorización de código

CMM - Capability Maturity Model. Estructura de CMM... Componentes de CMM. Estructura de CMM

La Gestión del Negocio por Procesos hoy. Presentada por: SELVINO, Pablo y PEREYRA, Ariel

Calidad de Software - CMM

BUSINESS PROCESS MANAGEMENT (BPM)

PRESENTACIÓN IMPLEMENTA CONSULTORES

Modelos de gestión de proyectos informáticos

COSO Marco de referencia para la implementación, gestión y control de un adecuado Sistema de Control Interno

FASCÍCULO. Decidir con inteligencia. Este es el momento.

Proyectos Informáticos

PRINCIPIOS BÁSICOS DE CONSULTORÍA

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

Cómo Seleccionar y Desarrollar Líderes de Alto Potencial. La ciencia detrás de la selección y aceleración de la próxima generación del talento.

UNIDAD 2: Abstracción del Mundo real Al Paradigma Orientado a Objetos

CMMI (Capability Maturity Model Integrated)

Creando Arquitecturas

ADMINISTRACIÓN DE PROYECTOS

Administración por Procesos contra Funciones

Sistema de auto-evaluación para la sostenibilidad

I. Información General del Procedimiento

0. Introducción Antecedentes

Ingeniería de Software. Procesos. Proyecto de Ingeniería. Metodologías. Metodologías. Metodologías. Metodologías de desarrollo

Planeación del Proyecto de Software:

ISO 9000:2000. Roberto Aprili Justiniano Rodrigo Ramírez Pérez. Roberto Aprili, Rodrigo Ramírez

CURSO COORDINADOR INNOVADOR

CALIDAD Los 7 conceptos básicos de la nueva ISO 9001:2015. Los 7 Conceptos Básicos de la Nueva ISO 9001:2015

Los profesores Flipantes

Gestión del Servicio de Tecnología de la información

Gestión de proyectos en tiempos de crisis

IT Project Portfolio Management y su vinculación con la Estrategia Corporativa

Invitación. Señor/a Alcalde/sa, Concejal/a y Directivos Municipales Presente

CURSO DE GESTIÓN DE PROYECTOS PMI ORIENTADO A OBTENER LA CERTIFICACIÓN PMP

CURSO DE GESTIÓN DE PROYECTOS PMI ORIENTADO A OBTENER LA CERTIFICACIÓN PMP

EURORESEARCH. consultores de dirección PRODUCTOS Y SERVICIOS

CONTENIDO TEMATICO Y DOCENTES

CURSOS IN-HOUSE PARA FORTALECER HABILIDADES DE GESTIÓN Y MEJORAR LA PRODUCTIVIDAD

CONTENIDO TEMATICO Y DOCENTES

10 PRÁCTICAS BASALES DE LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CUBA

Sistema de Administración de Farmacias Plan de Proyecto Versión 1.1. Historia de revisiones

STAN Consultores PMO. STAN Consultores. STAN Consultores

Project Management: hacia una Gestión Madura Parte 2

LOS 8 PRINCIPIOS DE LA CALIDAD

Mejorando las competencias arquitectónicas en una empresa Mexicana de desarrollo de Software

GESTION DE PROYECTOS SEGÚN LA GUIA DEL PMBOK

TIPO DE PROCESO EVALUACION VERSIÓN 1 PROCEDIMIENTO AUDITORIAS INTERNAS PÁGINA: 1 de 7

ISO 9000 Escuela de Ingeniería de Sistemas y Computación Desarrol o de Software II Agosto Diciembre 2007

Índice. Que es SFIA? Estructura del modelo. Compatibilidad Algunas implementaciones Desarrollo participantes

MACROPROCESO GESTIÓN TECNOLÓGICA

Hoja Informativa ISO 9001 Comprendiendo los cambios

Como relacionamos los principios con la gestión o administración de una empresa

JIAP 2011 Transitando hacia una Organización Gestionada por Procesos. Diego Karbuski - Agosto 2011

Introducción: Qué se entiende por una arquitectura SOA? Bernhard Hitpass

Figure 16-1: Phase H: Architecture Change Management

I N T E R P R E T A T I V O

AUDITORÍAS Y AUDITORES ISO 9000:2000

Inicio. Nivel 5. El Marco de la Buena Enseñanza. Definiciones preliminares. Dominios del Marco de la Buena Enseñanza

Procesos Críticos en el Desarrollo de Software

SW-CMM Capability Maturity Model for Software

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

CURSO DE GESTIÓN DE PROYECTOS PMI ORIENTADO A OBTENER LA CERTIFICACIÓN PMP

ARQUITECTURA TÉCNICA ASIGNATURA: MATERIALES DE CONSTRUCCIÓN II CURSO: APUNTES TEMA 1: CONTROL DE CALIDAD

La administración de proyectos de tecnologías de la información

Nuevo Estándar en Sistemas de Gestión de Seguridad de la Información ISO/IEC 27001:2013

configurándola para ser usada dentro del área de QA de una fábrica de software.

La norma ISO 19011:2011

Transcripción:

Rol del Arquitecto de Software Ing. Gustavo Andrés Brey Ing. Gastón Escobar 2005

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes perfiles en el desarrollo de software y tipos de arquitectos Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto Duración 10 min 20 min 20 min 30 min 10 min 20 min 2

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes perfiles en el desarrollo de software y tipos de arquitectos Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 3

Introducción Rol del Arquitecto Arquitectura de Software y su Ciclo de Vida Responsable Técnico del Proyecto Mas allá de la arquitectura y las incumbencias de un Arquitecto 4

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes perfiles en el desarrollo de software y tipos de arquitectos Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 5

Responsabilidades del Arquitecto (incumbencias) Conocer y ayudar a la implementación de la Metodología Conocer a la perfección los Requerimientos y Restricciones Alinearse con la Visión de la Organización Asesorar en la Planificación y Estimación del proyecto Definición de Estándares y políticas de reusabilidad de componentes Proveer Guía Técnica clara y consistente 6

Organización del Grupo de Desarrollo Estrategias de formación de Equipos de Arquitectura Equipo de Arquitectura desde el comienzo Arquitecto comienza solo, el equipo se suma después Arquitecto solo, junto con equipos para propósitos especiales 7

Organización del Grupo de Desarrollo (cont.) Equipo de Mapeo de Objetos a RDBMS Equipo de un Sistema Legacy Equipo de Integración/API s Equipo de Reutilización/Frameworks 8

Equipo de Mapeo de Objetos a RDBMS Mantenimiento de las clases del modelo Resuelve todas las cuestiones relacionadas con el mapeo de clases con bases de datos relacionales u otras. Coordinar cambios entre el schema de las base de datos y la capa de acceso a datos. Habitualmente responsable de la capa de persistencia Requerido para equipos con un uso fuerte de bases de datos no relacionales 9

Equipo de Sistema Legacy Responsable de wrappear un sistema legacy y/o módulos no orientados a objetos desarrollados en otros lenguajes Permite la utilización de sistemas existentes Provee un mecanismo para crecimiento futuro Los miembros de este equipo requieren conocimiento específico de las herramientas que ayudan a lograr este proceso 10

Equipo de Integración/API s Forma de integración que se va a utilizar: por ejemplo: SOA, EAI. Protocolos de comunicación. Legacies a utilizar 11

Equipo de Reutilización/Frameworks Construcción de componentes reutilizables para múltiples equipos de proyecto. Se deben concentrar en los frameworks Ningún otro equipo debería estar construyendo componentes reutilizables. Emitir estándares y lineamientos de desarrollo Armar documentación sobre los componentes utilizados No recomendado para la mayoría de los proyectos 12

Responsabilidades del Arquitecto (cont.) Organización del Grupo de Desarrollo Debilidades comunes Falta de liderazgo Agendas individuales Atención dividida Torre de marfil Integridad Conceptual Posibles inconvenientes Los integrantes tienen diferentes habilidades/conocimientos Representan los intereses de diferentes organizaciones 13

Factores críticos de éxito El equipo necesita un líder Al menos esa persona debería estar avocada full-time a la tarea El equipo debe operar como un equipo: un número reducido de personas con habilidades complementarias que están conducidos por un mismo propósito para llegar a determinados objetivos Comunicación! Comunicación! Comunicación! El equipo necesita establecer y mantener una buena predisposición y voluntad. 14

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes perfiles en el desarrollo de software y tipos de arquitectos Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 15

Liderazgo Características generales: Visión Integridad Decisión 16

Comportamiento Profesional del Arquitecto Aprender a confiar en las habilidades y conocimientos de los otros integrantes de su equipo Ayudar inteligentemente en caso de que haya retrasos Antes de criticar el trabajo de otros miembros del equipo, empezar identificando puntos buenos. Generalizar la crítica poniendo énfasis en las guías disponibles, sin criticar directamente una instancia particular del trabajo No hablar con la gente solo cuando haya algo malo. Debe hacerle saber a la gente cuando las cosas están bien y su trabajo es apreciado. 17

8 hábitos presentes en Arquitectos exitosos 1. Mantener las cosas simples 2. Dejar a otros defender la arquitectura 3. Actuar, no discutir 4. Mantener la concentración en la visión 5. Estar predispuesto al cambio, pero cuidado con los cambios fuertes de una sola vez 6. Aprender cuando parar 7. Saber cómo seguir 8. Ser conciente de su papel de mentor 18

Principales errores de los Arquitectos Creer en que los requerimientos están claros y no cambian o refinan Dejarse seducir por tecnologías Comunicación errónea de la arquitectura Creer que sabe todo y demostrarlo Todo reusable (sobre diseño) Perder el contacto con la tecnología No confiar en los desarrolladores 19

Mentoring Un mentor es una persona con mucho conocimiento y de confianza, que se debe utilizar como guía y consejero. Gran porcentaje del crecimiento de un Arquitecto se debe a las enseñanzas de un mentor. 20

Qué deberían hacer los Mentors y los Protégés? Definir el alcance y la duración del proceso de Mentoring Realizar una Evaluación de habilidades para determinar las habilidades y experiencia del protégé. Desarrollar un roadmap para llegar al desarrollo requerido Desarrollar un roadmap para tener las competencias de líder necesarias Desarrollar un pensamiento de las arquitectura y habilidades para el diseño de las mismas. 21

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Liderazgo y Mentoring Diferentes perfiles en el desarrollo de software y tipos de arquitectos Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 22

Diferentes Perfiles en el desarrollo de Software Perfiles necesarios dentro de un desarrollo de software y su interacción con el arquitecto: Application architect Project manager Business analyst Layout designer Developer Data modeler Database administrator Data migration specialist Infrastructure specialist Testing specialist 23

Rol del Arquitecto VS. Project Management El objetivo último del project manager es lograr los objetivos del proyecto dentro de determinados límites (tiempo, calidad, costo), para lograr esto necesitará saber asignar recursos. Si el proyecto involucra software, un recurso clave será el de un arquitecto, quién será el más capacitado para saber utilizar los recursos del proyecto logrando un software con la calidad requerida. El arquitecto de software es responsable de planificar, dirigir, seguir y controlar todas las tareas técnicas relacionadas con el desarrollo de software. 24

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Diferentes perfiles en el desarrollo de software y tipos de arquitectos Liderazgo y Mentoring Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 25

Propuesta - Tareas Requerimientos y Restricciones Evaluaciones de Factibilidad Técnica Manejo de Riesgos Técnicos Definición de SCM Estimaciones Definición de métricas para la etapa de desarrollo 26

Desarrollo propiamente dicho Requerimientos Funcionales y No Funcionales Leadership SCM Manejo de Riesgos Aseguramiento de la Calidad del Código Testing Defect Management 27

Mantenimiento Requerimientos Funcionales Testing Defect Management Leadership SCM Manejo de Riesgos 28

Agenda # 1 2 3 4 5 6 Tema Introducción Responsabilidades y Organización del Grupo de Desarrollo Diferentes perfiles en el desarrollo de software y tipos de arquitectos Liderazgo y Mentoring Tareas del arquitecto a lo largo del Proyecto Rasgos y características requeridas del arquitecto 29

Visionario Características asociadas: Escucha activa Sagacidad Política Influenciar en la formación y motivación del equipo Liderazgo Comunicación (verbal, con modelos, presentaciones, etc.) Carisma 30

Traductor Características asociadas: Multi-lingual Analista Capacidad de síntesis Generalista Identificar qué es lo relevante y qué tiene impacto Clasificar y priorizar Alta tolerancia a la ambigüedad Mentalidad abierta Entrevistador 31

Diseñador Características asociadas: Creatividad Conceptualizador Modelador Colaborador Comunicador de conceptos y modelos Habilidad para ver un problema/solución de varias y diferentes perspectivas Moderador, generador de consenso 32

Crítico y Consultor Características asociadas: Habilidad para tener una mirada fresca e imparcial acerca de su propio trabajo Tomar y valorar el feedback que puede venir de otros Voluntad para reconsiderar y volver atrás si es necesario. 33

Referencias [SAinPractice] Len Bass, Paul Clements, Rick Kazman, Software Architecture in Practice, Second Edition. Addison Wesley, 2003, ISBN 0-321-15495-9. Ashmore, Derek C., The J2EE architect s handbook: how to be a successful technical architect for J2EE applications. Barbara McGowran, 2004, ISBN: 0-972-95489-9 Bredemeyer, Dana and Ruth Malan. "Role of the Software Architect", http://www.bredemeyer.com/role.pdf, 1999. Bredemeyer, Dana and Ruth Malan. Architecture Teams", http://www.bredemeyer.com. 34