Principios que guían la Práctica

Comienza Ya. Es Gratis
ó regístrate con tu dirección de correo electrónico
Rocket clouds
Principios que guían la Práctica por Mind Map: Principios que guían la Práctica

1. Principios que guían el proceso

1.1. Ser ágil

1.1.1. Mantener el enfoque técnico tan sencillo como sea posible.

1.2. Centrarse en la Calidad

1.2.1. Toda salida generada debe ser de calidad.

1.3. Adaptar

1.3.1. Cuando sea necesario cambie su enfoque.

1.4. Equipo Eficaz

1.4.1. Formar equipos con organización propia, confianza y respeto mutuo.

1.5. Mecanismos de comunicación y coordinación

1.5.1. Si no se comunica ni se coordina los avances los proyectos terminan en fracaso.

1.6. Administrar el cambio

1.6.1. Establecer enfoques para aceptar, aprobar e implementar cambios.

1.7. Evaluar el Riesgo

1.7.1. Establecer planes de contingencia.

1.8. Productos que agreguen valor

1.8.1. Solo generar productos del trabajo que generen valor para actividades u otras tareas del proceso.

2. Principios que guían la práctica

2.1. Divide y vencerás

2.1.1. El análisis y el diseño siempre deben enfatizar la separación de entidades en base a distintas funcionalidades a desarrollarse.

2.2. Abstracción

2.2.1. Eliminar la necesidad de comunicar detalle.

2.3. Coherencia

2.3.1. Colocación consistente de todos los elementos de la interfaz en busca de un diseño ergonómico.

2.4. Transferencia de información

2.4.1. Prestar especial atención al diseño y pruebas de interfaces encargadas de llevar los datos.

2.5. Modularidad eficaz

2.5.1. Cualquier sistema complejo puede ser separado en varios componentes bien delimitados en base a su función.

2.6. Buscar patrones

2.6.1. Establecer un marco de trabajo que ayude a los desarrolladores a resolver problemas que pudieran surgir.

2.7. Representar el problema y su solución desde varias perspectivas.

2.7.1. Estudiar un problema desde varias perspectivas proporciona una mayor visión del mismo y detecta errores u omisiones.

2.8. Mantenimiento de Software

2.8.1. En el futuro el software será modificado por posibles cambios en sus ambiente o defectos encontrados.

3. Principios de comunicación

3.1. Escuchar

3.1.1. Centrarse en las palabras del hablante en lugar de formular su respuesta.

3.2. Prepararse

3.2.1. Antes de comunicar su idea prepare a fondo el tema.

3.3. Alguien debe facilitar la actividad

3.3.1. Toda reunión debe tener un líder o facilitador encargado de:

3.3.1.1. Mantener la conversación en dirección positiva.

3.3.1.2. Ser mediador de conflictos.

3.3.1.3. Garantizar que se cumplan otro principios.

3.4. Comunicación cara a cara

3.4.1. Generar comunicación personal para discutir los objetivos.

3.5. Documentar las decisiones

3.5.1. Tomar nota de todos los temas y decisiones importantes.

3.6. Permanecer centrado

3.6.1. Abandonar módulos de conversación solo si el tema ha sido resuelto.

3.7. Hacer un dibujo

3.7.1. Si algo no está claro, hacer un dibujo o esquema puede arrojar claridad a los hechos.

3.8. Siempre avanzar

3.8.1. Una vez que se acuerde algo avanzar con el siguiente tema, y de la mima forma si no es posible ponerse de acuerdo avanzar para evitar perdida de tiempo.

3.9. La negociación no es un concurso

3.9.1. La negociación no es un juego, resulta mejor cuando las dos partes ganan.

4. Principios de planeación

4.1. Entender el alcance del proyecto

4.1.1. El alcance da un destino al equipo de software.

4.2. Involucrar a los participantes del software

4.2.1. Los participantes deben definir las restricciones del proyecto.

4.3. Planeación iterativa

4.3.1. El plan debe ajustarse a ciertos cambios que puedan surgir.

