Descubra el lado más brillante de la colaboración de software
Micro Focus ayuda a mejorar la
colaboración de software
Haga clic en un
miembro del equipo
DISEÑADOR
PROGRAMADOR
EVALUADOR
GESTOR DE
PROYECTOS
ANALISTA DE
EMPRESAS
VISTO POR ELDISEÑADOR
¿Alguien más por aquí empieza con un lienzo en blanco y pinta una obra maestra? Afrontémoslo, todo esto va de conceptos y nosotros los tenemos.
Todo esto va de la calidad de la experiencia del usuario. No sigas, todo esto va de la calidad del código. ¿Es necesario este debate sobre la gallina y el huevo? ¿Qué tal si nos aseguramos de que nuestros equipos los requisitos, los diseños y el código se comprenden y comunican correctamente a nuestros equipos?
¿No es mejor hacer la prueba cuando el diseño esté completo? ¿Y el objetivo de las pruebas no es encontrar errores? Pues no y no. Sería mucho mejor si hiciéramos pruebas antes y más frecuentemente para asegurarnos de que estamos diseñando las necesidades empresariales.
¿Cuál es el estado de la entrega? Repito, ¿cuál es el estado de la entrega? Sin el estado en tiempo real en una planificación Agile ni herramientas de seguimiento tendrá que oír esto bastante. Lo que se necesita es una única fuente de información para que los proyectos se puedan planificar y replanificar sobre la marcha.
Uno prepara las necesidades empresariales y las expectativas perfectamente (buen trabajo, analista empresarial). El otro las disipa en las historias y tareas Agile (gracias, diseñador). ¿El resultado? Ninguno entiende al otro realmente. ¿No es hora de que hablemos el mismo idioma?
VISTO POREL PROGRAMADOR
Todo esto va de la calidad de la experiencia del usuario. No sigas, todo esto va de la calidad del código. ¿Es necesario este debate sobre la gallina y el huevo? ¿Qué tal si nos aseguramos de que los requisitos, los diseños y el código son bien comprendidos y comunicados a nuestros equipos?
Cualquier persona con cerebro puede ver que nuestro código es una cuestión de belleza. Crean un trabajo artesanal brillante. Fin.
Uno cree que su codificación es para morirse. El otro quiere destruirla y realiza pruebas hasta destruirla. ¿Pero esto no va de lanzarse errores de un lado a otro? Vamos a conseguir que se entregue el mejor producto posible según los requisitos.
Dicen que programar un gran código es un arte. Y ese es el problema: es un arte oscuro para muchos gestores de proyectos. ¿Qué tal si encontramos un punto medio? Participad conjuntamente en la gestión de la calidad del producto.
Este último solo quiere estar en paz para escribir el código. El otro quiere mantener la paz y cumplir los requisitos de un montón de participantes. ¿Qué podría unir a ambos? Sorprendentemente, que comparten el mismo software.
VISTO POREL EVALUADOR
¿No es mejor hacer la prueba cuando el diseño esté completo? ¿Y el objetivo de las pruebas no es encontrar errores? Pues no y no. Sería mucho mejor si hiciéramos pruebas antes y más frecuentemente para asegurarnos de que estamos diseñando según las necesidades empresariales.
Uno cree que su codificación es para morirse. El otro quiere destruirla y realiza pruebas hasta destruirla. ¿Pero esto no va de lanzarse errores de un lado a otro? Vamos a conseguir que se entregue el mejor producto posible según los requisitos.
Elimine todos los demás factores hasta que quede el defecto. Como un buen Sherlock Holmes, eres un genio.
Por último, dos personas con un mismo problema: el reloj está corriendo. No queda tiempo para las pruebas ni queda tiempo para la entrega. Probablemente porque el 50 % del esfuerzo de desarrollo se está empleando en las pruebas. ¿Alguien ha hecho pruebas automatizadas?
¿Quién diría que su trabajo no consiste en probar los requisitos? Esperemos que no sea ninguna de estas dos personas. Comprobar que se cumplen los requisitos es diferente a probarlos. Y ahora todos pueden hacerlo.
VISTO POREL GESTOR
DE PROYECTO
¿Cuál es el estado de la entrega? Repito, ¿cuál es el estado de la entrega? Sin el estado en tiempo real en una planificación Agile ni herramientas de seguimiento tendrá que oír esto bastante. Lo que se necesita es una única fuente de información para que los proyectos se puedan planificar y replanificar sobre la marcha.
Dicen que programar un gran código es un arte. Y ese es el problema: es un arte oscuro para muchos gestores de proyectos. ¿Qué tal si encontramos un punto medio? Participad conjuntamente en la gestión de la calidad del producto.
Por último, dos personas con un mismo problema: el reloj está corriendo. No queda tiempo para las pruebas ni para la entrega. Probablemente porque el 50 % del esfuerzo de desarrollo se está empleando en las pruebas. ¿Alguien ha hecho pruebas automatizadas?
Gastos, programaciones, entregas individuales; los meros mortales no pueden imaginar cómo es mantenerlo todo cohesionado. El mundo es un lugar más peligroso sin ellos.
Aquí es donde un cambio en las necesidades empresariales o en las expectativas realmente puede impactar en la calidad y los plazos de entrega. ¿Tiene la agilidad para cambiar de planes entre modificaciones y que todo el mundo entienda el impacto? Por supuesto que sí, con una cartera dinámica y la planificación del lanzamiento.
VISTO POREL ANALISTA
EMPRESARIAL
Uno prepara las necesidades empresariales y las expectativas perfectamente (buen trabajo, analista empresarial). El otro las disipa en las historias y tareas Agile (gracias, diseñador). ¿El resultado? Ninguno entiende al otro realmente. ¿No es hora de que hablemos el mismo idioma?
El primero solo quiere estar en paz para escribir el código. El segundo quiere mantener la paz y cumplir los requisitos de un montón de participantes. ¿Qué podría unir a ambos? Sorprendentemente, que comparten el mismo software.
¿Quién diría que su trabajo no consiste en probar los requisitos? Esperemos que no sea ninguna de estas dos personas. Comprobar que se cumplen los requisitos es diferente a probarlos. Y ahora todos pueden hacerlo.
Aquí es donde un cambio en las necesidades empresariales o en las expectativas realmente puede impactar en la calidad y los plazos de entrega. ¿Tiene la agilidad para cambiar de planes entre modificaciones y que todo el mundo entienda el impacto? Por supuesto que sí, con una cartera dinámica y la planificación del lanzamiento.
Su capacidad analítica no es comparable a la de los demás. Buscan la verdad, los requisitos reales, y usted es el proveedor.