La idea de iniciar un primer proyecto de IA puede ser considerada a priori como una meta imposible, pero el grado de madurez actual de las tecnologías y los equipos permiten iniciarse sin mucha dificultad en un mundo que parece muy complejo. La experiencia de InfoJobs, dejando de banda los detalles mas técnicos, ilustra un caso de éxito tanto en el plano estratégico como de producto.
Manual de descripcion de cargos para una empresa de desarrollo de softwareYaskelly Yedra
El Manual de Descripción de Cargos es un instrumento de la administración de los de recursos humanos: reclutamiento, selección, adiestramiento, clasificación, remuneración, evaluación de desempeño y contratación, donde se indican los objetivos, las funciones o tareas, obligaciones, responsabilidades y requisitos exigidos que sirven para identificar y describir los diferentes cargos de la organización, agrupando los similares bajo títulos comunes.
Es la relación detallada de los objetivos del cargo (para que lo hace), de las funciones del cargo (lo que el ocupante hace) y de los métodos empleados para la ejecución de esas funciones o tareas (como lo hace). Es básicamente un inventario escrito de los principales hechos significativos sobre la ejecución del cargo. La descripción debe ser concisa y completa, de manera que proporcione la información más importante y específica, quedando claro el contenido del cargo.
Identificar Las Necesidades De Un Proyecto A Través De Las Historias De Usuar...itService ®
¿Qué es un User Story?
¿Cómo se conforma ?
Beneficios y Desventajas
User Story es la forma que utiliza Scrum Para levantar requerimiento que vengan de parte del usuario.
La realidad del product owner 2017 | Webinar itService ®
Un marco de trabajo en el que las personas pueden hacer frente a problemas Complejos de forma adaptables, mientras que de manera productiva y creativa entregan productos del mayor valor posible.
Ligero
Fácil de Entender
Difícil de dominar"
La idea de iniciar un primer proyecto de IA puede ser considerada a priori como una meta imposible, pero el grado de madurez actual de las tecnologías y los equipos permiten iniciarse sin mucha dificultad en un mundo que parece muy complejo. La experiencia de InfoJobs, dejando de banda los detalles mas técnicos, ilustra un caso de éxito tanto en el plano estratégico como de producto.
Manual de descripcion de cargos para una empresa de desarrollo de softwareYaskelly Yedra
El Manual de Descripción de Cargos es un instrumento de la administración de los de recursos humanos: reclutamiento, selección, adiestramiento, clasificación, remuneración, evaluación de desempeño y contratación, donde se indican los objetivos, las funciones o tareas, obligaciones, responsabilidades y requisitos exigidos que sirven para identificar y describir los diferentes cargos de la organización, agrupando los similares bajo títulos comunes.
Es la relación detallada de los objetivos del cargo (para que lo hace), de las funciones del cargo (lo que el ocupante hace) y de los métodos empleados para la ejecución de esas funciones o tareas (como lo hace). Es básicamente un inventario escrito de los principales hechos significativos sobre la ejecución del cargo. La descripción debe ser concisa y completa, de manera que proporcione la información más importante y específica, quedando claro el contenido del cargo.
Identificar Las Necesidades De Un Proyecto A Través De Las Historias De Usuar...itService ®
¿Qué es un User Story?
¿Cómo se conforma ?
Beneficios y Desventajas
User Story es la forma que utiliza Scrum Para levantar requerimiento que vengan de parte del usuario.
La realidad del product owner 2017 | Webinar itService ®
Un marco de trabajo en el que las personas pueden hacer frente a problemas Complejos de forma adaptables, mientras que de manera productiva y creativa entregan productos del mayor valor posible.
Ligero
Fácil de Entender
Difícil de dominar"
Presentación utilizada en la charla 'ITIL: Qué es y para qué sirve' impartida en la Universidad de Cantabria el 20/05/2015, dentro del ciclo 'Informática en acción'.
ITIL® en la práctica: Consideraciones a tener en cuenta de cara a implementar...EXIN
ITIL define un conjunto de buenas prácticas a la hora de gestionar los servicios TI en una organización, que son mayoritariamente aceptadas y consideradas adecuadas.
Una de las más importantes consideraciones que hay que tener presente es que ITIL proporciona buenas prácticas en una serie de ámbitos diferentes, aunque complementarios, y que en la mayoría de los casos uno no implanta ITIL, tal cual. Lo que se debe hacer es conocer ITIL, pensar qué nos ofrece que nos pueda aportar valor al negocio, adaptarlo a nuestras necesidades, y entonces, implementarlo.
Esto implica que ITIL no se implanta; ITIL te guía, pero raramente nos servirá si pretendemos utilizarlo como una unidad rígida e indivisible.
Dependiendo de las características de nuestra organización, se debe evaluar la aplicación de las buenas prácticas de ITIL en lo que se refiere a gestión de incidentes, o a gestión de la configuración, pero quizá no tengamos que hacer esta evaluación o al menos, no con la misma profundidad para otros procesos.
También es importante tener en cuenta, que implementar ITIL conlleva una tarea primordial de concienciación y formación. Para implementar estas buenas prácticas tenemos que concienciar y explicarles a todos los miembros de la organización porque es necesario, hacer que se comprometan, y, en última instancia, amonestarles de vez en cuando para que hagan caso.
Por tanto la implantación de ITIL conlleva la necesidad de formar y "educar" tanto al personal del departamento TI, como a sus usuarios (suele ser la tarea más dura).
No existe una solución milagrosa. La implementación y el desarrollo de una Buena Práctica requieren de un sólido compromiso por parte de la organización.
El camino hacia las buenas prácticas ITIL es largo y, normalmente, tortuoso. Requiere de un plan bien trazado, de mucha fuerza, y de dosis infinitas de paciencia.
Y por último, apliquemos siempre el sentido común, el menos común de los sentidos.
Proyectos arquitectura y servicios desde cobit5itService ®
Cuando la gente entiende el propósito del cambio, cómo va a afectar a ellos ya su trabajo, y cuando creen en la importancia y los beneficios del cambio, entonces las iniciativas de mejora son mucho más probables que tenga éxito.
Cómo mejorar los procesos de Operaciones y Desarrollo con Lean IT y DevOpsEXIN
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
Presentación utilizada en la charla 'ITIL: Qué es y para qué sirve' impartida en la Universidad de Cantabria el 20/05/2015, dentro del ciclo 'Informática en acción'.
ITIL® en la práctica: Consideraciones a tener en cuenta de cara a implementar...EXIN
ITIL define un conjunto de buenas prácticas a la hora de gestionar los servicios TI en una organización, que son mayoritariamente aceptadas y consideradas adecuadas.
Una de las más importantes consideraciones que hay que tener presente es que ITIL proporciona buenas prácticas en una serie de ámbitos diferentes, aunque complementarios, y que en la mayoría de los casos uno no implanta ITIL, tal cual. Lo que se debe hacer es conocer ITIL, pensar qué nos ofrece que nos pueda aportar valor al negocio, adaptarlo a nuestras necesidades, y entonces, implementarlo.
Esto implica que ITIL no se implanta; ITIL te guía, pero raramente nos servirá si pretendemos utilizarlo como una unidad rígida e indivisible.
Dependiendo de las características de nuestra organización, se debe evaluar la aplicación de las buenas prácticas de ITIL en lo que se refiere a gestión de incidentes, o a gestión de la configuración, pero quizá no tengamos que hacer esta evaluación o al menos, no con la misma profundidad para otros procesos.
También es importante tener en cuenta, que implementar ITIL conlleva una tarea primordial de concienciación y formación. Para implementar estas buenas prácticas tenemos que concienciar y explicarles a todos los miembros de la organización porque es necesario, hacer que se comprometan, y, en última instancia, amonestarles de vez en cuando para que hagan caso.
Por tanto la implantación de ITIL conlleva la necesidad de formar y "educar" tanto al personal del departamento TI, como a sus usuarios (suele ser la tarea más dura).
No existe una solución milagrosa. La implementación y el desarrollo de una Buena Práctica requieren de un sólido compromiso por parte de la organización.
El camino hacia las buenas prácticas ITIL es largo y, normalmente, tortuoso. Requiere de un plan bien trazado, de mucha fuerza, y de dosis infinitas de paciencia.
Y por último, apliquemos siempre el sentido común, el menos común de los sentidos.
Proyectos arquitectura y servicios desde cobit5itService ®
Cuando la gente entiende el propósito del cambio, cómo va a afectar a ellos ya su trabajo, y cuando creen en la importancia y los beneficios del cambio, entonces las iniciativas de mejora son mucho más probables que tenga éxito.
Cómo mejorar los procesos de Operaciones y Desarrollo con Lean IT y DevOpsEXIN
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
Estamos en un momento de tormenta perfecta.
Desde hace años, las metodologías ágiles vienen aplicando los principios fundamentales del Lean Thinking en el desarrollo de aplicaciones en un movimiento que ha conseguido acelerar la producción de funcionalidades de software a niveles que pocos podíamos imaginar.
De la misma manera, la utilización de metodologías orientadas a procesos como ITIL(r) ha conseguido estabilizar los entornos de producción garantizando una entrega de servicios formal, estructurada y alineada con las necesidades del negocio.
Pero los paradigmas que encontramos en el lado de la producción no son los que encontramos en desarrollo. ¿Cuántas veces el fin de un sprint no se ha topado con la necesidad de contar con la aprobación formal de un Change Advisory Board que está planificado para dos semanas más tarde, rompiendo así todos los beneficios de la agilidad?
En este seminario veremos cómo los principios Lean-IT son aplicables tanto en el mundo del desarrollo como en el mundo de la entrega de servicios y analizaremos cómo se materializan estas ideas en las prácticas DevOps, que facilitan los pasos a producción teniendo en cuenta la visión completa de lo que esto significa, consiguiendo un flujo estable desde las ideas y demandas del negocio hasta la entrega de valor al usuario.
Webinar ISO 20000 Gestion de Servicios de TIitService ®
ISO 20000 es una Norma Internacional cuyo objetivo es garantizar la prestación de los servicios gestionados de TI con una calidad aceptable para los clientes de un proveedor de servicios de TI.
Cómo Calcular el Staff en un Service Desk-FREE-itService ®
Hoy en día muchos mesas de servicio utilizan diferentes mecanismos, formulas, herramientas , calculadoras para determinar con mayor precisión la cantidad de personas requeridas en la gestión de actividades de mesa de servicios de acuerdo a los horarios específicos que puedan tener.
Presentación Webinar Service Desk Metricas KPI´sitService ®
Las métricas es un sistema de medidas relativas que permiten la cuantificación de una característica particular, dentro de una organización TI debe utilizarse tres tipos de métricas: tecnológica, de procesos y de servicios.
ACERTIJO DE CARRERA OLÍMPICA DE SUMA DE LABERINTOS. Por JAVIER SOLIS NOYOLAJAVIER SOLIS NOYOLA
El Mtro. JAVIER SOLIS NOYOLA, crea y desarrolla ACERTIJO: «CARRERA OLÍMPICA DE SUMA DE LABERINTOS». Esta actividad de aprendizaje lúdico que implica de cálculo aritmético y motricidad fina, promueve los pensamientos lógico y creativo; ya que contempla procesos mentales de: PERCEPCIÓN, ATENCIÓN, MEMORIA, IMAGINACIÓN, PERSPICACIA, LÓGICA LINGUISTICA, VISO-ESPACIAL, INFERENCIA, ETCÉTERA. Didácticamente, es una actividad de aprendizaje transversal que integra áreas de: Matemáticas, Neurociencias, Arte, Lenguaje y comunicación, etcétera.
Un libro sin recetas, para la maestra y el maestro Fase 3.pdfsandradianelly
Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestra y el maestro Fase 3Un libro sin recetas, para la maestr
Today is Pentecost. Who is it that is here in front of you? (Wang Omma.) Jesus Christ and the substantial Holy Spirit, the only Begotten Daughter, Wang Omma, are both here. I am here because of Jesus's hope. Having no recourse but to go to the cross, he promised to return. Christianity began with the apostles, with their resurrection through the Holy Spirit at Pentecost.
Hoy es Pentecostés. ¿Quién es el que está aquí frente a vosotros? (Wang Omma.) Jesucristo y el Espíritu Santo sustancial, la única Hija Unigénita, Wang Omma, están ambos aquí. Estoy aquí por la esperanza de Jesús. No teniendo más remedio que ir a la cruz, prometió regresar. El cristianismo comenzó con los apóstoles, con su resurrección por medio del Espíritu Santo en Pentecostés.
3. “ La información contenida en esta presentación es de carácter CONFIDENCIAL e
INTRANSFERIBLE y es propiedad Intelectual de It Service.”
Esta información no puede ser compartida, copiada o entregada a personal externo a su
organización.
4. Quienes Somos
en brindar consultorías, auditorias, entrenamientos y
certificación en estándares y metodologías mundiales
para la industria de las tecnologías de la información.
Compañía especializada
6. Trivias-IT
Los invitamos a participar, descargado la aplicación KAHOOT, para participar de
descuentos en nuestros cursos! https://kahoot.it/
7. SPEAKER: JAVIER CARDONA
Coach agile ,Consultor senior, trainer e implementador de las buenas prácticas en
la gestión de servicios y la formulación de agilidad en proyectos
9. Requerimientos Agile – Requerimientos Tradicionales
Requisitos Funcionales
• Es el estado puro de las características.
• ¿Como se deben hacer las cosas?
Casos de Uso
• Serie de características entre el usuario y el sistema
• ¿Como lo quiere?
Historias de Usuario
• Describe lo que el usuario quiere del sistema
• ¿Qué se debe hacer? ¿Qué quiere el usuario?
10. ¿Qué es?
“Es una representación de
una necesidad del usuario en
forma escrita de una o dos
frases, utilizando el lenguaje
común del usuario”
User Story – Historias de Usuario
Principios básicos de los
requerimientos Agile
Potencializa la participación del
equipo en la toma de decisiones.
Se crea y evoluciona a medida
que el proyecto avanza
Son peticiones pequeñas, menos
es mas
Fomentan la cooperación,
colaboración y la conversación
entre los miembros del equipo
11. ¿Por qué en el lenguaje del usuario?
“la parte mas difícil de reunir los
requerimientos no es acto de
añadir lo que el cliente quiere, es
la actividad exploración e
incremental de ayudar a otros a
darse cuenta de que quieren”
Steve McConnell
Según Albert Mehrabian, la
comunicación humana se
compone de tres partes:
• 7%: El contenido (las palabras,
lo dicho)
• 38%: El tono de la voz
• 55%: Las expresiones faciales
12. ¿Que debemos tener en cuenta en su creación?
Card Conversación Confirmación
Independiente Negociable Valiosa
Pequeña Testeable
13. Criterios de Aceptación
Criterios de Aceptación
Son los componentes, objetivos
por los cuales se juzga la
funcionalidad de una User Story
DoD (Definition of Done)
Es un conjunto de reglas que se
aplican a todas las User Story en
un determinado Sprint
S
• Specific – Especifico
M
• Measurable – Medible
A
• Achievable - Alcanzable
R
• Relevant - Relevante
T
• Time-Boxing
14. Modelado de actores
Pueden existir diferentes personas
que representaran el papel de los
usuarios que los llamaremos
“actores”
• ¿Quién es el usuario para el cual
estamos trabajando?
• ¿Qué hace, en que trabaja,
cuantos años tiene, como y
donde vive?
• ¿Qué tecnología sabe usar?
• ¿Cuál es la necesidad por la cual
usara la aplicación o el
producto?
15. ¿Cómo se relaciona las historia de usuario con los roles
de Scrum?
Creación
Propiedad y administración
Uso
17. Conclusión
¿Son las historias de usuario mejor que otros tipos de
especificación de requerimientos?
Depende de la situación, pero en un
ambiente de colaboración, la
experiencia indica que claramente sí.
La historia de usuarios no hará que el
proyecto sea ágil, o la falta de ellas
hará que sea difícil adquirir agilidad.
18.
19. Visita nuestras Redes Sociales y dale clic en Me gusta
Twitter: @IT_Service_Co
Facebook: /itservicecorp/
Linkedin: It Service SAS
Puede consultar más Informacion de nuestros cursos en
www.itservice.com.co
Scrum es un marco de trabajo basado en un Conjunto de valores, principios y prácticas que Suministran Ios fundamentos para que cada Organización le agregue su implementación única"
Scrum es un marco de trabajo basado en un Conjunto de valores, principios y prácticas que Suministran Ios fundamentos para que cada Organización le agregue su implementación única"
Definición de Done
Imaginemos una pareja que acaba de volver del trabajo. El marido decide cocinar fideos, mientras la mujer ordena la ropa. La mujer pregunta desde la habitación si la comida está lista. El marido responde que no, que en cinco minutos. Al cabo de un rato la mujer insiste y el marido, orgulloso, responde que sí, que la cena está lista. La mujer se dirige rápidamente a la mesa y encuentra, papeles desordenados y un vaso medio vacío. Le pregunta al esposo qué pasa, ni si quiera está hecha la mesa !El marido ,sorprendido, le contesta que los fideos están listos, lo que significa que la cena está lista. Ahora resta servirlos en platos, limpiar la mesa ,etc, etc. ¿Quién Tiene razón? ¡Ambos! ¿Cuál es el problema? Que ambos tienen distintos criterios de hecho. ¿La consecuencia? No solamente el enojo de ambos, si no que las decisiones se tomaron según el propio criterio de hecho.