Please enable JavaScript.

Coggle requires JavaScript to display documents.

Planificación del Proyecto, ffee2447b152494b43d9816faaea83c8_XL,…

- - - - Precisos
        
        Se deben expresar de forma clara, con lenguaje sencillo, evitando ambigüedades
      - Medibles
        
        Deben expresarse de modo tal que permitan medir las cualidades o características que caracterizan el objeto de investigación
      - Concisos
        
        Se deben formular de la manera más resumida posible, sin rodeos, utilizando solo las palabras necesarias
      - Alcanzables
        
        Deben existir posibilidades reales de lograr los objetivos planteados.
    - - Específicos
        
        Son precisiones o pasos que hay dar para alcanzar o consolidar el objetivo general.
      - General o Principal
        
        Establecen el propósito central del proyecto. En esencia abarca todo el problema e informa de conjunto para qué se hace la investigación
- - - - Se centra primero en el costo del nivel del sistema, como los recursos informáticos y el personal requerido para desarrollar el sistema, así como el costo de la configuración. Los costes de personal se calculan examinando el coste de proyectos anteriores similares.
    - - Primero estima el costo para desarrollar cada módulo o subsistema. Esos costos se combinan para llegar a una estimación general.
- - - - Todas las personas en un equipo de proyecto deben recibir un trato similar.
    - - Las personas tienen distintas habilidades y los administradores deben respetar esas diferencias. Todos los miembros del equipo deben recibir una oportunidad para aportar.
    - - Es importante desarrollar un ambiente laboral donde se consideren todas las visiones, incluso las del personal más joven.
    - - Siempre debe ser honesto acerca de lo que está bien y lo que está mal en el equipo. También debe ser honesto respecto a su nivel de conocimiento técnico y voluntad para comunicar al personal más conocimiento cuando sea necesario.
- - - - Riesgos Técnicos
        
        Los riesgos técnicos identifican potenciales problemas de diseño, implementación, interfaz, verificación y mantenimiento. Además, la ambigüedad en la especificación, la incertidumbre técnica, la obsolescencia técnica y la tecnología “de punta” también son factores de riesgo.
      - Riesgos Empresariales
        
        Amenazan la viabilidad del software que se va a construir y con frecuencia ponen en peligro el proyecto o el producto.
      - Riesgos de Proyecto
        
        Los riesgos del proyecto identifican potenciales problemas de presupuesto, calendario, personal (tanto técnico como en la organización), recursos, participantes y requisitos, así como su impacto sobre un proyecto de software.
    - - Riesgo de rendimiento
        
        Grado de incertidumbre de que el producto satisfaga sus requisitos y se ajuste al uso pretendido.
      - Riesgo de costo
        
        Grado de incertidumbre de que el presupuesto del proyecto se mantendrá.
      - Riesgo de apoyo
        
        Grado de incertidumbre de que el software resultante será fácil de corregir, adaptar y mejorar.
      - Riesgo de calendario
        
        Grado de incertidumbre de que el calendario del proyecto se mantendrá y de que el producto se entregará a tiempo.
    - - Los métodos basados en mediciones estadísticas son quizá los que logran superar de mejor manera. Para ello, analizan la distribución de probabilidades de los flujos futuros de caja para presentar a quien tome la decisión de aprobación o rechazo los valores probables de los rendimientos y de la dispersión de su distribución de probabilidad.
    - - Naturaleza
        
        Indica los problemas probables si ocurre.
      - Ámbito
        
        Combina la severidad (¿Cuán serio es?) y su distribución global (¿Cuánto del proyecto se afectará o cuántos participantes se verán afectados?).
      - Temporización
        
        Considera cuándo y por cuánto tiempo se sentirá el impacto.
- - - - Se estableció una fecha final (e irrevocable) para liberar un sistema. La organización de software se restringe para distribuir el esfuerzo dentro del marco temporal prescrito.
    - - La fecha final la establece la organización de ingeniería del software. El esfuerzo se distribuye para hacer mejor uso de los recursos y se define una fecha final después de un cuidadoso análisis del software.