2. Adquirir recursos: Este proceso es relevante ya que mediante este el director del proceso obtiene lo necesario para llevar a cabo el desarrollo del proyecto, además permite que los recursos seleccionados sean óptimos y puedan ser asignados en actividades adecuadas conforme las necesidades del proyecto; adquirir de forma correcta los recursos permite además un mejor manejo del tiempo. 

3. Implementar la Respuesta a los Riesgos: el proceso de implementar la respuesta de los riesgos agrega robustez al proyecto y permiten que los riesgos sean abordados de forma efectiva, tal como se planeó. Igualmente, se ejecutan acciones que ayudan a minimizar las amenazas y maximizar las oportunidades.

El que parece contemplar los cambios más significativos es el de la administración del equipo. En el Software Extension to the PMBoK Guide, se hace un enfoque importante a la evaluación grupal sobre la individual. Por otro lado, el PMBoK no aborda estos casos y ofrece guías más generales que sirven tanto para administración de un recurso individual como grupal. Una entrada importante que vemos en el PMBoK es el de reportes de rendimiento. En la extensión, vemos que estas entradas pueden perjudicar el desarrollo del proyecto. No se puede hacer una evaluación de rendimiento general para todos porque el software tiene diferentes niveles de complejidad. Además, por la naturaleza del software, pueden existir muchos abordajes para resolver un problema, y un administrador de proyectos debe tener esto en cuenta para saber cómo actuar frente a un proceso de resolución de conflictos, como lo describe la extensión. Finalmente, el software también permite especializaciones en diferentes ramas. Aprovechar los intereses individuales de los miembros del equipo puede mejorar el desarrollo del producto. Una visión general como la que ofrece el PMBoK puede limitar el aprovechamiento de estas oportunidades que se dan en proyectos de software. Por lo tanto, la administración del equipo es una tarea a la que el administrador debe saber adaptarse muy dinámicamente para tratar con los miembros de forma individual o grupal.

Normalmente el stakeholders son los que tiene la última palabra en cuestión del entregable de un proyecto. También la realidad es que normalmente los stakeholders son los que aportan el capital económico para mantener vivo un proyecto. Por lo que mantener una buena relación en la cual ellos vean él avance y mejora en el proyecto debería de ser prioritario. 

Manage Quality 

Manejar la calidad de un proyecto es importante, ya que no queremos entregar un producto de software lleno de bugs por todos lados. Por esto consideramos que mantener buenos estándares de calidad nos permite reducir la posibilidad de errores y aumentar la satisfacción del cliente del proyecto. Y algo importante, que consideramos aplica mucho a nuestro caso de uso, es que mantener buenos estándares de calidad evita que con un nuevo avance en el proyecto dañemos avances previos. 

Sin recursos no hay proyecto. Pero también seleccionar los recursos adecuados al caso de uso es importante. Esto ayuda a tener una  mejor organización del proyecto, ya que al tener nuestro recurso y conocer sus capacidades se puede planificar y asignar actividades basándose en estos.