{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organizaci\u00f3n del flujo de trabajo en equipo en un proyecto de TI","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Hola amigos. Constantemente, especialmente en el outsourcing, veo el mismo panorama. La falta de un proceso de trabajo claro en los equipos de diferentes proyectos.<\/p>\n<p>Lo m\u00e1s importante es que los programadores no entienden c\u00f3mo comunicarse con el cliente y entre ellos. C\u00f3mo construir un proceso continuo de desarrollo de productos de calidad. C\u00f3mo planificar su jornada laboral y los sprints.<\/p>\n<p>Y todo esto, al final, resulta en plazos incumplidos, horas extras, discusiones constantes sobre qui\u00e9n es el culpable y descontento de los clientes \u2014 ad\u00f3nde y c\u00f3mo se est\u00e1 moviendo todo. A menudo, todo esto lleva al cambio de programadores, e incluso de equipos completos. A la p\u00e9rdida de clientes, al deterioro de la reputaci\u00f3n, y as\u00ed sucesivamente.<\/p>\n<p>En su momento, yo tambi\u00e9n ca\u00ed en un proyecto as\u00ed, donde hab\u00eda todas estas dificultades. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nNadie quer\u00eda asumir la responsabilidad del proyecto (un gran marketplace de servicios), hab\u00eda una alta rotaci\u00f3n, y el cliente estaba furioso. El CEO se acerc\u00f3 a m\u00ed y me dijo que ten\u00eda la experiencia necesaria, as\u00ed que aqu\u00ed tienes las riendas. T\u00f3malo como tuyo. Si fracasas, cerraremos el proyecto y despediremos a todos. Si lo haces bien, ser\u00e1 genial; entonces, dir\u00edgelo y desarr\u00f3llalo como creas conveniente. Al final, me convert\u00ed en el l\u00edder del equipo en el proyecto y todo recay\u00f3 sobre mis hombros.<\/p>\n<p>Lo primero que hice fue desarrollar un proceso de trabajo desde cero, que en ese momento se alineaba con mi visi\u00f3n, y redact\u00e9 un manual de funciones para el equipo. No fue f\u00e1cil implementarlo. Pero, tras un mes, todo se estabiliz\u00f3, los desarrolladores y el cliente se acostumbraron, y todo comenz\u00f3 a fluir de manera tranquila y c\u00f3moda. Para demostrar al equipo que no era solo una \"tormenta en un vaso de agua\", sino una soluci\u00f3n real, asum\u00ed la mayor parte de las responsabilidades, liberando al equipo de la rutina desagradable. <\/p>\n<p>Ya ha pasado un a\u00f1o y medio, y el proyecto avanza sin horas extras, sin \"carreras de ratas\" y sin diversos tipos de estr\u00e9s. Algunos en el antiguo equipo no quisieron trabajar as\u00ed y se fueron, mientras que otros, por el contrario, apreciaron la existencia de reglas claras. Pero al final, todos los que est\u00e1n en el equipo est\u00e1n muy motivados y conocen a fondo el gran proyecto, tanto el frontend como el backend. Incluyendo la base de c\u00f3digo y toda la l\u00f3gica de negocio. Ya hemos llegado al punto de que no solo somos \"remeros\", sino que tambi\u00e9n dise\u00f1amos muchos de los procesos de negocio y nuevas caracter\u00edsticas que han gustado al negocio.<\/p>\n<p>Gracias a este enfoque de nuestra parte, el cliente decidi\u00f3 encargarnos otro marketplace, lo cual es muy gratificante.<\/p>\n<p>Dado que esto funciona en mi proyecto, puede que tambi\u00e9n a alguien le sirva. Entonces, el proceso que nos ayud\u00f3 a salvar el proyecto:<\/p>\n<p>Proceso de trabajo del equipo en el proyecto \"Mi proyecto favorito\"<\/p>\n<p>a) Proceso interno del equipo (entre desarrolladores)<\/p>\n<ul>\n<li>Todas las tareas se crean en el sistema Jira<\/li>\n<li>Cada tarea debe estar descrita al m\u00e1ximo y realizar una sola acci\u00f3n espec\u00edfica<\/li>\n<li>Cualquier funci\u00f3n, si es lo suficientemente compleja, se divide en muchas tareas peque\u00f1as<\/li>\n<li>El equipo trabaja en las funciones como si fuera una \u00fanica tarea. Primero, hacemos juntos una funci\u00f3n, la enviamos a pruebas y luego abordamos la siguiente.<\/li>\n<li>Cada tarea se etiqueta, ya sea para el backend o el frontend<\/li>\n<li>Existen tipos de tareas y bugs. Es necesario especificarlos correctamente.<\/li>\n<li>Despu\u00e9s de completar la tarea, esta se cambia a estado revisi\u00f3n de c\u00f3digo (se crea un pull request a un colega)<\/li>\n<li>Quien realiz\u00f3 la tarea rastrea su tiempo para esta tarea inmediatamente<\/li>\n<li>Despu\u00e9s de revisar el c\u00f3digo, el PR es aprobado y luego, quien realiz\u00f3 esta tarea la fusiona en la rama principal, tras lo cual cambia su estado a lista para despliegue en dev <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/server\/\"   title=\"servidor\" data-wpil-keyword-link=\"linked\">servidor<\/a>.<\/li>\n<li>Todas las tareas listas para despliegue en el servidor dev son desplegadas por el team lead (es su responsabilidad), a veces por un miembro del equipo, si hay algo urgente. Despu\u00e9s del despliegue, todas las tareas con estado lista para despliegue en dev se traducen a estado - lista para pruebas en dev<\/li>\n<li>Todas las tareas son probadas por el cliente<\/li>\n<li>Cuando el cliente prueba la tarea en dev, la cambia a estado lista para despliegue en producci\u00f3n<\/li>\n<li>Para el despliegue en producci\u00f3n tenemos una rama separada, donde fusionamos la principal solo antes del despliegue<\/li>\n<li>Si durante las pruebas el cliente encuentra bugs, devuelve la tarea para mejorar, estableciendo su estado como devuelta para mejoras. De esta manera, separamos las nuevas tareas de aquellas que no han pasado las pruebas<\/li>\n<li>Al final, todas las tareas siguen el camino de creaci\u00f3n a finalizaci\u00f3n: To Do \u2192 En Desarrollo \u2192 Revisi\u00f3n de C\u00f3digo \u2192 Listo para desplegar en dev \u2192 QA en dev \u2192 (Devolver a dev) \u2192 Listo para desplegar en producci\u00f3n \u2192 QA en producci\u00f3n \u2192 Hecho<\/li>\n<li>Cada desarrollador prueba su c\u00f3digo de forma independiente, incluidos los aspectos como usuario del sitio. No se permite la fusi\u00f3n de la rama principal a menos que se sepa con certeza que el c\u00f3digo funciona.<\/li>\n<li>Cada tarea tiene prioridades. Las prioridades son establecidas ya sea por el cliente o por el l\u00edder del equipo.<\/li>\n<li>Los desarrolladores priorizan primero las tareas m\u00e1s cr\u00edticas.<\/li>\n<li>Los desarrolladores pueden asignar tareas entre ellos si se encuentran diferentes errores en el sistema o si una tarea requiere el trabajo de varios especialistas.<\/li>\n<li>Todas las tareas creadas por el cliente llegan al l\u00edder del equipo, quien las eval\u00faa y decide si pide al cliente revisi\u00f3n o las asigna a uno de los miembros del equipo.<\/li>\n<li>Todas las tareas listas para desplegar en desarrollo o producci\u00f3n tambi\u00e9n llegan al l\u00edder del equipo, quien determina cu\u00e1ndo y c\u00f3mo se realizar\u00e1 el despliegue. Despu\u00e9s de cada despliegue, el l\u00edder del equipo (o un miembro del equipo) debe informar al cliente. Tambi\u00e9n debe cambiar el estado de las tareas a 'listo para pruebas' en desarrollo\/producci\u00f3n.<\/li>\n<li>Todos los d\u00edas a la misma hora (para nosotros, a las 12:00) realizamos una reuni\u00f3n entre todos los miembros del equipo.<\/li>\n<li>En la reuni\u00f3n, cada uno rinde cuentas, incluyendo al l\u00edder del equipo, sobre lo que hizo ayer, lo que planea hacer hoy, y cualquier obst\u00e1culo que est\u00e9 enfrentando. De esta manera, todo el equipo est\u00e1 al tanto de lo que cada uno est\u00e1 haciendo y en qu\u00e9 etapa se encuentra el proyecto. Esto nos permite prever y corregir, si es necesario, nuestras estimaciones y plazos.<\/li>\n<li>En la reuni\u00f3n, el l\u00edder del equipo tambi\u00e9n informa sobre cualquier cambio en el proyecto y el nivel de errores actuales que han sido identificados y no por el cliente. Todos los errores son discutidos y asignados a cada miembro del equipo para su resoluci\u00f3n.<\/li>\n<li>En la reuni\u00f3n, el l\u00edder del equipo asigna tareas a cada uno, teniendo en cuenta la carga actual de los desarrolladores, su nivel de competencia profesional y la cercan\u00eda de cada tarea a lo que el desarrollador est\u00e1 trabajando en ese momento.<\/li>\n<li>En la reuni\u00f3n, el l\u00edder del equipo formula una estrategia general sobre la arquitectura y la l\u00f3gica de negocio. Despu\u00e9s, todo el equipo discute esto y toma una decisi\u00f3n sobre si hacer ajustes o aceptar esta estrategia.<\/li>\n<li>Cada desarrollador escribe c\u00f3digo y construye algoritmos de manera independiente dentro de una misma arquitectura y l\u00f3gica de negocio. Cada uno puede expresar su visi\u00f3n de la implementaci\u00f3n, pero nadie es forzado a hacerlo de una manera espec\u00edfica. Cada decisi\u00f3n se argumenta. Si hay una mejor soluci\u00f3n pero no hay tiempo para ella en ese momento, se crea una tarea en JIRA para una futura refactorizaci\u00f3n de una parte espec\u00edfica del c\u00f3digo.<\/li>\n<li>Cuando un desarrollador asume una tarea, la cambia a estado de desarrollo. Toda la comunicaci\u00f3n sobre la clarificaci\u00f3n de la tarea con el cliente queda bajo la responsabilidad del desarrollador. Las cuestiones t\u00e9cnicas pueden ser dirigidas al team lead o a colegas.<\/li>\n<li>Si el desarrollador no entiende el sentido de la tarea y el cliente no ha podido explicarlo adecuadamente, procede a la siguiente tarea. El team lead toma la actual y la discute con el cliente.<\/li>\n<li>Cada d\u00eda el desarrollador debe escribir en el chat del cliente sobre qu\u00e9 tareas trabaj\u00f3 ayer y en cu\u00e1les trabajar\u00e1 hoy.<\/li>\n<li>El proceso de trabajo se realiza bajo la metodolog\u00eda Scrum. Todo est\u00e1 dividido en sprints. Cada sprint dura dos semanas.<\/li>\n<li>El team lead crea, llena y cierra los sprints.<\/li>\n<li>Si el proyecto tiene plazos estrictos, tratamos de estimar aproximadamente todas las tareas. Y recopilamos a partir de ellas un sprint. Si el cliente intenta a\u00f1adir m\u00e1s tareas al sprint, entonces establecemos prioridades y trasladamos algunas otras tareas al siguiente sprint.<\/li>\n<\/ul>\n<p>\nb) Proceso de trabajo con el cliente<\/p>\n<ul>\n<li>Cada desarrollador puede y debe comunicarse con el cliente.<\/li>\n<li>No se debe permitir al cliente imponer sus propias reglas de juego. Es necesario hacerle entender de manera educada y amigable que somos especialistas en nuestro campo y que solo nosotros debemos definir los procesos de trabajo e involucrarlo en ellos.<\/li>\n<li>Es recomendable, en ideal, antes de comenzar la implementaci\u00f3n de cualquier funcionalidad, crear un diagrama de flujo de todo el proceso l\u00f3gico para la funcionalidad. Y enviarlo para su aprobaci\u00f3n al cliente. Esto se refiere solo a funcionalidades complejas y no evidentes, como sistemas de pago, sistemas de notificaciones, etc. Esto permitir\u00e1 entender de manera m\u00e1s precisa lo que realmente necesita el cliente, mantener la documentaci\u00f3n de la funcionalidad y protegernos de que el cliente pueda, en el futuro, decir que hicimos algo diferente a lo que pidi\u00f3.<\/li>\n<li>Todos los diagramas \/ mapas de flujo \/ l\u00f3gica, etc., los guardamos en Confluence \/ Jira, donde pedimos al cliente que confirme en los comentarios la correcci\u00f3n de la futura implementaci\u00f3n.<\/li>\n<li>Tratamos de no abrumar al cliente con detalles t\u00e9cnicos. Si necesitamos entender c\u00f3mo desea el cliente, dibujamos algoritmos primitivos en forma de mapas de flujo que el cliente puede comprender y corregir \/ modificar por s\u00ed mismo.<\/li>\n<li>Si el cliente encuentra un error en el proyecto, le pedimos que lo describa detalladamente en Jira. Las circunstancias en las que ocurri\u00f3, cu\u00e1ndo, qu\u00e9 secuencia de acciones realiz\u00f3 el cliente durante las pruebas. Pedimos que adjunte capturas de pantalla.<\/li>\n<li>Tratamos de desplegar en el servidor de desarrollo todos los d\u00edas, o al menos cada dos d\u00edas. Luego, el cliente comienza a probar la funcionalidad y el proyecto no se queda parado. Esto tambi\u00e9n sirve como un indicador para el cliente de que el proyecto est\u00e1 en desarrollo pleno y nadie le est\u00e1 contando historias.<\/li>\n<li>Muy a menudo sucede que el cliente no entiende completamente lo que realmente necesita. Dado que est\u00e1 creando un nuevo negocio para s\u00ed mismo, con procesos a\u00fan no establecidos. Por lo tanto, es muy com\u00fan que terminemos tirando a la basura fragmentos enteros de c\u00f3digo y rehaciendo la l\u00f3gica de la aplicaci\u00f3n. De esto se desprende que no es necesario cubrir absolutamente todo con pruebas. Solo tiene sentido cubrir con pruebas las funcionalidades cr\u00edticas y, eso s\u00ed, con ciertas salvedades.<\/li>\n<li>Hay situaciones en las que el equipo se da cuenta de que no cumpliremos con los plazos. Entonces realizamos una auditor\u00eda r\u00e1pida de las tareas y se lo comunicamos al cliente de inmediato. Como salida a la situaci\u00f3n, proponemos lanzar a tiempo la funcionalidad importante y cr\u00edtica, y dejar lo dem\u00e1s para despu\u00e9s del lanzamiento.<\/li>\n<li>Si el cliente comienza a inventar diversas tareas de la nada, empieza a fantasear y a explicar con gestos, le pedimos que nos proporcione un dise\u00f1o de la p\u00e1gina y un flujo con la l\u00f3gica que debe describir completamente el comportamiento de todo el dise\u00f1o y sus elementos.<\/li>\n<li>Antes de asumir cualquier tarea, debemos asegurarnos de que esta caracter\u00edstica est\u00e1 incluida en los t\u00e9rminos de nuestro contrato. Si es una nueva caracter\u00edstica que va m\u00e1s all\u00e1 de nuestros acuerdos iniciales, debemos estimar esta caracter\u00edstica ((tiempo aproximado de ejecuci\u00f3n + 30%) x 2) y comunicar al cliente que nos tomar\u00e1 ese tiempo, adem\u00e1s de que la fecha l\u00edmite se retrasar\u00e1 el tiempo de la estimaci\u00f3n multiplicado por dos. Si podemos completar la tarea m\u00e1s r\u00e1pido, genial, todos se beneficiar\u00e1n. Si no, estamos cubiertos.<\/li>\n<\/ul>\n<p>\nb) Lo que no aceptamos en el equipo:<\/p>\n<ul>\n<li>Falta de compromiso, desorganizaci\u00f3n, olvidos.<\/li>\n<li>\u201eExcusas constantes\u201c. Si no puedes completar una tarea o no sabes c\u00f3mo, debes informarlo de inmediato al l\u00edder del equipo, y no esperar hasta el \u00faltimo momento.<\/li>\n<li>Presumir o alardear de alguien que a\u00fan no ha demostrado sus capacidades y profesionalismo mediante acciones. Si lo ha demostrado, est\u00e1 bien, dentro de los l\u00edmites de la decencia \ud83d\ude42.<\/li>\n<li>El enga\u00f1o en cualquiera de sus manifestaciones. Si una tarea no est\u00e1 completada, no se debe cambiar su estado a completada y escribir en el chat del cliente que est\u00e1 lista. Mi computadora se rompi\u00f3, el sistema fall\u00f3, el perro mordi\u00f3 mi laptop \u2014 todo esto es inaceptable. Si ocurre una verdadera fuerza mayor, el l\u00edder del equipo debe ser informado de inmediato.<\/li>\n<li>Cuando un especialista siempre est\u00e1 fuera de l\u00ednea y es dif\u00edcil contactarlo durante el horario laboral.<\/li>\n<li>\u00a1La toxicidad en el equipo no est\u00e1 permitida! Si alguien no est\u00e1 de acuerdo con algo, todos deben reunirse para discutirlo y resolverlo.<\/li>\n<\/ul>\n<p>Y una serie de preguntas\/tesis que a veces le hago a mi cliente para evitar malentendidos:<\/p>\n<ol>\n<li>\u00bfCu\u00e1les son sus criterios de calidad?<\/li>\n<li>\u00bfC\u00f3mo determina si hay problemas en el proyecto o no?<\/li>\n<li>Al ignorar todas nuestras recomendaciones y consejos sobre cambios\/mejoras en el sistema, usted asume todos los riesgos.<\/li>\n<li>Cualquier cambio mayor en el proyecto (por ejemplo, cualquier flujo extra) puede provocar la aparici\u00f3n de errores (que, por supuesto, estaremos solucionando).<\/li>\n<li>No es posible entender en cuesti\u00f3n de minutos qu\u00e9 problema ha surgido en el proyecto, y mucho menos solucionarlo de inmediato.<\/li>\n<li>Trabajamos seg\u00fan un flujo de producto espec\u00edfico (Tareas en Jira \u2014 Desarrollo \u2014 Pruebas \u2014 Despliegue). Por lo tanto, no podemos reaccionar a toda la avalancha de solicitudes y quejas en el chat.<\/li>\n<li>Los programadores son programadores, no testers profesionales, y no pueden garantizar la calidad adecuada en la prueba del proyecto.<\/li>\n<li>La responsabilidad de las pruebas finales y la aceptaci\u00f3n de tareas en producci\u00f3n recae completamente en ustedes.<\/li>\n<li>Si ya hemos comenzado a trabajar en una tarea, no podemos cambiar de inmediato a otras hasta que terminemos la actual (de lo contrario, esto provoca a\u00fan m\u00e1s errores y aumenta el tiempo de desarrollo).<\/li>\n<li>El equipo ha reducido su n\u00famero (debido a vacaciones o enfermedades), pero el trabajo ha aumentado y f\u00edsicamente no podremos responder a todo lo que ustedes desean.<\/li>\n<li>Hacer un despliegue en producci\u00f3n sin tareas probadas en desarrollo son solo sus riesgos, no los de los desarrolladores.<\/li>\n<li>Cuando plantean tareas poco claras, sin un flujo correcto y sin maquetas de dise\u00f1o, esto requiere de nosotros un esfuerzo y plazos mucho mayores, ya que tenemos que realizar un trabajo adicional en lugar de ustedes.<\/li>\n<li>Cualquier tarea relacionada con errores, sin una descripci\u00f3n detallada de c\u00f3mo ocurren y sin capturas de pantalla, no nos permite entender qu\u00e9 sali\u00f3 mal y c\u00f3mo simular ese error.<\/li>\n<li>El proyecto requiere mejoras y ajustes constantes para aumentar su rendimiento y seguridad. Por lo tanto, el equipo dedica parte de su tiempo a estas mejoras.<\/li>\n<li>Dado que a veces tenemos horas extra (fixes urgentes), debemos compensarlas en otros d\u00edas.<\/li>\n<\/ol>\n<p>\nPor lo general, el cliente entiende de inmediato que el desarrollo de software no es tan simple y que solo el deseo claramente no es suficiente.<\/p>\n<p>En resumen, eso es todo. Dejo entre l\u00edneas muchas negociaciones y la configuraci\u00f3n inicial de todos los procesos, pero al final todo se organiz\u00f3. Puedo decir que este proceso se ha convertido para nosotros en una 'Bala de Plata'. Las nuevas personas que se unieron al proyecto pudieron comenzar a trabajar desde el primer d\u00eda, ya que todos los procesos est\u00e1n documentados y la documentaci\u00f3n y arquitectura en forma de diagramas ya proporcionaba una idea de en qu\u00e9 estamos trabajando. <\/p>\n<p><i>P.D. Quiero aclarar que no hay un gerente de proyecto de nuestro lado. Est\u00e1 del lado del cliente. No es precisamente t\u00e9cnico. El proyecto es europeo. Toda la comunicaci\u00f3n es solo en ingl\u00e9s.<\/i><\/p>\n<p>Les deseo a todos \u00e9xito en sus proyectos. No se quemen y traten de mejorar sus procesos.<\/p>\n<p>El c\u00f3digo fuente est\u00e1 en mi <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blog<\/a><\/noindex>.<br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Organizaci\u00f3n del flujo de trabajo en equipo en un proyecto de TI | ProHoster","description":"Hola amigos. Frecuentemente, especialmente en el outsourcing, veo la misma situaci\u00f3n.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}