4.4. Estimar con base en lo que se sabe

4.4.1. Obtener un índice del esfuerzo, costo y duración en base a la comprensión que tenga el equipo sobre el trabajo a desarrollar.

4.5. Tomar en cuenta los riesgos

4.5.1. Al definir el plan se debe pensar en lo que puede salir mal y tratar de mitigar.

4.6. Ser realista

4.6.1. Se debe considerar que aun los mejores ingenieros se software pueden cometer errores.

4.7. Ajustar la granularidad

4.7.1. Definir correctamente el nivel de detalle que se adopta el desarrollar un plan.

4.8. Asegurar la calidad

4.8.1. Identificar la forma en la que el equipo de software busca asegurar la calidad.

4.9. Manejar el cambio

4.9.1. Identificar como recibir los cambios sin que anulen la planificación inicial.

4.10. Dar seguimiento al plan

4.10.1. Mantener una constante evaluación del plan y hacer los ajustes necesarios.

5. Principios de modelado

5.1. Elaborar software

5.1.1. Entrar rápido a la elaboración del software y no perder mucho tiempo creando modelos.

5.2. No crear más modelos de los necesarios

5.2.1. Solo crear los modelos requeridos para el entendimiento de lo que se realizará.

5.3. Producir el modelo más sencillo

5.3.1. Mientras más sencillo sea el modelo que logre explicar el requerimiento, este estará realizado de mejor manera.

5.4. Modelos susceptibles al cambio

5.4.1. Los modelos deben considerar los posibles cambios futuros.

5.5. Propósito para cada modelo

5.5.1. Cada modelo que se cree debe tener un fin relacionado a explicar una tarea específica.

5.6. Adaptar los modelos

5.6.1. Crear modelos en base a técnicas específicas del tipo de software que se realizará.

5.7. Construir modelos útiles

5.7.1. Los modelos no deben ser perfectos, deben representar utilidad en cuanto a su entendimiento.

5.8. No ser dogmático

5.8.1. Si se logra mostrar la información necesaria, la representación es secundaria.

5.9. Confíe en su instinto

5.9.1. Si su instinto dice que el modelo no está bien se debe a que como ingeniero de software sabe que el modelo realizado no es el apropiado para explicar el tema.

5.10. Retroalimentación

5.10.1. Se debe tratar de obtener retroalimentación lo más pronto posible para realizar los cambios necesarios.

6. Principios de construcción

6.1. Codificación

6.1.1. Se relaciona directamente con el estilo, lenguajes y métodos de programación.

6.2. Preparación

6.2.1. Antes de empezar a codificar se debe entender claramente qué es lo que se va a resolver y cómo se lo realizará.

6.3. Programación

6.3.1. Aplicar las buenas prácticas de programación y asegurar el entendimiento de la arquitectura y la lógica de las estructuras de datos a utilizar.

6.4. Validación

6.4.1. Llevar a cabo pruebas unitarias para confirmar que el funcionamiento del código realizado es el esperado.

6.5. Pruebas

6.5.1. Es el proceso mediante el cual se ejecuta el programa con la intención de encontrar errores que pudieron haber pasado desapercibidos.

7. Principios de despliegue

7.1. Manejar expectativas de los clientes.

7.1.1. El cliente generalmente espera más y se desilusiona de inmediato. Por lo cual hay que saber explicar que lo solicitado está correctamente realizado.

7.2. Probarse el paquete completo a entregar

7.2.1. Se debe comprobar el correcto funcionamiento de todos los módulos al generarse la aplicación final.

7.3. Establecer régimen de apoyo

7.3.1. Si el cliente no recibe cierta ayuda cuando surjan dudas sobre el funcionamiento del sistema, este quedará decepcionado.

7.4. Material de aprendizaje

7.4.1. Se deben desarrollar materiales de capacitación apropiados sobre el uso del software para el usuario final.

7.5. Corregir y después entregar

7.5.1. En caso de que el software final resulte defectuoso de alguna manera se debe corregirlo antes de realizar su entrega final al cliente.