{"id":9885,"date":"2020-11-10T13:57:35","date_gmt":"2020-11-10T18:57:35","guid":{"rendered":"https:\/\/www.blmovil.com\/?p=9885"},"modified":"2024-02-02T10:08:37","modified_gmt":"2024-02-02T16:08:37","slug":"como-hacemos-trabajar-una-software-factory-agil-ii","status":"publish","type":"post","link":"https:\/\/www.blmovil.com\/en\/como-hacemos-trabajar-una-software-factory-agil-ii\/","title":{"rendered":"C\u00f3mo hacemos trabajar una Software Factory Agil (II)"},"content":{"rendered":"

\nC\u00f3mo hacemos trabajar una Software Factory Agil (II)<\/h2>\n

En este segundo art\u00edculo vamos a hablar de las herramientas que utilizamos para la gesti\u00f3n de los desarrollos en nuestra factor\u00eda, y c\u00f3mo hacemos que los clientes entren el el proceso de desarrollo con la herramienta.<\/p>\n

Polarion<\/h2>\n

Polarion (https:\/\/polarion.plm.automation.siemens.com\/) es la herramienta principal que usamos para la gesti\u00f3n de nuestros proyectos. Es una herramienta ALM (Application Lifecycle Management) y nos permite, como dice el acr\u00f3nimo gestionar todo el ciclo de vida del software.<\/p>\n

Es una herramienta en la que puedes definir la metodolog\u00eda en la que quieres trabajar, Scrum, cascada, V, etc., de forma que nos permite adecuarnos sin cambiar de herramienta a las necesidades del cliente.<\/p>\n

Lleva todo el control de todos los artefactos del desarrollo, desde las historias de usuario, requisitos, las \u00e9picas, las tareas, casos de prueba, defectos, peticiones de cambio,\u2026 y todo desde una misma herramienta, e integrado y relacionado, lo que nos permite tener una trazabilidad total del proyecto.<\/p>\n

Adem\u00e1s permite la generaci\u00f3n de reportes y cuadros de mando, que nos van a permitir realizar el seguimiento del avance del proyecto en tiempo real.<\/p>\n

\"Polarion<\/p>\n

Permite asimismo, llevar el control de las diferentes pruebas que se realizan en el sistema, con los defectos que se vayan generando, de forma que se puede ver el estado de avance en la resoluci\u00f3n de los defectos.<\/p>\n

\"Polarion-<\/p>\n

Y uno de los puntos principales y que m\u00e1s quebraderos de cabeza nos ha evitado es la gesti\u00f3n de las peticiones de cambio. Cada vez que un cliente nos solicita un cambio, lo subimos al sistema, y se eval\u00faa el alcance que tiene ese cambio, y el tiempo que va a llevar. El cliente tiene acceso al sistema y va a aprobar la petici\u00f3n de cambio o no, ya sabiendo el impacto en tiempo que va a tener dicho cambio, y por tanto el impacto econ\u00f3mico. En la herramienta queda la aprobaci\u00f3n por parte del cliente y por tanto su aceptaci\u00f3n en las desviaciones. <\/p>\n

Antes las peticiones, las hac\u00edan de cualquier forma, por tel\u00e9fono, por email, incluso alguna me la han hecho el el ba\u00f1o, aprovechando que est\u00e1s aqu\u00ed, y no quedaba al final ninguna evidencia del  impacto que iba a tener ese cambio, por lo que terminaba generando retrasos en las entregas, discusiones con el cliente de que esto entraba en el presupuesto inicial, o no\u2026<\/p>\n

Con este sistema hemos eliminado estas discusiones. Todo lo que no est\u00e1 en el documento de historias de usuario, o un cambio a lo ya realizado es una petici\u00f3n de cambio que se sube al sistema, se eval\u00faa el impacto y no se trabaja en ella hasta que el cliente la haya aprobado.<\/p>\n

Otra de las ventajas que nos ha proporcionado la herramienta es la posibilidad de visualizaci\u00f3n del avance en tiempo real, tanto por nuestra parte, como por el cliente, al que le damos acceso a nuestra herramienta.<\/p>\n

\"Polarion<\/p>\n

Por ejemplo, con la imagen anterior, puedo ver en tiempo real el estado del avance del proyecto, tanto en gr\u00e1fica, como en la parte inferior puedo ver el backlog y ver el estado de cada historia de usuario y de las tareas de implementaci\u00f3n de las mismas. De forma que de un simple vistazo, vamos a poder revisar tanto el cliente como nosotros el avance del proyecto.<\/p>\n

Finalmente otra de las partes que m\u00e1s utilizamos de esta herramienta es el control de las tareas y la imputaci\u00f3n de tiempos, lo que nos permite llevar el control de los costes asociados a cada uno de los proyectos y poder estudiar las posibles desviaciones que se hayan producido en el desarrollo del mismo.<\/p>\n

Control de versiones<\/h2>\n

Para el control de versiones utilizamos el propio control de versiones que tiene Polarion, puede utiliza git o Subversion. Esto nos posibilita adem\u00e1s que cada vez que se sube c\u00f3digo al control de versiones est\u00e9 relacionado con los artefactos que se han creado, o solucionado en esa iteraci\u00f3n.<\/p>\n

Esto nos posibilita, que simplemente haciendo copia de seguridad del repositorio de Polarion, tengamos la copia de seguridad, tanto del c\u00f3digo fuente, como de todos los artefactos del desarrollo.<\/p>\n

IDE de desarrollo<\/h2>\n

En este punto, dejamos que cada programador utilice el que m\u00e1s c\u00f3modo le haga sentir, con eso hemos visto que hemos aumentado la productividad casi un 10% de nuestro equipo. En un principo, s\u00ed definimos unos est\u00e1ndares en cuanto a IDEs, pero vimos que al final era m\u00e1s un stopper ya que necesitaba una curva de aprendizaje por medio del programador.<\/p>\n

Versiones de Lenguajes de Programaci\u00f3n<\/h2>\n

Aqu\u00ed, las versiones utilizadas, van a depender de si el cliente nos indica cu\u00e1les son las que utiliza \u00e9l, o si nos permite escoger, siempre vamos por la pen\u00faltima versi\u00f3n probada del software, o en caso de desarrollos para aplicaciones m\u00f3viles, la que permita acceder al menos al 80% de los dispositivos del mercado.<\/p>\n

Otras herramientas<\/h2>\n

En cuanto a otras herramientas que utilizamos en los desarrollos:<\/p>\n