Please enable JavaScript.
Coggle requires JavaScript to display documents.
Using the Personal Software Proccess - Coggle Diagram
Using the Personal Software Proccess
Desafíos de desarrollo
Standish divide a los proyectos como exitosos si cumple los requerimientos del proyecto dentro del costo y tiempo, problemático si hubo exceso de recursos de tiempo, dinero o no cumple las expectativas, y los fallidos son aquellos que no se terminaron o emplearon.
Los grandes proyectos de software presentan problemas debido a que las prácticas no se extienden:
Entre más grande el proyecto, menos son los comentarios de los desarrolladores > menos información de las prácticas y cómo mejorarlas.
Cuando crece el proyecto las partes ya no se mantiene sincronizadas ni dentro del cronograma por las malas prácticas personales de los miembros del equipo de desarrollo.
Debe haber procesos y prácticas de calidad para que el sistema también lo sea.
Lo que causa más problemas es no cumplir los compromisos, no mantener un control adecuado de los proyectos, entregar productos de baja calidad o mantener un trabajo poco eficaz.
Con ayuda de PSP se mejoran las prácticas personales para posteriormente poder aplicarlas en un equipo y construir un sistema más complejo o extenso, con ayuda de TSP.
Negociación de compromisos
PSP y TSP ayuda a que el manager del equipo de desarrollo acepte un plan realista y no presionar al equipo a realizar un plan agresivo.
El desarrollador se comprometerá a hacer todo lo posible por cumplir lo que necesita el mangar, sólo si ya se ha hecho el mejor plan posible
Se debe defender el plan:
Si se solicitan modificaciones en el trabajo, se deberá actualizar el plan y cronograma.
De la duración depende el costo y viceversa.
Demostrarle al manager que el plan que se está proponiendo está basado en datos históricos y en proyectos similares, por lo que se puede cumplir con lo que se pide en el tiempo más corto realista.
El plan mantiene a uno preparado para lo que se espera, así como a las alternativas que se deben tomar en caso de ser necesario. Es el respaldo de un desarrollador, refleja la forma de trabajo que tiene prevista realizar. Cuando es aplicado a un equipo, es lo que mantiene a todos los miembros hacia la misma dirección.
Mantener el control del proyecto
Si se desea hacer un cambio, se actualiza el plan con los ajustes necesarios para poder mostrarlo al gerente y cliente, y saber si es rechazada o aprobada la nueva propuesta.
Es la forma objetiva de exponer las consecuencias de los cambios que se están solicitando.
Si no se sigue el plan, no se sabe en qué punto está y esto no dará confianza a los demás para que uno ejecute el proyecto.
En los proyectos siempre encontraremos eventos impredecibles, pero con un plan, se podrán gestionar mejor los cambios porque se tiene una idea desde dónde partir, además de contar con el apoyo de los demás ya que tiene confianza en uno.
Una vez definido el plan, se debe actualizar y mantener informado sobre el progreso al manager para evitar que los cambios impacten negativamente en el alcance.
Entrega de productos de calidad
La calidad del producto refiere a entregarlo a tiempo, dentro del costo y con un valor comercial aceptable, si no se considera esto, lo más posible es que se pierdan clientes.
Mantener el trabajo en equipo eficaz
Los miembros deben tener una correcta formación de cómo trabajar junto a otros y tener un líder capacitado que los guíe para lograr completar el trabajo.
Formación del equipo
La motivación hace que cada miembro del equipo haga la meta del proyecto, como una meta propia, no se siente obligados. Mejor rendimiento.
Los métodos de TSP permite trabajar en equipo llamados autodirigidos. Los equipo s podrán trabajar en base al plan que ellos consideran mejor, siempre y cuando se mantenga al manager y cliente informados del progreso, y los producto producidos serán de calidad.
Equipo
Cada miembro realizará la tarea correspondiente para lograr el objetivo.
El equipo mantiene un plan y proceso común para dirigirse hacia el objetivo y dar seguimiento.
Los miembros trabajarán de forma cooperativa para lograr la meta.
El líder protege y mantiene informado al equipo el progreso del trabajo y los problemas que se presenten.
Los miembros del equipo tienen la capacidad y habilidad de hacer su trabajo.
TSP
Fue creado para controlar los problemas que se presentaban en los equipos de desarrollo de software, para mantener al equipo guiado hacia el compromiso, tener un mejor control y no descuidar ni la calidad del proceso ni la del producto.
La lógica de TSP
En PSP uno aprende a definir la mejor forma de trabajo individual donde hace compromisos que cumplen sistemáticamente y es más productivo. En TSP el equipo es el responsable de determinar cómo se ejecutará el trabajo ya que a cada miembro se les será asignado sus actividades tomando en cuenta sus habilidades y conocimientos.
El proceso de lanzamiento de PSP
5
Se definen objetivos medibles de calidad.
6
Cada miembro en un plan individual describe la o las tareas que realizará a lo largo del trabajo total para que después sea revisado y se busque que todos los miembros de equipo hagan la misma cantidad de esfuerzo.
4
Se produce un plan de alto nivel que describe el trabajo, fases y entregables, planeado para el proyecto.
7
Se asigna a los miembros encargados de administrar el plan de riesgos en el que se especifica la descripción del riesgo, el impacto que puede tener, la probabilidad de que ocurra y como solucionarlo. Debe ser monitoreado y controlado a lo largo del proyecto.
3
El equipo define el concepto inicial del producto, decide estrategia de desarrollo y concreta el proceso para respaldar los objetivos y la estrategia.
8
Todos los miembros trabajan para crear una presentación del plan que se propondrá a la dirección. La dirección estará encargada de aprobarlo o rechazarlo, en el caso último, se deberá producir un plan alternativo.
2
Se establecen objetivos específicos: explícitos son definidos por la dirección e implícitos acordados dentro del equipo para el trabajo.
Se les asigna a los miembros sus roles, debe haber un encargado para supervisar las siguientes tareas: líder, planificación, proceso, calidad del soporte, requisitos, diseño, implementación y pruebas.
9
El líder, equipo y entrenador se reúnen con el grupo de gestión que asistió a la primera reunión para la presentación.
10
El equipo revisa el proceso de lanzamiento, registra las sugerencias de mejora, se asegura de documentar decisiones y datos importantes y asignan responsabilidades para dar seguimientos a estos puntos.
1
La dirección, el equipo y un representante del cliente se reúnen para hablar cuál es el objetivo general del proyecto, su importancia, las metas que habrá para el equipo y que espera el cliente de él. Se contará con la presencia de observadores externos.
Gestión de su propio Proyecto
Una vez creado el plan de trabajo y seguirlo, se debe informar sobre el progreso, los cambios y la calidad.
Manejo de cambios:
Se pueden hacer cambios en los requerimientos para asegurar que el producto sea lo que el cliente espera, siempre y cuando la dirección este informada y conozca el nuevo costo que se producirá. Las pautas de TSP para manejar el problema de estabilidad de requisitos son los siguientes:
Se debe evaluar el impacto de todos los cambios, incluso los más pequeño, esto se facilita con el plan.
Antes de realizar un cambio, la dirección y el cliente deben estar informados y de acuerdo.
Centrarse en la calidad del inicio, una vez declarado los requisitos deberán ser revisados por el equipo para resolver todas las dudas y evaluar la importancia de cada uno, además se podrán identificar problemas de forma temprana evitando problemas costosos después.
Gestión de calidad TSP:
La calidad abarca el costo, tiempo y funcionalidad de un producto.
Seguimiento e informes de progreso:
En TSP se usa el valor ganado para comparar su estado actual con el plan y conocer si va a tiempo con las tareas, pero esta medida sólo funciona si el plan representa con precisión lo que se está haciendo y los miembros de equipo han medido regularmente su trabajo.
Mantener el plan:
Cuando existen cambios en el plan se deben mantener fieles a la forma de trabajo. Se debe tener información creíble para conocer el estado del proyecto y tomar las medidas necesarias en caso de haber un riesgo.
El relanzamiento de equipos permite tener actualizado el plan con el que se trabaja en función de las lecciones aprendidas.
Las recompensas de TSP
TSP busca el éxito del proyecto.
Para determinar si un proyecto fue exitoso o no, se consideran los siguientes puntos:
Entorno agradable donde se incluso los pequeños éxitos se reconocen.
Comentarios positivos sobre el producto.
Sentimiento de participación y contribución.
La autonomía para hacer el trabajo de la forma que mejor le parezca.
The TSP Team of One
Reconozca sus fortalezas y debilidades:
Encontrar tareas que se ajustan a tus habilidades y en las que se pueden complementar con las capacidades de otros, para ello también influye la confianza. Siempre este dispuesto a aprender de cada proyecto.
Practicar, practicar y practicar:
Para mejor las habilidades, se debe adquirir el hábito de practicar. La práctica es una parte esencial de la mejora personal.
Utilice métodos personales eficaces:
Aplicar las prácticas buenas y sólidas.
Aprenda de la historia:
Informarse a través de las lecciones aprendidas de proyectos similares.
Planifique y administre su trabajo personal:
Ser un desarrollador autodirigido que planifica su trabajo, da seguimiento a su desempeño, mide y administra la calidad de los productos que produce.
Encuentre y aprenda nuevos métodos:
Estar atento a nuevas innovaciones que puedan ayudarlo en lo que está trabajando o para futuros proyectos.