Motivaci\u00f3n<\/strong>: Usaremos este patr\u00f3n cuando sea cr\u00edtico conocer el estado de los recursos o la informaci\u00f3n que manejamos en nuestro proyecto. Uno de los usos m\u00e1s frecuentes de este patr\u00f3n es la gesti\u00f3n de un pipeline, como una f\u00e1brica. La evoluci\u00f3n de las ideas, clientes o productos (dependiendo de lo que representemos con las cartas), suele gestionarse con este patr\u00f3n. Por ello, el uso de este patr\u00f3n permitir\u00e1 al usuario saber cu\u00e1l es el estado de cada recurso en cada momento.<\/p>\n\n\n\n Soluci\u00f3n y representaci\u00f3n gr\u00e1fica<\/strong>: cada lista representa un estado diferente de los recursos, generalmente dispuestos linealmente ordenados (como en un pipeline). En las cartas representaremos las ideas, conceptos o recursos, con el nivel de detalle que necesitemos. Tambi\u00e9n tendremos la posibilidad de adjuntar im\u00e1genes, incluir descripciones o campos de texto, etc. Las cartas ir\u00e1n fluyendo por las diferentes listas a medida que vayan evolucionando en la vida real.<\/p>\n\n\n\n Patrones relacionados:<\/strong><\/p>\n\n\n\n Este patr\u00f3n sigue una idea similar a \u00abKanban<\/a>\u00ab, pero representando informaci\u00f3n o recursos en lugar de tareas. En \u00abKanban<\/a>\u00ab, las tarjetas fluyen por las fases o pasos que necesitamos para completar el proceso, mientras que en \u00abInformation or Resources Lifecycle\u00bb, solemos representar la tarea como nombre de la lista, y los recursos fluyen a trav\u00e9s de ellas. \u00abKanban<\/a>\u00bb est\u00e1 m\u00e1s enfocado a las tareas, mientras que este patr\u00f3n permite un mayor nivel de detalle y cantidad de informaci\u00f3n de cada recurso.<\/p>\n\n\n\n En cuanto al patr\u00f3n de \u201cAssigned information<\/a>\u201d, elegiremos uno u otro en funci\u00f3n de si la informaci\u00f3n fluye entre listas o no. \u201cAssigned information<\/a>\u201d se enfoca en la asignaci\u00f3n de los recursos, generalmente una persona o un departamento, mientras que en \u00abInformation or resources lifecycle\u00bb nos enfocamos en el estado de cada recurso. En el caso del presente patr\u00f3n, si queremos indicar la persona asignada de una tarjeta, por ejemplo, pondremos una etiqueta o un comentario a la carta.<\/p>\n\n\n\n Ejemplo:<\/strong><\/p>\n\n\n\n En esta plantilla tenemos el pipeline de una tienda de reparaci\u00f3n de bicicletas. Las bicis son representadas por cartas, en las que tambi\u00e9n se almacena informaci\u00f3n de la misma (tel\u00e9fono de su propietario, descripci\u00f3n de la aver\u00eda de la bici, etc.) Las listas representan los posibles estados de la bicicleta a trav\u00e9s del proceso de reparaci\u00f3n. Cada carta (cada bicicleta) fuir\u00e1 por norma general por todos ellos, en orden de izquierda a derecha, hasta que sea reparada y por tanto se complete el proceso.<\/p>\n\n\n\n Ejemplos de Plantillas de Trello:<\/strong><\/p>\n\n\n\n Patr\u00f3n:\u202fINFORMATION OR RESOURCES LIFECYCLE Problema: Situaciones o proyectos en los que es importante gestionar el ciclo de vida de los recursos, cuando necesitamos saber en qu\u00e9 estado se encuentra cada uno de ellos. Motivaci\u00f3n: Usaremos este patr\u00f3n cuando sea cr\u00edtico conocer el estado de los recursos o la informaci\u00f3n que manejamos en nuestro proyecto. Uno…<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_es_post_content":"\n Problema<\/strong>: Situaciones o proyectos en los que es importante gestionar el ciclo de vida de los recursos, cuando necesitamos saber en qu\u00e9 estado se encuentra cada uno de ellos.<\/p>\n\n\n\n Motivaci\u00f3n<\/strong>: Usaremos este patr\u00f3n cuando sea cr\u00edtico conocer el estado de los recursos o la informaci\u00f3n que manejamos en nuestro proyecto. Uno de los usos m\u00e1s frecuentes de este patr\u00f3n es la gesti\u00f3n de un pipeline, como una f\u00e1brica. La evoluci\u00f3n de las ideas, clientes o productos (dependiendo de lo que representemos con las cartas), suele gestionarse con este patr\u00f3n. Por ello, el uso de este patr\u00f3n permitir\u00e1 al usuario saber cu\u00e1l es el estado de cada recurso en cada momento.<\/p>\n\n\n\n Soluci\u00f3n y representaci\u00f3n gr\u00e1fica<\/strong>: cada lista representa un estado diferente de los recursos, generalmente dispuestos linealmente ordenados (como en un pipeline). En las cartas representaremos las ideas, conceptos o recursos, con el nivel de detalle que necesitemos. Tambi\u00e9n tendremos la posibilidad de adjuntar im\u00e1genes, incluir descripciones o campos de texto, etc. Las cartas ir\u00e1n fluyendo por las diferentes listas a medida que vayan evolucionando en la vida real.<\/p>\n\n\n\n Patrones relacionados:<\/strong><\/p>\n\n\n\n Este patr\u00f3n sigue una idea similar a \"Kanban<\/a>\", pero representando informaci\u00f3n o recursos en lugar de tareas. En \"Kanban<\/a>\", las tarjetas fluyen por las fases o pasos que necesitamos para completar el proceso, mientras que en \"Information or Resources Lifecycle\", solemos representar la tarea como nombre de la lista, y los recursos fluyen a trav\u00e9s de ellas. \"Kanban<\/a>\" est\u00e1 m\u00e1s enfocado a las tareas, mientras que este patr\u00f3n permite un mayor nivel de detalle y cantidad de informaci\u00f3n de cada recurso.<\/p>\n\n\n\n En cuanto al patr\u00f3n de \u201cAssigned information<\/a>\u201d, elegiremos uno u otro en funci\u00f3n de si la informaci\u00f3n fluye entre listas o no. \u201cAssigned information<\/a>\u201d se enfoca en la asignaci\u00f3n de los recursos, generalmente una persona o un departamento, mientras que en \"Information or resources lifecycle\" nos enfocamos en el estado de cada recurso. En el caso del presente patr\u00f3n, si queremos indicar la persona asignada de una tarjeta, por ejemplo, pondremos una etiqueta o un comentario a la carta.<\/p>\n\n\n\n Ejemplo:<\/strong><\/p>\n\n\n\n En esta plantilla tenemos el pipeline de una tienda de reparaci\u00f3n de bicicletas. Las bicis son representadas por cartas, en las que tambi\u00e9n se almacena informaci\u00f3n de la misma (tel\u00e9fono de su propietario, descripci\u00f3n de la aver\u00eda de la bici, etc.) Las listas representan los posibles estados de la bicicleta a trav\u00e9s del proceso de reparaci\u00f3n. Cada carta (cada bicicleta) fuir\u00e1 por norma general por todos ellos, en orden de izquierda a derecha, hasta que sea reparada y por tanto se complete el proceso.<\/p>\n\n\n\n Ejemplos de Plantillas de Trello:<\/strong><\/p>\n\n\n\n Problem:<\/strong>\u202fSituations or projects where it is important to manage the lifecycle of several resources when we need to know in which state every resource is.<\/p>\n\n\n\n Motivation:<\/strong> We will use this pattern when it is critical to know the status of the resources or information that we have at our project. One of the most frequent uses of this pattern is the handling of a factory pipeline. The evolution of ideas, costumers or products is usually managed with this pattern. The usage of this pattern will allow the user to know which is the status of each resource at each moment.<\/p>\n\n\n\n Solution and graphic representation:<\/strong>\u202fEach list represents a different status of the resources, usually disposed linearly ordered (as in a pipeline). In the cards we will represent the ideas, concepts or resources, with the level of detail that we need and with the possibility of attaching images, including descriptions or text fields, etc. Cards will flow through the different lists as they evolve.<\/p>\n\n\n\n Related Patterns:<\/strong><\/p>\n\n\n\n This pattern follows an idea similar to \"Kanban<\/a>\", but representing information or resources instead of tasks. In \"Kanban<\/a>\", cards flow through the phases or steps that we need for completing the process, while in this case, we usually represent the task that we have to do in the name of the list, and resources flow through them, as in the bike repair shop example. \"Kanban<\/a>\" is more focused on the tasks, while this pattern allows a higher level of detail and amount of information of each resource.<\/p>\n\n\n\n Regarding to \u201cAssigned information<\/a>\u201d pattern, we will choose one or another depending on wheter the information flows between lists or not. \u201cAssigned information<\/a>\u201d focuses on the assignment, usually a person or a departmend, while in this pattern we are focusing on the state of each resource. If we want to indicate the assigned person of a card, we will put a label or a comment in the resource card.<\/p>\n\n\n\n Example:<\/strong><\/p>\n\n\n\n In this template, as its name indicates, we have the pipeline of a bike repair shop. As we can see in the image, bikes are represetated in cards, where it\u2019s also stored the phone of the bike owner and the description of the bike issue, as information contained in the card. Lists represent the different possible status of the bike through the repair process. Each card will flow generally through all of them, linearly, until they are repaired and the process is completed.<\/p>\n\n\n\n Trello Templates<\/strong> Examples:<\/strong><\/p>\n\n\n\n![\"information](\"https:\/\/user-images.githubusercontent.com\/47741431\/110808758-96122e80-8284-11eb-9d0b-9b7a12452d2c.png\")
<\/a><\/figure><\/div>\n\n\n\n<\/figure><\/div>\n\n\n\nPatr\u00f3n:\u202fINFORMATION OR RESOURCES LIFECYCLE<\/h1>\n\n\n\n
<\/a><\/figure><\/div>\n\n\n\n<\/figure><\/div>\n\n\n\nPattern:\u202fINFORMATION OR RESOURCES LIFECYCLE<\/h1>\n\n\n\n
<\/a><\/figure><\/div>\n\n\n\n<\/figure><\/div>\n\n\n\n