Este documento describe las habilidades de comunicación necesarias para un ingeniero de software. Explica que un ingeniero de software debe comunicarse efectivamente con usuarios, técnicos y gerentes. También discute técnicas de comunicación como informes técnicos, presentaciones y documentación de código. Concluye que un buen ingeniero de software necesita ser un comunicador experto además de tener sólidas habilidades técnicas.
1. HABILIDADES DE UN
INGENIERO DE SOFTWARE
Revey Adame
Jorge Guerrero
Carlos Ibarra
Eduardo Vargas
Mayo - 2011
domingo 8 de mayo de 2011
2. INTRODUCCIÓN
- El ingeniero de software como comunicador
- El problema de la comunicación en IS
- Informes técnicos
- Presentaciones
- Lectura y entendimiento del código fuente
- Reportes y evaluaciones
domingo 8 de mayo de 2011
3. PRINCIPALES CUALIDADES
DE UN I.S
- Destreza técnica
- Conocimiento del negocio y el mercado
- Capacidad de comunicación a todos los
niveles
domingo 8 de mayo de 2011
4. EL I.S COMO
COMUNICADOR
USUARIOS
Interfaces de usuario
Facilidad de uso
TECNICOS
Instalación
Lenguajes de
programación Tiempo de desarrollo
INGENIERO DE SOFTWARE
Estructura de datos Productividad esperada
GERENTES
domingo 8 de mayo de 2011
5. EL I.S COMO
COMUNICADOR
PROGRAMADOR
CAPACIDAD DE
ANALISTA
COMUNICACION
JEFE DE PROYECTO
domingo 8 de mayo de 2011
6. EL PROBLEMA DE LA
COMUNICACIÓN
• Los errores comunes durante la definición y análisis
de requisitos son principalmente por:
✦ Falta de procedimientos y guías formales
✦ Falta de participación del usuario
✦ Falta de comunicación
domingo 8 de mayo de 2011
7. TECNICAS DE
COMUNICACIÓN
• Informes técnicos
• Entrevistas / Cuestionarios
• Presentaciones
domingo 8 de mayo de 2011
8. DOCUMENTOS
• La calidad de la documentación es tan importante
como la calidad del software.
• Problemas comunes:
✦ Mal escrita
✦ Difícil de comprender
✦ No se encuentra actualizada
domingo 8 de mayo de 2011
9. PRIMERA FASE DE LA
DOCUMENTACIÓN:
PLANIFICACIÓN
• Antes de elaborar cualquier documento, piensa en tu
trabajo:
✦OBJETIVO / PROPOSITO (¿PARA QUE?)
✦DESTINATARIO (¿A QUIEN?)
✦CONTENIDO (¿QUE?)
✦PLAN / ORGANIZACION (¿COMO, CUANDO, CUANTO?)
domingo 8 de mayo de 2011
10. SEGUNDA FASE;
REDACCIÓN
• Comienza elaborando esquemas, notas,
indices...
• Deja la gramática para el final
• Cuida el estilo
✦ Claridad, sencillez, economía, etc.
• Cuida la presentación
✦ Imagen esmerada, indice claro,
maquetacion
✦ Relee de vez en cuando lo que
escribas
domingo 8 de mayo de 2011
11. TERCERA FASE:
CRITICA Y REVISIÓN
• La escritura técnica no es sencilla
• Un documento “correcto” no se
obtiene a la primera
• Deja que alguien critique y revise tus
escritos y tu código
domingo 8 de mayo de 2011
12. INFORMES
TÉCNICOS
• Actas de reuniones
• Estudios de viabilidad
• Planes y definición del proyecto
• Descripciones funcionales
• Manuales de usuario
• Manuales de referencia
domingo 8 de mayo de 2011
13. PRESENTACIONES 1/2
• Medio básico de comunicación “no formal”
entre los distintos grupos involucrados en
un proyecto.
domingo 8 de mayo de 2011
14. PRESENTACIONES 2/2
• Bien organizadas
• Sintéticas
• Formalmente consistentes
domingo 8 de mayo de 2011
16. CONCLUSIONES
• Un buen ingeniero de software tiene que ser un
buen comunicador
• Ademas de una solida formación técnica, debe
dominar las “estrategias” principales de interacción
con otras personas; usuarios, desarrolladores,
gerentes, etc.
domingo 8 de mayo de 2011