Menu
https://youtu.be/TP7J00uf3_I was automatically transcribed by Sonix with the latest audio-to-text algorithms. This transcript may contain errors. Sonix is the best video automated transcription service in 2020. Our automated transcription algorithms works with many of the popular video file formats.
Juan Carlos Castaneda:
Muy buenas tardes a todos y les damos la bienvenida a este webinar organizado por TELONLINE sobre Tecnología y telecomunicaciones. Y como todos los jueves, estamos hablando sobre temas bastante interesantes en todo lo que es el área de telecomunicaciones y en el área de tecnología, y hemos venido hablando diferentes aspectos sobre proyectos y sobre servicios que son requeridos para los clientes finales y las mismas compañías, implementando este tipo de servicios como han venido siendo todo lo que es el tema de Call Centers, el tema de Contact Centers. El tema de CloudPBX, soluciones y servicios en la nube y diferentes tipos de interacción con los medios que trabajamos hoy día on line y tanto on-premise como virtualmente y las personas trabajando remotamente.
Juan Carlos Castaneda:
Cuando hacemos un resumen sobre todo este tipo de proyectos y soluciones que nos encontramos en la industria, nos preguntamos siempre cuál es la mejor forma de implementar estos servicios? Cuál es la mejor forma de tener un proyecto y cuál es la mejor metodología que usar para que todo salga perfecto frente a mi cliente, frente a la implementación de la solución que quiero, como también el servicio que le voy a prestar a mi cliente final. Y es por eso que en este webinar vamos a hablar sobre un tema donde nos va a cubrir todo este tipo de temas que se llamará Marcos de trabajo para la implementación de proyectos. Pero vamos a ver un poquito más a fondo qué es ese tipo de marcos antes de iniciar como siempre en estos webinar, queremos invitarlos a que participen con nosotros durante toda la sesión, haciendo preguntas, interactuando con nosotros a través de las redes sociales. Y como bien saben, estamos en vivo en este momento a través de las redes de Facebook y de YouTube. Luego podrán interactuar con nosotros en este tipo de preguntas para sus compañías, para sus negocios, para sus proyectos de servicios o proyectos de implementación de proyectos. Porque el tema de hoy día es bastante interesante, que aplica a muchas industrias. Como siempre tendremos invitados especiales y hoy día vamos a tener un experto que maneja muy bien el tema. Ya entrando en materia, me gustaría que nos preguntáramos, o sea, cuáles son los beneficios de aplicar los estándares en la industria para proyectos y servicios en mi organización? Esa es una pregunta que nos hacemos constantemente. O sea, por qué esos estándares? Por qué ese tipo de de estándares que existen? Lo puedo aplicar a mí en mi organización, pero lo más interesante es cómo elegir una metodología que se adapte a mi organización.
Juan Carlos Castaneda:
Si soy una compañía que está brindando proyectos o está ofreciendo servicios, cuál es la metodología que más le conviene a mi organización? Y hoy día lo más interesante es que no importa el tamaño de la organización, podemos tener una organización grande, mediana, pequeña y lo más interesante es que puede estar en cualquier lugar del mundo para que yo pueda aplicar estas metodologías con el fin de mejorar lo que es el valor de mis servicios. Y la pregunta que de pronto nos hacemos muchos es cómo estas metodologías pueden ayudar a nuestras organizaciones para ser más productivos? O sea, porque al final siempre buscamos ser más productivos, más eficientes y poder brindar un mejor servicio a nuestros clientes y a la vez que las compañías van evolucionando, requieren este tipo de metodologías para poder crecer. Y qué nos ofrece eso? Nos ofrece que podamos reducir costos en la compañía. Obviamente, como mencionaba anteriormente, tener una mejor productividad y a nivel gerencial tener una mejor gerencia para evitar cualquier tipo de riesgo o desórdenes que se puedan presentar en servicios de la compañía frente a mis clientes o en la. implementación de proyectos. Además, mejorar todo lo que son los servicios de IT internamente, hoy día que vivimos en un mundo lleno de tanta tecnología, todas las compañías requerimos estar sumergidas en el plan del IT y estar conociendo y no solamente conociendo, sino aplicándolo a todas nuestras necesidades. Y obviamente todo esto es con el fin de mejorar la satisfacción del cliente, tener una eficiencia en la entrega del servicio y del producto, correcto?
Juan Carlos Castaneda:
Y lo más interesante es que podamos tener también con esas metodologías como una guía, una guía que nos ayude a nivel gerencial para poder tener en esos momentos que nos encontramos en los proyectos o en los servicios, esos desafíos que aparecen y que podamos manejar este tipo de soluciones para nuestra organización. Pero bueno, lo más importante es que este es el tema que estamos trabajando hoy y que hoy vamos a desarrollar más a profundo y para eso siempre necesitamos a un experto y siempre nos acompaña en este tipo de webinar que son tan importantes, un experto y hoy está con nosotros el ingeniero Rodolfo González. Ingeniero Rodolfo González, bienvenido y gracias por estar con nosotros.
Rodolfo Gonzalez:
Buena tarde Juan Carlos como está?
Juan Carlos Castaneda:
Excelente ingeniero,. Rodolfo, ya lo conocen, es el IT manager de la compañía, está diariamente en diferentes proyectos, diferentes challenges, tanto a nivel de servicios como de implementación de servicios. Luego es una persona que conoce muy bien el día a día de cómo lidiar con este tipo de situaciones de los que estamos hablando en esta breve introducción que les he hecho. Y es por eso que las certificaciones y el conocimiento de esta información es importante preguntar, pero que nos explique un experto como el ingeniero Rodolfo certificado obviamente con los diferentes certificaciones de las industrias para poder aplicar y manejar todo este tipo de situaciones. Ingeniero, por qué una empresa necesita aplicar esos estándares en cada implementación tanto de un proyecto o de un servicio? Haznos como una introducción para que ya de de boca tuya para poder entender un poco mejor?
Rodolfo Gonzalez:
Claro que sí, Juan Carlos, bueno, entonces no sé si me pueden hacer el favor para compartir el slide. Yo creo que lo primero es entender qué es un proyecto o qué es un servicio. Normalmente siempre en las compañías hablamos de proyectos y de servicios. Técnicamente qué es un proyecto, es un esfuerzo temporal que se lleva a cabo para crear un producto o un servicio o un resultado único dentro de una compañía. Entonces, básicamente un proyecto se enfoca en que tiene una duración definida.
Rodolfo Gonzalez:
No debemos confundir el tema de proyectos con el tema que tiene que ver con la operación normal del día a día de la compañía en un proyecto. Yo lo empiezo, lo finalizo o lo interrumpo, pero es un proyecto que tiene una duración definida. Un proyecto siempre debe tener un propósito claro y debe tener un alcance definido. El proyecto debe ser único, debe ser irrepetible. Y como lo mencioné hace un momento, un proyecto yo lo puedo interrumpir por las circunstancias que se presenten en el momento en que empieza a trabajarse en el proyecto.
Rodolfo Gonzalez:
El proyecto se puede cancelar o puede llegar a feliz término se hace todo el proceso que se debe trabajar en el proyecto, se entrega y cumple su función, que fue el alcance definido. Entonces es importante aclarar como concepto, qué es un proyecto. Ahora qué es un servicio, entonces igualmente un servicio es el medio para posibilitar la creación de valor en una compañía. Qué significa eso de la creación de valor en una compañía? Digamos que en una compañía o siempre que yo compro un servicio hagamos la analogía, por ejemplo, al caso de los servicios que nosotros ofrecemos Uno de los servicios que nosotros ofrecemos en la compañía es recarga de planes de comunicación, cierto? O sea, yo le ofrezco al cliente un servicio que es un plan de comunicación, y el servicio tiene dos cosas importantes tiene una utilidad y tiene una garantía. Cuál es la utilidad? Pues que en el caso de servicio de telecomunicaciones es que yo me voy a comunicar con un cliente, con mis seres queridos y demás, desde el plan que yo tenga de telecomunicaciones, y ese es el servicio que yo le estoy ofreciendo a mis clientes. Pero ese servicio que yo le estoy ofreciendo a mis clientes debe tener algo muy importante y es que me deben asegurar o tiene una garantía. Entonces, como le mencioné, la utilidad, el servicio es que yo tenga comunicación. Y ahora la garantía que significa? Pues que la garantía significa que si yo compré un plan, por ejemplo de 100 minutos para comunicarme a un destino específico, ese destino me cumpla con los minutos que yo compré para poder comunicarme, que yo tenga una muy buena calidad de las llamadas. O por ejemplo, que yo tenga disponibilidad del servicio 7 por 24. Entonces, siempre que yo estoy ofreciendo un servicio, ese servicio se tiene que digamos yo le tengo que garantizar a mis clientes que tengan esas condiciones. Entonces de ahí siempre cuando se ofrecen los servicios, yo involucro dos temas, yo involucro clientes, involucro proveedores e involucro usuarios. Entonces, a nivel de concepto es importante que tengamos claro qué es un proyecto, qué es un servicio dentro de una compañía, no sé si la idea queda clara ahó Juan Carlos?
Juan Carlos Castaneda:
Sí, sí, me parece bien Rodolfo y me parece que es muy, muy propicio el haber presentado esos dos, porque lo que nos vas a explicar y lo que vamos a hablar es muy importante, claro, hay proyectos, como hablaba inicialmente, no solamente el proyecto de una implementación, por ejemplo, de un call center, sino como puede ser un proyecto de la construcción de un edificio o de una casa. Correcto? Y la parte de servicios, que son algo también muy interesante, me gustó el ejemplo que pusiste a nivel de telecomunicaciones, o sea ya que ya tenemos aclarado tanto la parte de proyecto como la parte de servicio para poderlo estructurar. Pero bueno, ya sabiendo esa información, cuéntanos cómo es la estructura de proyectos en una compañía? Así vamos como yendo más paso a paso a nivel de la organización.
Rodolfo Gonzalez:
Entonces volvemos. Resulta que yo ya tengo el concepto claro de qué es un proyecto y qué es un servicio. Ahora eso cómo nace en una compañía? Los proyectos y los servicios en una compañía, por qué nacen? Primero porque yo necesito que digamos un cliente me hace un requerimiento. Entonces, si un cliente me hace un requerimiento, eso se puede convertir en un proyecto. Un cliente, por ejemplo, puede existir demanda del mercado que me obligue a implementar algún proyecto interno en la compañía, ya sea para desarrollar un producto o para entregar un servicio. Esas son algunas de las razones por las cuales nacen los proyectos por necesidad de negocio, por demanda de mercado, por avance tecnológico, por requerimientos de los clientes. Entonces, de ahí aparecen todos los proyectos en todas las compañías. Ahora, por qué yo necesito aplicar esos estándares? Que fue la siguiente pregunta. Es porque en la compañía, eso que yo debo entregar, ese producto y esos servicios que yo debo colocar en funcionamiento, es necesario que tengan un estándar, o sea, yo los trabaje con un estándar. Y ese estándar pueda que para algunos sea muy lógico o para otros lo manejen de una manera o de otra. Pero es necesario que en un proyecto siempre haya un orden. En un proyecto siempre haya un proceso de inicio de proyecto, una definición del proyecto, una planeación, que yo pueda, si yo empiezo a trabajar en un proyecto yo repito ese proyecto para diferentes clientes, digamos un producto, una implementación de un producto y esa implementación de ese producto yo la repito en 20 clientes que estoy trabajando en el transcurso del año, resulta que yo puedo aprender de las experiencias, entonces muchos procesos y muchas cosas que yo utilicé en la implementación de uno de esos proyectos me pueden servir para otro proyecto y puedo aprovechar para optimizar los tiempos. Entonces, de esa manera yo puedo optimizar los tiempos de implementación. Otra cosa súper importante de la ventaja de utilizar estándares, y es que en los estándares normalmente uno cubre una cantidad de áreas de conocimiento y esas áreas de conocimiento, por ejemplo, una de las áreas de conocimiento es yo tengo que prever, no es sólo el proyecto, sino también mirar el entorno. Entonces yo tengo que contemplarte más escenarios de riesgos. Entonces, por eso también es importante minimizar los tiempos de ejecución aprovechando todo lo que yo conozco de otros proyectos y evaluando riesgos que pueda tener en el proyecto. Y también puedo tener, obviamente, el hecho de implementar un proyecto con estandar, me implica a la compañía mayor satisfacción del cliente y eso es muy bueno porque eso me garantiza la fidelidad de los clientes. Y a nivel de como tal el proyecto, ya al final, cuando yo termino el proyecto, yo a cada proyecto debo tener la documentación, lecciones aprendidas y analizar qué sucedió en el proyecto para ver qué cosas pude haber hecho mejor, qué cosas puedo mejorar para futuros proyectos. Entonces, a nivel de proyectos, esas son como las ventajas de poder aplicar estándares de proyectos. Y a nivel de servicios, pues obviamente es muy importante todo el tema de proyectos, pero adicionalmente en el tema de servicios resulta que nosotros siempre estamos ofreciendo servicios. No hay una compañía que no ofrezca un servicio. Siempre una compañía, ya sea por el tema, así sea un producto físico, en un producto físico recuerde lo que hablamos hace un rato un servicio es la suma de algo que yo estoy ofreciendo, que ofrece una utilidad más una garantía. Entonces en todas las compañías, independientemente del sector, la industria y demás, yo siempre estoy ofreciendo servicios. Entonces por eso es importante que las compañías también tengan su a nivel interno, su organización, para que se enfoque en prestar buen servicio. Entonces esas son principalmente las razones por las cuales se puede aplicar estándares en los proyectos por la cual una organización lo necesita.
Juan Carlos Castaneda:
Perfecto, interesante, bastante interesante. Ahora, me ibas hablar como es la estructura a nivel en la compañía.
Rodolfo Gonzalez:
Listo, claro, perfecto. Entonces ahora resulta que las compañías para yo poder implementar proyectos es necesario, pues yo puedo implementar un proyecto y el proyecto lo puedo hacer, digamos, sin ningún estándar demás y puede ser viable. Pero si yo quiero organizar la compañía a nivel de proyectos, es importante que haya un entorno de proyectos. Entonces en esta diapositiva que les estoy visualizando, ahí podemos ver que un esquema en el cual hay comunicación del entorno de proyectos tanto con los clientes, porque finalmente los proyectos pueden ser para entregarle a los clientes o pueden ser para la operación interna de la compañía. Cierto? Entonces debe haber un entorno de proyectos y ese entorno de proyectos en la compañía siempre debe estar alineado con la estrategia. Qué significa que esté alineado con la estrategia? Que yo como compañía debo tener claro desde las directivas de la compañía deben tener claro que los temas de proyectos son muy importantes, por lo cual deben estar contemplados como parte de la misión, de la visión, de los presupuestos y demás para que la compañía opere en un entorno de proyectos y sea totalmente digamos, avalado por la directriz de la compañía, por la gobernancia de la compañía. Y basado en eso que le estoy comentando, resulta que hay diferentes tipos de organizaciones. Hay organizaciones de tipo funcional, hay organizaciones de tipo orientado a proyectos o hay organizaciones matriciales. Le doy un ejemplo para que nos hagamos una idea. Resulta que por ejemplo, yo tengo una. Una. organización como por ejemplo un banco. Un banco es una organización que funciona a nivel funcional, que tiene áreas funcionales. Entonces en el banco está el área de cartera, está el área de crédito, está al área de comercial, hay un área que es el área de tecnología, hay otra área diferente por allá, que es el área de mercadeo y cada una de las áreas tiene un líder funcional. Cierto? El experto en el área mercadeo, el experto en el área de créditos, de cartera y demás, y a cargo de ese líder se pueden hacer proyectos. Entonces esas son organizaciones que trabajan por áreas funcionales y manejan los proyectos desde el punto de vista funcional por cada una de sus áreas. Cierto?
Ahora existe otro tipo de organizaciones en las cuales están orientadas a proyectos. Le coloco otro caso típico las. Las compañías de construcción en una compañía de construcción cuando se implementa un proyecto. Entonces resulta que yo voy a implementar el core el proyecto para construir un condominio. Y entonces en ese proyecto que pasa se nombra a un líder de proyecto y ese es el gerente de proyecto. Entonces el gerente de proyecto tiene a cargo y tiene toda la autoridad para poder hacer el manejo de todos los recursos que tiene para la implementación de ese condominio. Pero yo puedo tener simultáneamente otro proyecto para construir un parque de diversiones. Y resulta que ese parque diversiones tiene otro gerente de proyecto donde yo puedo, digamos, administrar y tener toda la autoridad para poder administrar y e implementar todo el proyecto con los recursos que le sean asignados por la empresa. Cierto, esos son como los dos tipos de organizaciones básicas, pero existe un tercero, existe un tercero donde yo quiero implementar un entorno de proyectos y resulta que ese entorno de proyectos es dentro de un área, de una organización funcional. Pero yo quiero que el entorno de proyecto sea centralizado. Entonces, por qué? Porque yo puedo disponer de recursos de las áreas, porque no todos los proyectos los podría liderar una sola de las áreas.
Le doy un ejemplo típico digamos que yo tengo el área de proyecto lavadero. Era la valía erar, el área tecnología, el departamento Tecnología. Pues resulta que el departamento de Tecnología sólo lidera lo que tiene que ver con desarrollo. Pero y cómo se hace la definición funcional de los proyectos? Cómo se hace? Quiénes va a ser el usuario final? Entonces por eso es importante y muchas compañías toman la decisión de de manejar el escenario en un en un modelo matricial. Qué significa ese modelo matricial que yo asigno gerentes de proyecto para poder hacer el el manejo de los proyectos. Pero esos gerentes de proyecto van a tener recursos que vienen de las áreas funcionales. Entonces yo voy a disponer un recurso que viene del área, digamos, de de operaciones, un recurso que viene el área de marketing, un recurso que viene de tal parte. Y resulta que esas personas que están trabajando N.S. En esa hora, en ese escenario matricial e van a tener dos jefes, llamémoslo así, van tienen que responder al gerente, proyecto que está manejando un proyecto y que utiliza una parte de su tiempo para trabajar en ese recurso y adicionalmente tienen que responder por el área funcional como tal a su jefe, el área funcional. Entonces eso se llaman organizaciones que funcionan en un escenario matricial. No sé si queda claro ahí el concepto no interesante.
Creo que me gustó esos ejemplos que pusiste, porque claro está el funcional, está la parte de proyectos y el matricial que el matricial se usan muchas compañías, o sea, es bastante utilizada, viviría es de los más utilizados y adicionalmente dentro de matricial yo no profundicé mucho.
Igual, el objetivo de la de esta charla es cómo aclarar algunos conceptos, pero no, no vamos a profundizar mucho en el tema. Pero por ejemplo, a nivel matricial yo puedo tener e no solo esquemas. Hay unos esquemas que llaman matricial débil o matricial fuerte, en donde digamos hay parte únicamente una, digamos un una parte de la del del tiempo en proporción se toma más para más para proyectos y la otra para lo que tiene que ver con la operación funcional de la, digamos, de la pela área de la compañía. Entonces hay diferentes niveles de matricial, si me entiende, pero en general esos son los esquemas que se manejan en la empresa. Y la otra parte que está mencionada, que es portafolio, programas y proyectos, es porque dentro del entorno de proyectos como se ve ahí en el en la gráfica, yo puedo tener muchos proyectos, pero cuando yo manejo muchos proyectos dentro de la compañía es necesario que haya lo que se llama un portafolio de proyectos. Ese portafolio de proyectos es como es. Es como la inversión. Es como donde se maneja toda la inversión de proyectos y que esto está alineado con la estrategia de la compañía.
Es como que yo tengo mis propios manejo, muchos proyectos, todos tienen que ir alineados con la estrategia, entonces para eso en ese. Es necesario identificar que haya un portafolio de proyectos ir y después del portafolio de proyectos vienen los programas. Los programas de proyectos son básicamente grupos de proyectos que están relacionados y que se coordinan con un objetivo específico. Entonces esos grupos de proyectos pequeñitos van con un propósito final de una, digamos, de una misión muy grande. O yo puedo manejar proyectos individuales y todos los proyectos de manera individual. Yo les hago todo su proceso de implementación y más que habrá más adelante, vamos a explicar eso. Qué técnicas o que? O qué marco de trabajo hay para eso. Y de esa manera yo puedo trabajar en la compañía, entonces, dependiendo el tipo de organización. Yo implemento, decido como quiero tener el entorno de proyectos y basado en eso asigno portafolio, programas o proyectos. Creo que muy bien. No sé si hasta ahí vamos, vamos claros.
Yo creo que vamos a darle gusto a esa parte de pueblo que hablaste de claro portafolio, programas, proyectos y puedo tener uno, puedo tener muchos, tener una. Una visión global de todos los tipos de organizaciones me parece excelente ahora. Yo soy una compañía. Yo estoy creciendo. Tengo múltiples proyectos. Los hago como decías de pronto me funcionan, tengo problemas, tengo complicación, estoy creciendo. Pero me interesa lo que estás diciendo. Me interesan estas metodologías. O sea, qué debo hacer para yo tener esos estándares en mi compañía?
Bueno, entonces vamos por el siguiente. El siguiente paso. Resulta que ahora, eh. Yo quiero empezar a optimizar todo eso. Ya entiendo el esquema. Es importante que yo los proyectos los maneje con alguna metodología. Ahora, qué se suelen metodologías entonces? Son básicamente son estándares. Son estándares que hay en el mercado y principalmente sus estándares que hay en el mercado. Todos son internacionales y esos estándares que hay en el mercado pueden ir orientado a que Jorga Nice la compañía, como para que todo internamente en la compañía está en función de tener un buen servicio. Entonces hay un estándar que se llama ITIL 4 S o ITIL en realidad ITIL, sino que vamos en la versión número 4. Entonces hay un estándar que se llama ITIL, que es un marco de trabajo aceptado a nivel mundial para la administración de servicios. STOI cierto. Y ese marco de trabajo eh? Que es uno de los digamos ahora en un momento vamos a vamos a aclarar un poco más o a detallar un poco más la es de lo que en qué consiste ITIL 4. Me permite que yo tenga la organización, o sea desde el DANTO, desde la gerencia, como el área de recursos humanos, como todo el área de T.I. Todo enfocado a que yo piense en prode servicios y que todo eso lo maneje. E digamos con con normas, con estándares y esos y pueda tener una compañía orientada al tema de servicios. Entonces ese es un estándar. Si yo quiero implementar la compañía, enfocarla hacia el tema de servicios, listo.
Interesante, si me. Si me alcanzó a escuchar con Carlos, sí, si, si, si y si estoy bueno, si claro.
Okay, me parece que va bien hoy, pero entonces espere, espere un momento, ahora vamos con después de que yo puedo tener un estándar, un marco que se llama ITIL, que es enfocado a servicios, pero ahora existen otros marcos, otros frameworks de trabajo sobre los cuales yo puedo utilizar estándares para el manejo de proyectos. Uno de esos estándares es un estándar basado en una cosa que se llama o en un libro o en unas normas que se llaman el P.M: Book. El P.M: Book es una norma que es de un instituto que se llama el Project Management Institute y que es muy conocida a nivel mundial porque está repartida en más de 170 países en el mundo, tiene traducciones en muchos idiomas, genera estándares y genera normas y demás. Y ese y ese estándar es lo que a nivel global genera varias certificaciones. Una de esas certificaciones es el PI en PI, el Project Management Profesional y ese pie en PI es una acreditación internacional que se avala para quien se certifica como director de Proyecto Senior. Ésta está, digamos, esta certificación es básicamente enfocada a personas que han trabajado en proyectos durante mucho tiempo, pero que probablemente no han utilizado un estándar y demás y han manejado proyectos. Entonces esto va a permitir como que la persona asuma normas que son importantes para poder implementar proyectos. Esta es la segunda visto ok. Y hay otro tercer marco de trabajo que no sé si usted ha escuchado eso de allí. Qué es eso de allá? Muy como, muy, muy.
Suena mucho hoy día. No suena mucho hoy día. Entonces ese Alley suena mucho. Por qué? Porque resulta que ante los proyectos, cuando se implementan los proyectos en un proyecto, yo definía el alcance del proyecto, definía el cronograma del proyecto y definía el costo del proyecto. Y entonces yo implementado un proyecto y resulta que el proyecto perfectamente podía durar 6, 7, 8 meses. Y al cabo es que pasaba todo ese tiempo, yo le empezaba a entregar resultados o entregaba los resultados del proyecto al usuario final. Y entonces en muchos casos, ya después de 7 8 meses eso ya no aplicaba o ÑANE ya era obsoleto. Entonces empezaron a implementar unos una filosofía de trabajo y esa filosofía de trabajo dentro de eso es el el famoso Halley. Entonces ese Agile en todos los escenarios es una filosofía en la cual se supone que yo voy a empezar a entregar el trabajo al usuario final de manera digamos periódica, pero con todo un estándar, con un con una, con un, con unos, con unas características específicas y un estándar para que el trabajo lo pueda ver el usuario final y pueda tener mucho más control de lo que está recibiendo y pueda y sea mucho más flexible. Recuerde que en el anterior escenario yo implementado alcance costo y alcance costo e e el alcance, el costo, el proyecto y el cronograma. Y cuando ya implementada todo eso hasta que no terminara no, no tenían un entregables. Entonces eso fue cambiando y ahí apareció la JIFE. Listo.
Correcto, okey. Sí, esta parte, esa filosofía ya se ha vuelto muy interesante. Precisa lo que tú dices para que las compañías sean mucho más ágiles y directas para poder ver lo que está sucediendo. Pero como esa esa filosofía, ya él nos hablas que está muy interesante. Qué metodologías tú puedes mencionar usando la filosofía Jail?
Bueno. Entonces hay muchas. Hay muchas en el Mer. En el hay muchos. Ya en algunos casos es. Es importante aclarar otro tema. Ahí hay unos que son metodología. Cuando a uno le hablan de estándares, a cuando uno le hablan de metodología hay una diferencia. Cuando uno le hablan de metodología significa que yo tengo que alguien creó esa metodología y yo sigo el paso uno, luego el paso dos, luego el paso 3 y obtengo un resultado final. Cuando la. Cuando uno le hablan de framework, de marco de trabajo, entonces lo que hacen es que son estándares o normas. Cuando se le dicen normalizar significa que uno puede tomar lo que necesite de ese estándar o de esa marco de trabajo y lo puede utilizar dependiendo las necesidades de su proyecto. Cierto. Entonces. S. S. Existen metodologías de Agile y existen marcos de trabajo de allá. Entonces en la siguiente, en la siguiente diapositiva podemos ver diferentes. Yo sólo menciono aquí unas, pero existen muchas exta. Scrum está lin está. Kanban está. DevOps está e. Esa última que le mencionó ahí es LÃw es s. Es UNAM. Es un. Es una normalización que hizo PMI. O sea, recuerda que hablamos de PMP que está basado en el libro que se llama P piel el pie en buk. Cierto ellos eso es s y es y ese es una. Eso está estandarizado por el Project Management Institute. Esa última e digamos certificación que mencionó hoy, es un marco de trabajo, es un marco de trabajo asociado al al al PMP. Como yo le mencionaba hace un rato, todos los proyectos en PMP antes se trabajaban con un, digamos, con una con un cronograma, un alcance y un costo cierto.
Entonces ellos dijeron lizo como como está apareciendo en el mercado todo esto de de allá. Entonces ahora vamos dentro de PMI, del Project Management Institute, vamos a agregar la forma de que esos proyectos los podamos hacer flexibles en el tiempo para poder hacer entregas parciales, o sea, poder ir teniendo producto terminado en el tiempo. Entonces hay varias metodologías. Yo aquí menciono algunas de las que más se escucha son Scrum cierto e de Li también Kanban de box y cada una tiene un propósito. Por ejemplo bueno, hablemos airé, una de las que aparece en la lista, por ejemplo Kanban. Kanban es famosa por unos tableros y eso. Esta es una técnicas que se creó en Toyota y que se utiliza para controlar el avance de trabajo en una línea de producción. Entonces esa s esa forma de trabajo ágil la implementaron e la implementaron para poder en línea de producción trabajar y son unos tableros donde uno va diciendo mire este, tengo una columna de tengo todas las tareas. Una todas las tareas son las que yo empiezo. Hay otra columna con la cual yo quiero saber e estaba en la fase 1 o fase 2 y terminado. Y entonces uno va moviendo las tareas de la fase de la columna 1 hasta la columna final. Y cuando todas las tareas pasan a estar en la columna final significa que ya voy terminando el el proyecto o el trabajo. Entonces son metodologías y sobre una de éstas vamos a profundizar ahorita en la AM, en las siguientes diapositivas. Entonces, básicamente E así como mencioné éstas hay muchas más.
Ok, perfecto, ya que esas son las metodologías usando la filosofía Agile corre diferentes y está la última que generó pie May cierto reto a todo lo del pie en book para hacer la parte de como quien dice del pie SIP pie May pero Agile como ya tenía muchas metodologías, ahora yo imaginémonos que soy una compañía de servicio. Entonces tú hablabas realmente que e ITIL cierto? O Airtel es la que trabaja todo lo que son servicios. Entonces yo cómo puedo implementar si soy una compañía de servicios? Este tipo de metodología.
Itio Ok, entonces vamos a ver, eh? Qué? Qué? Cómo hago yo? O sea, una breve explicación muy general, porque en realidad esto tiene certificaciones, son mucho librode, son muchas, son varias certificaciones, pero en principio digamos que vamos a entender un poco como funciona. Hettie visto entonces, eh, si me comparten, por favor, Lamm. Diapositiva. Bueno, entonces lo primero es. Los servicios son la principal manera en que las organizaciones crean el valor para sus clientes. Recuerde lo que le mencionamos antes todo el mundo habla de servicios y todo el mundo y un servicio se compone de utilidad y garantía. Yo tengo que cuando ofrezco un servicio, tengo que asegurar que esas dos cosas existan. Entonces, dentro de una compañía, cuando yo estoy ITRA, cuando yo estoy organizando la compañía para trabajar con ITIL, yo no sólo debo trabajar el proyecto o digamos, la tarea puntual que le voy a entregar al cliente para que sea orientada al servicio. Yo tengo que trabajar diferentes áreas de la compañía para que se enfoquen en función del servicio. Entonces hay unos grandes procesos o unas grandes e llamémoslo así, dimensiones que se manejan dentro de la compañía para poder que se pueda empezar a trabajar y oye y orientarse a ITIL. Visto entonces, vamos a empezar a revisarlas en la. En esta, en esta diapositiva que aparece ahí vemos un diagrama, no se si es claro, ahí aparecen 4 lo que se llama las cuatro dimensiones de la gestión de servicios.
Entonces es la compañía, dicen. Según ITIL, yo debo tener la compañía orientada en organizaciones y personas, información y tecnología, que es el número 2 que aparece ahí en la gráfica. Socios y proveedores y flujos de valores y procesos que maneja cada parte. Entonces, cuando hablamos de de cuando hablamos de organizaciones y personas, significa que yo dentro de la compañía, a nivel de organizaciones y personas debo tener claro todo lo que es. E funciones, responsabilidades, comunicaciones, definición de roles y los modelos de prestación de servicio que voy a tener en la compañía. Cuando hablo a nivel de información y tecnología, entonces es dentro de dentro de la tecnología. Yo tengo que. Hay un tema muy importante a nivel de tecnología y es que es el conocimiento. Entonces es importante que yo todo lo que haga internamente en todas las áreas de la compañía garantice que. Que existan bases de datos de conocimiento para poder después tener el control. Como dicen por ahí las personas pasan, pero el conocimiento se queda cierto? O la información se queda. Entonces por eso el objetivo, una de las de las estrategias o de la de las dimensiones importantes que maneja ITIL, es que yo deba tener toda la información en el conocimiento, toda la información repositorio de información listo, automatizar lo más que pueda. Entonces, otra filosofía ITIL es Yo debo internamente en la compañía automatizar lo más que se quiera y agilizar para qué me sirve la tecnología? Pues primero para automatizar y para poder agilizar todos los procesos de prestación de servicios.
Entonces, por eso lo consideran otra dimensión. Hay otra parte también importante, que es la tercera dimensión, que es la que se llama socios y proveedores. Esa dimensión de socios y proveedores es básicamente yo no trabajo solo yo como compañía, normalmente tengo socios, socios de la compañía o yo puedo tener proveedores con los cuales trabajé para hacer implementación de cosas. Entonces yo tengo que alinear la compañía para que haya una relaciones y organización con esos terceros, tanto con los socios como con los proveedores. Entonces debo organizarlo de esa manera. Debo que por ejemplo, tener contratos, debo tener acuerdos de servicio, de obtener condiciones de trabajo para cuando hago todo ese ejercicio con mis partners o con mis proveedores, entonces eso digamos que lo tengo que manejar. Más adelante le explico cómo se va a manejar todo eso. IP Y por último, en la cuarta dimensión de la gestión de servicios, yo tengo son todos los. Ahí sí viene todos los procesos que tiene la la, la la compañía con el fin de crear valor. Si más adelante vamos a ver qué significa eso de todas las cositas que yo voy a tener para crear valor aquí a nivel general, todo lo que contempla ITIL a nivel de las cuatro dimensiones, visto lo que.
Viene otro tema muy importante. Cuando yo quiero hacia todo el proceso de ser de certificación y de trabajar la compañía Concón enfocada a servicios y es el sistema de valor de servicio, entonces el sistema, el valor de servicio, tiene unos componentes. Son como capas que que debo? Que yo debo garantizar que funcionen en la compañía para poder ofrecer valor. Si usted se da cuenta al inicio en esta gráfica dice aquí yo tengo todas las oportunidades, yo ingreso a S'S a esos bloques, proceso todo y entrego al final valor, cierto? Entonces, cuáles son esos? Es eso? Digamos esas capas que maneja el sistema valor de servicio uno se llaman los principios rectores. Entonces esos brik, esos principios rectores son como la son las recomendaciones que debe seguir la compañía siempre para que se pueda enfocar en temas de servicios. Entonces esos principios rectores siempre ahí son siete los principios rectores y entonces uno de esos llega y dice yo quiero centrarme en el valor. Siempre pensemos en que debemos estar centrados en el valor. Lo otro es si yo quiero hacer algo y Yaten si yo necesito modificar algo y yo ya tengo algo hecho, pues en no empiece de cero traté de mejorar lo que ya tiene, excepto que tenga que completamente cambiarlo, cierto? Lo otro es que siempre haya realimentación, se debe trabajar y se debe pensar siempre de manera integral. Las cosas se deben realizar de manera sencilla y práctica y siempre debo estar pensando en optimizar, en automatizar. Entonces son siete principios guía que tiene ITIL para que todos dentro de la compañía lo tengamos claro a la hora de ir actuando en nuestras respectivas áreas.
Bueno, ella la otra capa que maneja ITIL es la gobernanza, entonces siempre debe haber el siempre. Todas las organizaciones deben estar dirigidas y deben estar controladas. Y cómo se dirigen y se controlan? A través del monitoreo y la evaluación. Entonces ahí hace énfasis en que siempre debe haber cabezas que estén monitoreando, que estén dirigiendo y que deben estar evaluando qué es lo que está pasando con la organización. Viene una tercera parte de ese cuadrito, ese, ese, esa figura que aparece ahí, del de la cadena de valor de servicio, esa cadena de valor de servicio son tareas. Aquí es donde viene toda la parte práctica. Son todas las tareas que yo debo realizar para que esas todas esas actividades, para poder entregar un producto, un servicio y esas tareas y esas actividades que yo debo realizar, las de o aplicar a unas prácticas. Porque todo va basado en las prácticas, entonces hay treinta y ocho prácticas que yo debo, que yo puedo involucrar. Recuerde que esto es un marco de trabajo, no es obligatorio, pero existen ITIL relacional 38 39 38 prácticas que yo puedo tener dentro de la compañía y yo puedo organizar basado en esa cadena de valor. Arika Miramos que es eso de la cadena de valor y por último la última capa. Ya hablamos de las prácticas, ya hablamos de la cadena de valor y por último, siempre debemos mantener mejora continua. Entonces son como los. Como lo se. En eso consiste el sistema de valor para poder implementar ITIL dentro de la compañía.
No sé si hasta ahí va más o menos claro, si se entiende y se entiende, sea toda esa parte, las diferentes grupos, el feedback y todo vas bien. O sea, Heveo es un tema bastante interesante porque es profundo. Ya estamos entrando en cada tema, en cada capa, como que vamos llegando hasta que ya está la operación o diferentes niveles diferentes. Correcto.
Y lo que tú dices no quiere decir que hay una única y que es a la que le acompañaba a tomar, sino que depende la compañía, depende el servicio que ofreces, se va acomodando. Correcto. Obviamente la metodología y los estándares correcto.
Y entonces ahora nos queda sólo una partecita de esto. Y es eso que se llama eso que mencioné ahí que decía la cadena de valor de servicio. Recuerden que yo le dije que son una cantidad de actividad, cierto? Entonces, cuando a mí me hablan de una cantidad de actividades, eso quiere decir que ya nos vamos a ir a esta última gráfica, que es eso. El tercer componente grande de ITIL, que se llama la cadena de valor, entonces sí es una. Si es una Lizy es un listado de actividades YOT. En ese listado de actividades, hacer un plan, una planificación, un diseño e si es necesario soportarlas, entregar el producto y finalmente recuerde que todo empezaba con la demanda y todo termina en un en un en generar valor cierto. Y esto aplica dentro de la compañía. Y recuerde que en la gráfica anterior en la que le menciono, en la que estoy visualizando aquí, dice que hay un montón de prácticas, cierto? Esas prácticas sonla son las prácticas a las cuales se les debe aplicar la cadena de valor de servicio. Sí. Entonces. Y esas prácticas a las cuales yo debo aplicar la cadena valor de servicio. Recuerde que es planear, mejorar, hacer diseño, construir, entregar y soportar. Es como si fuera un proyecto más o menos.
Pero entonces ahora vienes. Cuáles son las prácticas? Todas las prácticas tienen que ver con las con temas funcionales dentro de la compañía. Cierto. Entonces existen tres tipos de prácticas S.T. Esos tipos de prácticas son las que aparecen aquí a la izquierda, dice. Prácticas de gestión de servicios. Sí, hay otras prácticas que se llaman prácticas de gestión técnica y Alais y en la derecha aparece prácticas gerenciales. Entonces, si se da cuenta, eso cubre e cubre toda la compañía ident. Y esas treinta y cuatro prácticas a las cuales yo le debo aplicar esa cadena de valor de servicios, llamandolo así como muy general nyol. A cada una de las prácticas yo le tengo que aplicar la planeación, la mejora, la contratación, el diseño, la construcción y la entrega, la entrega y el soporte. Entonces mencionemos por ejemplo una Zalazar, digamos que yo quiero en práctica es gestión de servicios.
Normalmente las compañías que tienen las compañías tienen el servis dek o lo que llaman un nock o lo que llaman una mesa de ayuda, cierto? Entonces, si yo quiero implementar la mesa de ayuda dentro de la compañía, tengo que hacer la planificación, tengo que ver cómo, cómo va a funcionar, tengo que hacer un plan de trabajo, tengo que ver cómo lo voy a implementar, tengo que ejecutarlo para poder tener la mesa de ayuda implementada y todo eso es un servicio enfocado, todo eso es un producto. Recuerde que todo me genera valor, es un producto que se llama Service Desk y que es para la gestión interna o con los, digamos, para poder hacer atención de gestión interna de nuestros clientes internos o de clientes externos. Entonces ahí aplico todo lo que se llama e digamos la cadena valor de servicios en las prácticas de gestión de servicios. Y así como está, está. Hay 34 y no todas son operativas, hay unas que son gerenciales, como usted lo ve aquí hay unas que tienen que ver con el portafolio de productos. Entonces si yo voy a vender. Si yo tengo en mi portafolio de productos diez productos o 15 productos, yo debería. Lo lógico es que lo debería manejar para poder administrar. Esos es ese portafolio productos con una metodología y un estándar.
Con unas normas, llamemoslo así, entonces ahí en general es un barrio muy general de cómo funciona ITIL, visto ITIL, interesante, bastante interesante y claro, obviamente estamos haciendo sólo un pequeño brief de la información por correcto hablando, que obviamente cada una de estas metodologías es un mundo interesante para cada proyecto y para cada opción que se tenga. Así es correcto. Ok, ya que ya tendríamos entonces todo a nivel de servicios para la implementación con ITIL. Corre. Correcto? Listo. Entonces, ahora vámonos. Hablemos. Yo sé que estamos cortos de tiempo, que son temas bastante intensos, pero vale la pena que nos cuentes ahora si yo quiero o tú. Nos estábamos hablando de los proyectos, ya hablamos de servicios, hablamos hablar un proyecto en todo lo que nos estabas hablando sobre el pie en Brook, cierto? Correcto. Cuéntanos más sobre ese pie en buuuuu, sobre ese pie en pi y sobre quiénes pie May para poder entender mejor eso.
Perfecto. Entonces ahora yo les había hablado que existe otro estándar con el cual yo puedo manejar proyectos y es el estándar basado a mi. Disculpen y que en la presentación sea fue un 8 de más. No es que exista un pie en P8, es que se fue el 8 de más. Entonces en el ELA en el tiempo cuando yo tengo el tiempo.
Recuerden que el pie en bug es una estándar funcional de Project Management Institute y es estándar es el que digamos abarca toda la todas las la norma, las normas o el estándar para poder implementar los proyectos basado en Pimpi ahora el PMI, el el.
El PMI es un asociación de profesionales sin ánimo de lucro con el fin de convertir la gerencia de proyectos como actividad indispensable para obtener resultados en cualquier actividad de negocios y bien y PMI tiene una cantidad de certificaciones.
Si ustedes se dan cuenta, dentro de esas está el PMP. Es una de las certificaciones, es Project Management Professional, que es para poder hacer el manejo de proyectos. Con la. Con el estándar de pie en Vuk, entonces. En el estándar de tiempo, cómo funciona el? En el ciclo y hay un proyecto Yose. El ciclo de un proyecto tiene básicamente cinco fases. Empieza el proyecto, el inicio, la planeación, la ejecución, monitoreo de control y cierre. Son como cinco fases en las cuales yo trabajo los proyectos y si ustedes observan la gráfica que que está en la parte superior derecha, en la ejecución y en monitoreo y control hay realimentación. Es porque siempre hay que estar haciendo monitoreo y control y en la ejecución de la parte monitoreo y control. Puedo yo volver a re procesar para ejecutar o yo puedo hacer reposar para. Para hacer cambios en planeación? Entonces por eso es importante, digamos, esto es. Es entenderlas, digamos las cinco fases que se manejan los proyectos es importante y adicionalmente los proyectos se manejan como le mencionaba alcance, tiempo, costo cierto e resulta que además de alcance tiempo y costo en la guía del tiempoque. Entonces también consideran otras cosas y es los riesgos y los recursos. Ahora vámonos a ver, eh? Qué es eso de si yo quiero implementar un proyecto? Hay dos conceptos que son súper importantes en el tema de en el tema de del del pie en Vuk.
Lo primero es que yo guardo los los procesos, los mismos que hablamos hace un rato que eran inicio, planeación, ejecución, control, seguimiento y cierre. Pero adicionalmente, si yo quiero ser un Ingen, una un gerente de proyecto integral, yo debo ent. Yo debo en el proyecto manejar lo que se llaman diez áreas de conocimiento. Entonces esas diez áreas de conocimiento son las que aparecen aquí alcance tiempo, costos, calidad, recursos. Si yo soy el gerente del proyecto de un proyecto y lo estoy manejando con esta, con este estándar yo debo tener claro o debo Elana debo hacer el análisis de estas diez áreas de conocimiento para mi proyecto. No es mandatorio, pero es lo ideal visto. Recuerden que aquí no es una metodología, es son prácticas, disto práctica. Ok, ahora ya teniendo los grupos de proyectos y teniendo las áreas de conocimiento, entonces se arma una matriz. Esa matriz no se. Sí, bueno, no sé, no se qué tanto sea. Se alcancé a ver, pero pues creo que si alcanza a ser un poco clara, si ustedes se dan cuenta, la columna número uno es lo que se llaman las áreas de conocimiento. Entonces tenemos diez áreas de conocimiento que maneja el pie en Buk y tenemos cinco áreas de lo que se llama cinco grupos de procesos, que son los mismos que mencionamos hace un rato.
Inicio Planeación, ejecución, monitoreo y cierre listo. Y dentro de cada uno de esos grupos de de sus 5 grupos de procesos, yo coloco procesos más pequeñitos. O sea, qué significa esos procesos más pequeñitos? Esos procesos más pequeñitos? Significa que yo, cada uno de sus procesos, un proceso porque se identifica un proceso siempre tiene una entrada, tiene una salida e internamente en el proceso yo le aplico lo que se llama una técnica o una herramienta para obtener el resultado cierto? Hagamos el caso, el ejemplo, únicamente un ejemplo con con él, con el primero. Digamos que yo voy a definir, voy a empezar un proyecto. Entonces cuando yo voy a empezar un proyecto, hay una cosa que yo debo obtener y se llama el acta de constitución del proyecto. Por eso está aquí en donde se llama el proceso, el inicio, cuando yo quiero implementar el la, el, el acta de constitución del proyecto. Primero, qué necesito yo? Necesito tener claro cuáles son los, digamos, el alcance general del proyecto, entonces de alguien me tiene que pasar e debo tener claro cuál es el alcance general aquí. Yo no estoy yendo al detalle, yo debo tener claro cuál es el alcance general, quiénes van a ser los involucrados en el proyecto, cuál es el el objetivo o costo general del proyecto, si hay algún riesgo general, algunas consideraciones generales.
Y entonces qué significa? Cuál es el input? Toda esa información, qué proceso? Yo aplico técnicas o formatos o herramientas para poder generar ese acta de constitución del proyecto. Y cuál es la salida? El acta de constitución del proyecto firmada entonces aprobada. Entonces, cuando yo hago todo eso, cada uno de estos procesos que se están mencionando aquí, cada uno de los que por ejemplo a quien inicio hay uno, a quien planeación hay uno, pero debajo hay planeación a nivel de alcance, si se da cuenta son cuatro. Entonces en cada uno es un proceso. Entonces en cada uno de esos procesos yo tengo una entrada, le aplico unas técnicas o unas herramientas que pueden ser o que Fett, algunas pueden ser, algunas son complejas, algunas son sencillas y obtengo un resultado y con eso yo armo todo el escenario, el proyecto para poder hacer el cronograma, para poder controlar los tiempos, para poder controlar los costos, la calidad, los recursos. Conocerte malo, la administración de. Recursos. Comunicaciones y poder navegar dentro de las diez áreas de conocimiento para poder llegar al final al cierre del proyecto. No sé si esquemáticamente la forma matriciales fácil de entender.
Si se ve bien la matriz se entiende bastante bien y creo que muy buena para poderse ubicar en cada faceta. Y cómo lo puedo llevar ahora? Esto es todo lo que la parte a nivel de proyectos basado en el pie mai correcto de la mitología seman ellos es correcto es es la versión muy rápida.
Llamemoslo hacia la versión muy sencilla, pero es para que como para que todos estemos en contexto de que el manejo de proyectos con estándares es un proceso que hay que seguir. O sea, no, no es no es tan sencillo como decir venga, yo hago un inicio e planifico en un cronograma sencillo y demás. No hay que seguir una, una, unas normas, claro.
Y además cuando son proyectos de diferente nivel, proyectos nacionales e internacionales, corre de diferentes cultura, diferentes lenguajes, idiomas y al final que todos tengan estar sincronizados es bastante importante y es crucial tener todo este tipo de metodologías aplicadas para el desarrollo de cualquier proyecto. Ahora Rodolfo, tú mencionaste antes en el tema de allá el estuviste comentando los que los diferentes Freinet Framework cierto? Y una world que mencionabas inclusive creo que era el número uno. Habla de Scrum y es Scrum, eh? Y muchas compañías que desarrollan software, inclusive nosotros TELONLINE que tiene el departamento de desarrollo, usan ese tipo de metodología, ese framework. Cierto, por qué no nos cuentas ya que estamos finalizando llegando al final? Inclusive aquí tengo unas preguntas que nos están haciendo en las redes sociales, pero cuéntanos algo como resumido sobre este framework, sobre Scrum.
Bueno, lo hizo perfecto. Entonces vámonos, vámonos al Freemont Scrum. Digamos que es un marco de trabajo igual. Ese no es un marco de trabajo en el cual se utiliza, es es muy común para el tema de desarrollo de software. Se utiliza para equipos de trabajo no superiores a 9 personas. Eh, los equipos son autogestionados y hay unos roles allá en la siguiente gráfica. Creo que le hago el resumen de cómo funciona la a toda la lógica, eh? Y como le mencioné hace un rato, la metodología ágil es para que yo pueda empezar, para que yo pueda entregar resultados e que pueda ver el usuario final en período de tiempo máximos de 30 días. Entonces el compromiso es yo armo paquetes de trabajo donde digamos Actimel, actividades donde yo cada 30 días por mucho estoy entregando resultados para que lo vaya viendo el usuario final. Y de esa manera, si el usuario final hace ajustes o lo que corresponda, vuelve y se re procesa. Pero yo estoy teniendo realimentación de parte del usuario cada cada vez que haga una entrega de trabajo listo. Bueno, entonces en qué consiste, cómo funciona eso? Este es como el resumen existe una un repositorio de de requerimientos como el pedido al Niño Dios, y ese repositorio de requerimientos es lo que se llama el product backlog. Ese product backlog yo puedo tener haciendo la analogía, digamos que pueda tener, no sé, doscientos requerimientos en el product backlog, quien se encarga de poder hacer la recopilación de esos, esos de esos requerimientos.
Hay una hay un rol en la en en el, en la metodología, en el en el marco de trabajo que se le llama el producto owner. Ese rol es el único rol que se está comunicando con todos los usuarios finales. Con el fin de hacer el recopilà la recopilación de todos los de todos los requerimientos y todo eso se prioriza y se coloca en el product backlog, que es como lo que yo le mencioné el pedido al Niño Dios. Ahora, qué sucede después? Después DC de que yo tengo el product backlog? Entonces en el hoy existe un yo, yo necesito entregar, hacer entregas parciales, entonces DC de ese product backlog, yo digo mire, yo necesito e voy a empezar a tomar por partes. Digamos que tomo 10 actividades de las doscientas. Esas diez actividades son las que yo voy a hacer. La entrega al cabo de n cantidad de tiempo de veinte días o de treinta días, eso se llama un sprint. Entonces existe lo que se llama el sprint backlog. Entonces ese es Privat, lo que significa que yo tomé las diez actividades que las doscientas que tuve en la en el. En el product backlog. Y esas son las actividades que se van a trabajar en un período de tiempo. Ese período de tiempo no puede ser superior a 30 días.
En ese período de tiempo que pasa los el equipo de desarrollo hay dos, hay otros roles involucrados. Hay uno que se llama el Scrum Master y el otro que se llama el Development Tim. Entonces ese Development Tim y el Scrum Master son los que se encargan de que todo eso funcione. Listo. Cuando hablamos de Development Tim son pues el equipo de desarrollo principalmente. Pero no es que sean sólo desarrolladores, hay personas que hacen desarrollo. Puede haber personas que hacen tés, puede hacer ver personas que hacen pruebas funcionales internas, todo lo que se necesite para poder entregarle al usuario final. Y el Scrum Master es el canal de comunicación. O como él es un facilitador, no es el jefe. Aquí no existe la figura del jefe, es como un facilitador que hace que tenga comunicación, por ejemplo con el Product Owner para poder ver los resultados de todo lo que realiza el Development TIM en ese período de tiempo. Y tienen algunas reglas. Entonces hay unas reglas que se deben que deben ser obligatorias. El equipo de desarrollo, todo el equipo de Scrum se debe reunir siempre 15 minutos todos los días durante los 30 días para poder determinar qué se hizo, cómo, que qué se va a hacer y si se ha tenido inconvenientes o no. Entonces eso es lo que se tiene, digamos, es parte del AM del barco, el trabajo y las tareas que se deben realizar.
Y hay unas y el Scrum Master tiene que dentro de sus actividades tiene que estar haciendo el seguimiento de como va el avance es como es. No es un jefe si no es como estoy sincronizado con todas las personas. Es decir, que todo el que todo el equipo de trabajo tienen que ser hatos es autogestionar ble y al final se entrega cuando ya terminan, cuando ya pasan esos 30 días o el tiempo que se determinó para poder entregar ese sprint backlog. Entonces el equipo va hacia la entrega, hace un sprint review de cómo nos fue en la revisión, hace un sprint res retrospectiva, que es ver qué puedo mejorar y le entrego todo al cliente final. O sea, yo le entrego el trabajo al cliente final. Y después qué va a pasar? Vuelve y se repite el ciclo Bolly tomo otras. Si hay ajustes, qué pasa? Se viene y se realimenta todo. Con el product owner se empiezan y se cambian prioridades, se modifica el product backlog y vuelve y se generan otras diez tareas o n cantidad de actividades para repetir el ciclo y de esa manera se va entregando al usuario final el producto terminado, digamos el producto para que lo vayan con el visto bueno. Y yo voy teniendo interacción cada máximo cada 30 días para poder ir haciendo entregables dentro del marco de trabajo. Yo puedo tener tantos equipos de Scrum como quiera, es decir, yo puedo tener eh, tantos sprints simultáneamente como lo pues como como se quiera para poder adelantar trabajo, para poder trabajar, trabajar sincronizada mente y para poder avanzar en más tarea del backlog de manera, digamos, más rápida.
Entonces, no sé si eso hace como la generalidad de cómo funciona el scrum, si se entendió muy bien, se entendió muy bien y claro, eh, en un corto tiempo lo explicaste bastante bien. Creo que no solamente lo que fue la parte de Scrum, sino todo lo que fue ITIL. Lo que la parte del del pie en pie y todas estas metodologías, que son bastante interesantes para los proyectos para ayudar al crecimiento de las compañías, ya es obviamente un tema tan grande. No se puede hacer entrar a minutos. Rodolfo Pero lo has hecho bastante bien, muy bien resumido. Sin embargo, antes de irnos y despedirnos tengo preguntas y creo que son preguntas bastante interesantes. Aquí estoy viendo las redes sociales que nadie pregunta. Me dice en qué perfil debe tener una persona que vaya a trabajar con estas metodologías. Creo que es bastante interesante, no? Para que se acople a la metodología. Cuál es el perfil?
Bueno, lo primero es que es que esto está enfocado. En realidad hay diferentes perfiles dependiendo la metodología que uno vaya a utilizar. Si yo quiero por ejemplo, trabajar en metodología de PMP, entonces de PM, o sea, el del Pembroke, entonces está orientado a profesionales principalmente que ya hayan tenido experiencia. Si yo me quiero certificar como Pimpi, yo debo ser un profesional que ya haya tenido experiencia pie en pie significa Project Management Profesional Senior. Entonces yo debo, yo debo ya tener experiencia en haber trabajado con proyectos y lo quiero hacer y pues profesional cualquier área, o sea, lo podría hacer cualquier profesional.
Que viene bastante interesante. O sea que no. No quiere decir que si yo no tengo experiencia puedo sacar al pie empinó o debo tener experiencia para poder obtener el pie en pie. Correcto.
En el caso, el pie en pie funciona así para yo poder obtener el pie en pillo. Yo debo demostrar cuatro mil quinientas horas de haber trabajado en proyectos durante los últimos seis años y esa experiencia se tiene que relacionar en formatos y demás que solicita pie May y ellos validan la experiencia. O sea, Yaman. Si yo reporto las seis mil horas e y yo debo informar en qué proyecto, quién fue la persona que estuvo a cargo, el jefe, lo que corresponda y ellos pueden llamar para poder verificar esa experiencia. Adicionalmente, tiene uno que tomar un curso formal de mínimo treinta y cinco horas de conocimiento en la. Cómo funciona la metodología que también debe estar certificado con entidades que que. Que dictan esas capacitaciones y que están digamos certificadas e avaladas o son partes de pie, de pie mai. Entonces en ese caso, o cumplen esas dos condiciones y le dan y le entregan a uno la certificación. La certificación es vigente por tres años, visto en el caso, por ejemplo de Scrum, yo puedo hacer empezar el proceso. No tengo ninguna, ningún requerimiento previo, o sea, ninguna condición previa. Yo puedo ser profesional o no, pero puedo hacer el proceso y hay un grupo de certificaciones con las cuales yo puedo trabajar. Hay uno que se llama Foundation. Luego recuerde que cuando hablamos de Scrum yo le mencioné hay unos roles de SÍQUE que era el product owner, cierto? Yo yo me puedo volver una especialista en product owner en ser el product owner o yo me puedo ser yo puedo ser un especialista en Scrum? Sí. Entonces yo puedo certificarme en lo que en el rol que yo vaya a tener dentro de la metodología que se aplique en la compañía, dentro de los roles que yo tenga dentro de la compañía y puedo obtener la certificación que yo quiera. Ahí no hay, al igual que en ITIL, no hay, digamos, eh, requerimiento básico, experiencia ni demás.
Ok. Bueno, bastante interesante. Ahora tengo otra pregunta que va relacionado con lo que dijiste, pero me parece que suma más aquí algo si quisiera estar certificado. Cuál es el proceso? Es una organización o son múltiples? Creo que ya lo ha respondido, pero es importante que lo que lo resuma, lo aclararos, son múltiples.
O sea, una cosa es certificarse con e, con pie may. Digamos, yo quiero obtener la certificación. Igual funciona con todas las certificaciones. Entonces si yo quiero e Kone con el Project Management Institute, yo quiero santificarme en una de las de las de los ET de mencioné como seis o siete certificaciones que ellos ofrecen. Si yo quiero certificarme con ellos, entonces tengo que hacer el proceso con pie. May Si yo lo quiero hacer con ITIL hay gente certificadores, ellos tienen partner central en diferentes partes del mundo y yo hago el proceso para tomar el curso de, digamos de conocimientos dependiendo la certificación y después aplicar el proceso de certificación. Y lo mismo aplica con todos los con todas las EM, con todas las e, las filosofías, llamémoslo así.
Ok. Bastante interesante Rodolfo, creo que es un tema muy muy completo. Creo que se puede expandir muchísimo lo que tú decías. O sea, cada certificación es un lugar, un libro así no como el pienso que es bastante grande, que hay que estudiar mucho, o sea, son certificaciones muy interesantes, hay que estudiar, pero vale la pena verdad? Porque ayuda en la estructura a la organización para la compañía y todo lo que hablamos al inicio para mejorar costos e para los procesos, los challenges que se encuentren en los diferentes proyectos, en el servicio de los clientes y obviamente fortalece la compañía para su crecimiento. Rodolfo Corregible Muchas gracias Core por por el tiempo. La explicación súper bien, súper claro, excelente. Esperamos volverte a ver pronto acá en los diferentes presentaciones y tenemos muchos requerimientos sobre ITIL o sobre Pimpi, o sobre Scrum. Te estaremos llamando para hablar pronto con uno de tus ingenieros o comparte tu equipo para que nos compartan más sobre las experiencias de ustedes día a día de todos estos procesos? Claro que sí, Juan Carlos, muchísimas gracias por la invitación. Excelente Rodolfo. Recuerden que estábamos trabajando lo que es un marco de trabajo para la implementación de proyectos, pero lo interesantes para lograr el éxito en proyectos y en todo lo que se está trabajando. Como siempre. Muchas gracias a todos ustedes por seguirnos en el en este programa o en este webinar de TELONLINE sobre Tecnología y telecomunicaciones y los invitamos para que nos sigan en las redes sociales a través de las diferentes redes sociales Facebook, LinkedIn, Twitter e Instagram.
Y también inscríbase en el canal de YouTube para que estén informados y notificados sobre todos los nuevos programas que estamos trabajando y tratando con experiencia sobre tecnología y telecomunicaciones. Tenemos invitados especiales internos en nuestra compañía, invitados expertos en temas de diferentes áreas con proveedores que trabajamos y también invitados como clientes que vienen y comparten con nosotros todas sus experiencias. Los esperamos el próximo jueves, como siempre, en los próximos programas sobre tecnología y telecomunicaciones. Gracias a todos ustedes por estar con nosotros. Rodolfo Muchas gracias ingeniero y nos vemos la próxima vez y que tengas un excelente día.
Sonix uses cutting-edge artificial intelligence to convert your TP7J00uf3_I files to text.
Create and share better video content with Sonix. Quickly and accurately transcribe your Zoom meetings and recordings. Transcribing your video files will make them more accessible. Transcribe a join.me meeting and get a transcript in just a few minutes. It's easy to transcribe with Sonix. Transcribing with Sonix is easy, you really don't have to do anything but make yourself a nice cup of coffee.Create subtitles and closed captions in minutes with automated transcription. Create better subtitles with automated transcription for your video files. Are you a filmmaker? Automatically transcribe your latest video recordings with Sonix.
Sonix is the best online video transcription software in 2020—it's fast, easy, and affordable.
For your video files, use Sonix to easily convert TP7J00uf3_I files to srt for better subtitles. If you are looking for a great way to convert your video to text, try Sonix today.
