1. Principios que guían el proceso
1.1. Ser ágil
1.1.1. Mantener el enfoque técnico sencillo
1.1.2. Los productos de trabajo que se generen concisos
1.1.3. Tomar decisiones localmente
1.2. En cada etapa, centrarse en la calidad
1.2.1. La condición de salida para toda actividad, acción y tarea del proceso debe centrarse en la calidad
1.3. Estar listo para adaptar
1.3.1. Adapte su enfoque a las restricciones impuestas por el problema, gente y el proyecto en sí.
1.4. Formar un equipo eficaz
1.4.1. El objetivo son las personas
1.4.2. Formar un equipo con organización propia en la que haya confianza y respeto.
1.5. Establecer mecanismos para la comunicación y coordinación
1.5.1. Los proyectos fallas porque no se evalua la información importante y falta de coordinación de los participantes.
1.6. Administrar el cambio
1.6.1. Establecer mecanismos para administrar la forma en la que los cambios se solicitan, evalúan, aprueban e implementan.
1.7. Evaluar el riesgo
1.7.1. Establecer planes de contingencia
1.8. Crear productos del trabajo que agreguen valor para otros
1.8.1. Generar solo aquellos productos que agreguen valor para otras actividades, acciones o tareas del proceso.
1.8.2. Todo producto del trabajo que se genere como parte de la práctica de ingeniería de software pasará a alguién más.
1.8.3. La lista de funciones y características requeridas se dará a las personas que desarrollarán un diseño.
1.8.4. El diseño pasará a aquellos que generen el código.
2. Marketing
2.1. SEO
2.1.1. Employee
2.1.2. Employee
2.2. Social Media
2.2.1. Employee
2.2.2. Employee
2.3. Content
2.3.1. Employee
2.3.2. Employee
3. Finance
3.1. Funding
3.1.1. Employee
3.1.2. Employee
3.2. Tax filings
3.2.1. Employee
3.2.2. Employee
3.3. Payroll
3.3.1. Employee
3.3.2. Employee
4. Principios que guían la práctica
4.1. Divide y vencerás
4.1.1. El análisis y el diseño siempre deben enfatizar la separación de entidades.
4.1.2. Un problema es más facil de resolver si se lo divide.
4.2. Entender el uso de la abstracción
4.2.1. La abstracción es la simplificación de un elemento complejo de un sistema usado.
4.2.2. Elimina la necesidad de comunicar detalles.
4.3. Buscar la coherencia
4.3.1. Un contexto familiar hace que el software sea más fácil de usar.
4.4. Centrarse en la transferencia de información
4.4.1. La información fluye a través de una interfaz.
4.4.2. Debe ponerse atención especial al análisis, diseño, construcción y prueba de las interfaces.
4.5. Construir software que tenga modularidad eficaz
4.5.1. La modularidad debe ser eficaz.
4.5.2. Cada módulo debe centrarse exclusivamente en un aspecto bien delimitado del sistema.
5. Legal
5.1. Partnerships
5.1.1. Employee
5.1.2. Employee
5.2. Risks
5.2.1. Employee
5.2.2. Employee
5.3. Agreements
5.3.1. Employee
5.3.2. Employee
6. Product
6.1. Design
6.1.1. Employee
6.1.2. Employee
6.2. R & D
6.2.1. Employee
6.2.2. Employee
6.3. Upgrades
6.3.1. Employee
6.3.2. Employee