Archivo mensual: mayo 2017

ITIL DEVOPS AGILE PROCESS – Code Review


  • El recurso una vez terminado su Unit Test, actualize el estado de su Story a “Code Review”. (ITIL Continuity Management)
  • El SA realiza el Code Review y solicita ajustes hasta cumplir la espectativa técnica sobre el desarrollo y el correcto funcionamiento. (ITIL Continuity Management)
  • El SA verifica que se cumplan las buenas practicas, los standares de programación, la organización del código, la arquitectura y la funcionalidad esperada. (ITIL Continuity Management)
  • En caso que no se cumpla alguno de los requisitos de validación el código sera rechazado y el recurso deberá solicitar Code Review hasta ser aprobado. (ITIL Continuity Management)
  • El SA proporcionará herramientas para la gestión de Code Review. (ITIL Continuity Management)
  • The resource once finish your Unit Test, update the status of Story to “Code Review” (ITIL Continuity Management).
  • The SA carries out the Code Review and requests adjustments until it meets the technical expectations regarding the development and correct functioning (ITIL Continuity Management).
  • The SA verifies that good practices, programming standards, organized code, architecture and expected functionality are fulfilled (ITIL Continuity Management).
  • In case any of the validation requirements are not met, the code will be rejected and the resource must request Code Review until approved (ITIL Continuity Management).
  • The SA will provide tools for the management of Code Review (ITIL Continuity Management).
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Unit Testing

QA Deploy & Quality Review→

Anuncios

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Unit Testing


  • El recurso realiza Unit Testing de su desarrollo, ya sea por medio de código para Unit Test y/o de forma funcional. Será provisto de herramientas según el tipo de Proyecto para que realice los test. (ITIL Test Model Definition)
  • El recurso es responsable de su Unit Test para verificar su trabajo y mejorar la integración de codigo. (ITIL Test Model)
  • En caso que su tarea requiera un testing funcional integrado o falle posteriormente su integración, deberá responsabilizarse de un Unit Test integrado. (ITIL Release Test)
  • The resource performs Unit Testing, by Unit Test Code and / or functional testing. It will be provided with tools according to the type of Project to carry out the tests. (ITIL Test Model Definition).
  • The resource is responsible for your Unit Test to verify your work and improve code integration. (ITIL Test Model).
  • In case your task requires an integrated functional testing or if the code fail on integrate, the resource should be responsible for an integrated Unit Test (ITIL Release Test).
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Development

Code Review→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Development


  • El SM junto al PO y el SA realiza las daily meeting para apoyar al equipo y administrar los avances y Stories de cada uno (por Proyecto o en conjunto o personalmente). (ITIL Iterative Development)
  • El recurso desarrolla el caso. (ITIL Iterative Development)
  • El recurso diariamente carga las horas insumidas en el Sistema de Gestion de casos con el comentario respectivo de sus actividades. Además si es necesario hace comentarios técnicos en el Story, agrega capturas, configuraciones, alertas, cambios, etc. (ITIL Iterative Development)
  • El recurso actualiza la información de los Stories diariamente (estado, avances, etc). (ITIL Iterative Development)
  • The SM together with the PO and the SA perform the daily meetings to support the team and manage the progress and Stories of each one (by Project or group or personally) (ITIL Iterative Development).
  • The resource develops the case. (ITIL Iterative Development).
  • The resource daily save the hours in the System Ticket Management with the respective comment of activities. Also, if necessary, add technical comments in the Story, captures, configurations, alerts, changes, etc. (ITIL Iterative Development).
  • The resource updates Stories information daily (status, progress, etc). (ITIL Iterative Development)
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Technical Induction

Unit Testing→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Technical Induction


  • Los recursos junto al SM y el SA inician las daily meeting para determiner de manera técnica como resolver el Story. (ITIL Knowledgment)
  • Los recursos analizan sus Stories y dan feedback al SA. (ITIL Work Collaboration)
  • El SA valida el Story con el recurso y en caso de riesgos o complejidad analiza con el PO y SM las redifiniciones o los pasos técnicos a seguir. (ITIL Resource Experience)
  • The resources with the SM and the SA initiate the daily meetings to determine in a technical way how to solve the Story. (ITIL Knowledgment)
  • Resources analyze their Stories and give feedback to the SA. (ITIL Work Collaboration)
  • The SA validates the Story with the resource and in case of risks or complexity analyzes with the PO and SM the redifinations or the technical steps to follow. (ITIL Resource Experience)
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Stories

Development→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Stories


  • El SM debe controlar todas las Stories generadas en el backlog y ajustar estimaciones, tiempos de entrega, fechas de inicio, asignación de sprint y recurso, prioridad, etc. (ITIL Configuration Management)
  • El SM presenta las Stories a los recursos que desarrollarán y sus asignaciones para hacer ajustes de tiempos y análisis de los mismos (complejidad, tiempos de capacitacion, inducción, etc) (ITIL Change Management)
  • The SM must control all Stories generated in the backlog and adjust estimates, delivery times, start dates, sprint and resource allocation, priority, etc. (ITIL Configuration Management)
  • The SM presents the Stories to the resources that they will develop and their assignments to make time adjustments and analysis of them (complexity, training times, induction, etc.) (ITIL Change Management)
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Sprints

Technical Induction→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Sprints


  • El SM arma los sprints en base al planning (ITIL Service Transition Sprint Planning).
  • El SM inicia la meeting de kickoff del Proyecto con los Stalkholders (si es necesario), los recursos participantes y el PO (ITIL Service Transition Sprint Execution).
  • Se dispara el primer Sprint para iniciar el proceso de desarrollo (N veces hasta completar todos los sprint del proyecto). (ITIL Service Transition Change Management)
  • The SM build sprints based on planning (ITIL Service Transition Sprint Planning).
  • The SM initiates the kickoff meeting of the Project with the Stalkholders (if necessary), the participating resources and the PO (ITIL Service Transition Sprint Execution).
  • The first Sprint is triggered to start the development process (N times until all project sprints are completed) (ITIL Service Transition Change Management).
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Planning

Stories→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría

ITIL DEVOPS AGILE PROCESS – Planning


  • El PO junto al SM y el SA estiman los casos del backlog según la asignación de perfiles de los recursos (ITIL Service Transition Lifecycle Starting)
  • El PO planifica el backlog para cumplir las espectativas de las demandas (ITIL Service Transition Plan).
  • The PO together with the SM and the SA estimate the cases of the backlog according to the allocation of resource profiles (ITIL Service Transition Lifecycle Starting).
  • The PO plans the backlog to meet demand expectations (ITIL Service Transition Planning).
PO: Product Owner
SM: Scrum Master
SA: Solution Architect

←Projects Backlogs

Sprints→

Deja un comentario

Archivado bajo Filosofía de Equipo, Teoría