![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/DSGN-9475_banners_YouTrack_knowledge_base_SPA_blog_1280x628.png\")
<\/p>\n<\/p>\n
Muchos equipos de proyectos, de producto, de marketing y de desarrollo ya usan YouTrack para crear grandes productos. Esto requiere un proceso eficaz para gestionar los requisitos de los productos. El proceso habitual conlleva crear historias y \u00e9picas para los usuarios, utilizar una vista general de proyecto con diagramas de Gantt, realizar un seguimiento de solicitudes de funcionalidades de forma p\u00fablica e interna, solucionar errores y colaborar con otros equipos en incidencias.<\/p>\n
Ahora hay otro modo. Puede gestionar los requisitos del producto directamente en la Base de conocimiento, utilizando YouTrack para crear, administrar y efectuar el seguimiento de la documentaci\u00f3n de requisitos de su producto.<\/p>\n
\u00a1Veamos como funciona!<\/p>\n
<\/span><\/p>\n Si es usted el propietario de un producto, est\u00e1 lanzando un producto o forma parte del equipo que trabaja en un proyecto y desea saber qu\u00e9 hace el producto y c\u00f3mo funciona, el documento Requisitos del producto casi siempre ser\u00e1 su fuente de informaci\u00f3n m\u00e1s habitual.<\/p>\n Los requisitos del producto describen y definen el objetivo general del producto, su comportamiento, sus funcionalidades y sus caracter\u00edsticas de funcionamiento desde el principio del proyecto, incluso antes de que el producto en s\u00ed se materialice. Pero no basta con redactar esta informaci\u00f3n. La visi\u00f3n del producto suele cambiar a lo largo del tiempo, y los requisitos del producto se someten a numerosos ajustes y modificaciones. Puede que tenga que invertir mucho tiempo en asegurarse de que su producto se mantiene al d\u00eda con los requisitos m\u00e1s recientes.<\/p>\n Por eso es importante disponer de un proceso de gesti\u00f3n de requisitos bien configurado. Si se organiza correctamente, puede ayudarle a efectuar un seguimiento de todos los aspectos importantes y a mantener el control de los requisitos en continuo cambio.<\/p>\n Aqu\u00ed le indicamos algunos puntos a tener en cuenta para gestionar los requisitos de su producto sin problemas.<\/p>\n Comenzar un proyecto de cero puede ser un gran reto. Aseg\u00farese de recopilar todo el material posible relacionado con su futuro producto: investigaci\u00f3n, comentarios de usuarios potenciales, y cualquier planificaci\u00f3n o lluvia de ideas que ya haya realizado. Ahora, al principio, basta con reunirlo todo en un caj\u00f3n de sastre. M\u00e1s adelante ya tendr\u00e1 ocasi\u00f3n de eliminar lo inservible y quedarse con lo \u00fatil.<\/p>\n Dependiendo de su proceso, estas pueden ser algunas fuentes de requisitos:<\/p>\n El principal objetivo ahora mismo es recopilarlo todo en un solo lugar. Cree un borrador en la Base de conocimiento de YouTrack y enlace sus documentos utilizando una o varias de las opciones disponibles: incruste documentos de Google con estudios de investigaci\u00f3n, pegue enlaces en incidencias con comentarios de los usuarios, y adjunte archivos con su an\u00e1lisis de estrategia de producto.<\/p>\n Ahora que hemos recogido toda la informaci\u00f3n posible, es el momento de cribar los requisitos y hacer que resulten f\u00e1ciles de manejar.<\/p>\n No existen normas ni reglas en lo que a la redacci\u00f3n de requisitos de productos se refiere. Pero vamos a contarle algunos trucos que a nosotros nos han funcionado y nos han ayudado a la comprensi\u00f3n com\u00fan:<\/p>\n Trate de mantener las ideas simples y directas. Todo el mundo debe ser capaz de comprenderlas a la primera. Utilice tablas y listas ordenadas para estructurar bien esta informaci\u00f3n.<\/p>\n Ha llegado el momento de hacer que los requisitos queden claros y que resulte f\u00e1cil navegar por ellos.<\/p>\n La b\u00fasqueda de texto completo puede salvar a los usuarios cuando no saben d\u00f3nde buscar exactamente; solo tienen que introducir una palabra clave y buscar entre los art\u00edculos resultantes. No obstante, no los forcemos a tener que buscar, y asegur\u00e9monos de que cualquiera puede navegar por los requisitos con facilidad para encontrar lo que necesita.<\/p>\n Una estructura de vista de \u00e1rbol clara puede ayudarle a evitar requisitos repetitivos o contradictorios, y puede ayudar al lector a encontrar r\u00e1pidamente art\u00edculos relevantes. En esta fase, ya es normal contar con un nivel de estructura \u00fanica: el propio documento de requisitos del producto m\u00e1s algunos archivos relacionados que contengan material estrat\u00e9gico. Sin embargo, a medida que se desarrolla el producto, es probable que esta estructura crezca bastante con la incorporaci\u00f3n de nuevos materiales, como informaci\u00f3n recopilada en entrevistas a los clientes, o conclusiones de reuniones del equipo, entre otros. En este momento, una buena pr\u00e1ctica es mantener una estructura clara desde el principio, incluso aunque al principio parezca que no la necesita en absoluto. Por ejemplo, puede crear subart\u00edculos ficticios para documentos que espera que se a\u00f1adan despu\u00e9s, para ir consolidando ya la estructura.<\/p>\n A continuaci\u00f3n, puede mover sus art\u00edculos de requisitos entre \u00e1rboles de distintas p\u00e1ginas y crear una jerarqu\u00eda que se adapte a las necesidades de su organizaci\u00f3n.<\/p>\n \u00bfListo para escuchar otras opiniones y puntos de vista? Anime a sus compa\u00f1eros de equipo y a todos los interesados mencion\u00e1ndolos en comentarios para que puedan unirse a la discusi\u00f3n. Otorgue a los participantes permisos de edici\u00f3n para que puedan a\u00f1adir sus sugerencias sobre la marcha, o mantenga una conversaci\u00f3n en los comentarios para que la discusi\u00f3n sea m\u00e1s transparente. Se le notificar\u00e1 cada uno de los cambios de cada art\u00edculo.<\/p>\n Es importante implicar a las personas correctas en el momento correcto. Por ejemplo, quiz\u00e1 desee organizar una reuni\u00f3n en la que todos los interesados puedan revisar los requisitos y debatir cara a cara cualquier punto que les preocupe.<\/p>\n Un requisito debe cumplir varios criterios para que se considere “bueno”: debe ser conciso, comprensible, verificable, coherente y factible. Navegue por sus art\u00edculos y actualice los requisitos si fuese necesario. Una buena pr\u00e1ctica es establecer un modo uniforme de marcar cada requisito que ya se haya revisado y aprobado, por ejemplo dejando el comentario correspondiente o a\u00f1adiendo una nota a la tabla de b\u00e1sicos.<\/p>\n Asimismo, recomendamos mantener los resultados de las reuniones (tambi\u00e9n denominados actas de reuni\u00f3n) en subart\u00edculos espec\u00edficos. Esto le ayudar\u00e1 a recuperar datos sobre qu\u00e9 temas se han tratado, qu\u00e9 decisiones se han tomado y qu\u00e9 preguntas se han pospuesto.<\/p>\n Dependiendo de su proceso, puede que espere que los requisitos de su producto cambien din\u00e1micamente a lo largo de su desarrollo, o puede que espere que los cambios se establezcan antes de que comience cada nueva etapa del desarrollo. Si se espera que se produzcan cambios a lo largo del proceso de desarrollo, tendr\u00e1 que asegurarse de que todos comprendan todas las tareas en todo momento. Si se realizan cambios antes de que comience una nueva etapa de desarrollo, los requisitos deben ser aprobados por todas las partes implicadas antes de que comience la implementaci\u00f3n.<\/p>\n Al emplear un proceso de Agile, es mejor ajustar los requisitos tan pronto como se produzca el cambio. Esto significa que tiene que mantenerse al d\u00eda de todos los cambios m\u00e1s recientes. Recomendamos realizar entrevistas a los clientes despu\u00e9s de cada iteraci\u00f3n para asegurarse de que todav\u00eda est\u00e1n en la misma onda. Tambi\u00e9n sugerimos prestar atenci\u00f3n a la priorizaci\u00f3n de los trabajos pendientes para asegurarse de que las cosas m\u00e1s importantes est\u00e1n en los primeros puestos. Es m\u00e1s, no lo haga solo. Implique a los miembros del equipo adecuados en las discusiones y reuniones con los clientes.<\/p>\n Si utiliza el modelo Waterfall, le recomendamos que lleve a cabo varias sesiones para revisar los requisitos del producto, invitando a todas las partes relevantes a participar antes de pasar a fases posteriores del desarrollo. Esto le ayudar\u00e1 a evitar requisitos contradictorios y a asegurarse de que todos est\u00e1n en la misma onda.<\/p>\n Siga el proceso que siga, siempre podr\u00e1 revisar y restaurar cualquiera de las versiones anteriores de sus p\u00e1ginas.<\/p>\n \u00bfListo para comenzar el proceso de implementaci\u00f3n? Utilice los tipos de incidencias de YouTrack y los enlaces para crear \u00e9picas y dividirlas en tareas m\u00e1s reducidas para su equipo.<\/p>\n Transformar sus requisitos en funcionalidades e incidencias reales es un paso crucial en el desarrollo de su producto. Ahora, puede que se d\u00e9 cuenta de que es necesario revisar y ajustar de nuevo alguno de los requisitos, y no pasa nada. Recomendamos realizar varias iteraciones de las revisiones para asegurarse de que los requisitos se parecen lo m\u00e1ximo posible a la realidad.<\/p>\n Para los procesos en cascada, no se pierda otra funcionalidad de planificaci\u00f3n de YouTrack: el diagrama de Gantt. Los diagramas de Gantt tienen en cuenta sus posibles fechas de inicio y dependencias entre tareas, y le ayudan a estimar fechas de vencimiento del proyecto.<\/p>\n Para procesos de Agile, pruebe los paneles de Agile de YouTrack, con su pr\u00e1ctica vista general que muestra todas sus \u00e9picas y tareas divididas en una sola pantalla. Mientras que una \u00e9pica puede representar una funcionalidad completa, las tareas deber\u00edan ser lo suficientemente peque\u00f1as como para poder ser realizadas en entre uno y tres d\u00edas. Priorice tareas, establezca dependencias entre ellas y efect\u00fae un seguimiento del progreso directamente desde su panel. Creemos que este es uno de los modos m\u00e1s eficaces de mantenerse totalmente sincronizado con su producto.<\/p>\n Cree un registro de trabajo pendiente a partir de sus tareas (reord\u00e9nelas manualmente para priorizarlas por orden de importancia si fuese necesario) e int\u00e9grelo en la p\u00e1gina de requisitos. El trabajo pendiente se expandir\u00e1 directamente en el art\u00edculo para ahorrarle tener que estar cambiando constantemente entre el sistema de seguimiento y la base de conocimiento.<\/p>\n Esperamos que estos consejos le ayuden a organizarlo todo de un modo que le funcione y le ayude a conseguir un producto genial.<\/p>\n\u00bfPor qu\u00e9 necesita un documento de requisitos del producto?<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/prd-3.png\")
<\/p>\nRecopile todas las fuentes de sus futuros requisitos<\/h2>\n
\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/sources-3.png\")
<\/p>\nAqu\u00ed llega el primer borrador<\/h2>\n
\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/brief.png\")
<\/p>\nUsa la estructura, Luke<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/structure-1.png\")
<\/p>\nEs hora de colaborar<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/comments.png\")
<\/p>\nSea \u00e1gil (o no)<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/history-4.png\")
<\/p>\nComplete la historia<\/h2>\n
![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/gantt.png\")
<\/p>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/board.png\")
<\/p>\n![\"\"](\"https:\/\/blog.jetbrains.com\/wp-content\/uploads\/2020\/08\/list-2.png\")
<\/p>\nL\u00e1ncese y desarrolle<\/h2>\n