Unindo as metodologias ITIL e Ágil aula 01-06

Prévia do material em texto

Unindo as metodologias ITIL e Ágil
OMétodo Ágil surgiu em 2001 a partir do Manifesto Ágil, que é uma declaração contendo valores e princípios. Este movimento tem como objetivo eliminar a burocracia do processo de desenvolvimento de sistemas e aplicações.
Tem trazido muitas vantagens às empresas, mas sua implementação depende da empolgação dos membros da área de T.I., ou seja, a alta direção e as áreas de negócio precisam comprar essa ideia. A participação das áreas de negócio nesse processo é fundamental e nem sempre ocorre.
 
Os 4 valores do método ágil (PMI, 2017).
· Indivíduos e interações x processos e ferramentas;
· Software em funcionamento x documentação abrangente;
· Colaboração com o cliente x negociação de contrato;
· Respondendo à mudança x seguindo um plano.
 
Este manifesto enfatiza a importância dos indivíduos e interações, software em funcionamento, colaboração com o cliente e respondendo à mudança em detrimento dos outros itens da lista acima, que compõem processos mais tradicionais.
Um dos métodos ágeis mais utilizados e conhecidos é o Scrum. Contudo, é importante ressaltar que para obter os benefícios desse método a alta gerência deve administrar a transição, e principalmente ter vontade de mudar juntamente com a organização – o que significa ajustar a forma pela qual vê, revisa e avalia os seus funcionários, PMI (2017).
 
 
METODOLOGIA ÁGIL SCRUM
 
Existem várias metodologias de desenvolvimento classificadas como ágeis, dentre elas a metodologia SCRUM se destaca por ser um processo de desenvolvimento software incremental em ambientes complexos, onde os requisitos não são claros ou mudam com muita frequência. O SCRUM é fundamentado na teoria de controle de processo e tem por objetivo aperfeiçoar a previsibilidade e controlar os riscos de um projeto. Transparência, inspeção e adaptação são os três pilares que sustentam a metodologia SCRUM. A transparência é a garantia que todos os processos que envolvam o resultado sejam claros para ambas as partes envolvidas no projeto. A inspeção é realizada durante todo o projeto e tem por objetivo detectar qualquer variação e ajustar o processo evitando assim problemas futuros. A necessidade de adaptação surge da inspeção e tem por finalidade adaptar o processo para qualquer variação detectada na inspeção. (SILVA ET AL, 2011)
 
Por que se tornar ágil é difícil (mas vale a pena). (Texto de um case da Salesforce.com, (COHN, 2010).
 
 
A seguir, uma outra visão através de mais um texto sobre o Método Ágil em que está descrita a experiência da empresa Salesforce.com. utilizando o Método Scrum.
De acordo com o caso, apesar das dificuldades de migrar de um método tradicional para um método, este processo vale a pena!  O texto alerta que é uma tarefa de longo prazo e que é fundamental envolver não somente os desenvolvedores, mas toda a organização, pois a questão de priorizar e definir projetos deve ser uma atividade e uma prerrogativa das áreas de negócio.
Fundada em 1999 num apartamento em São Francisco, em 2006 a Salesforce.com já tinha uma receita de US $ 450 milhões, 2000 funcionários, mas havia percebido que não estava atendendo seus clientes em termos de entrega e prazos. Resolveu então adotar o Método Scrum para resolver estes problemas. No primeiro ano com o novo método a empresa lançou mais de 94% de recursos, aumentou em 38% os recursos por desenvolvedor e entregou em valor agregado aos seus clientes o equivalente a 500% comparando com o que foi entregue no ano anterior. A receita chegou a mais de um US$ 1 bilhão nos dois anos seguintes (COHN, 2010).
Apesar do sucesso de muitas empresas nesse processo é fundamental abordar alguns problemas que envolvem esta mudança e que são decisivos para o sucesso – um exemplo é a falta de envolvimento do P.O. (chamado Product Owner) ou representante do negócio.
Papel do P.O.: nem sempre os P.O.s assumem seu papel no processo. A falta de envolvimento do cliente ou pessoa que o representa tem sido vista como o aspecto mais desafiador na adoção de métodos ágeis. (HODA et al., 2011);  (JOVANOVIC et al., 2017).
Tais problemas podem ser resolvidos quando o método Scrum é implementado pelas áreas de negócio em conjunto com a área de Tecnologia da Informação. Fundamental aqui relembrar dois dos valores do Método Ágil PMI (2017):
 
· Indivíduos e interações x processos e ferramentas;
· Colaboração com o cliente x negociação de contrato;
 
No primeiro item “Indivíduos e interações” devem prevalecer sobre “processos e ferramentas”; e “colaboração com o cliente” deve prevalecer sobre “negociação de contrato”. E é seguindo esses dois valores que se pode resolver essas questões relacionadas ao envolvimento e interações entre as áreas fundamentais para o sucesso e eficácia do método.
 
O Método Itil
 
Uma breve descrição do ITIL V.3 ITIL:  é uma coleção de suas melhores práticas que requer foco nos clientes e usuários e, mais especificamente, no valor que eles obtêm com a utilização dos serviços de TI (VERLAINE, 2016).
Um estudo empírico recente demonstra que o ITIL ajuda fortemente as empresas que fornecem serviços de TI a melhorar seus processos e aumentar seus benefícios. ITIL v.3 está estruturado em cinco fases, cada uma composta por processos.  O Itil possui 5 fases conforme ilustra o Figura 01.
 
A etapa inicial é a estratégia que gera uma entrada de informações para a fase de desenho do serviço, que por sua vez produz informações para a fase de transição (onde a solução de serviço atual convive com a futura solução).
Na sequência, a fase de transição gera informação para a operação (onde o serviço deve estar em ação). O processo de melhoria contínua cria feedbacks para todas as fases e elas também produzem feedback entre si. Isso ocorre principalmente quando alguma mudança precisa ser feita e há algum impacto nas fases anteriores.
Figura 1: As 5 fases do Itil
Fonte: bing.com
 
 
O Método Ágil e o Método Itil
 
Uma vez tendo descrito os referidos métodos é importante mostrar como ambos podem ser utilizados em conjunto conforme mostra a Figura 02.  Na parte superior da figura temos as fases do Método Itil e abaixo as fases do Método Ágil através do Scrum, que se correspondem mutuamente e se complementam. Dessa forma, observa-se que a fase Estratégia de Serviços (Itil) corresponde à Visão (Ágil). A fase de desenho do serviço (Itil) corresponde à fase backlog do produto priorizado (Ágil). A fase transição do serviço (Itil) corresponde às etapas de Planejamento da sprint / backlog, reunião diária, retrospectiva e revisão da sprint (Ágil) e a operação do serviço (Itil) corresponde à implementação finalização da sprint (Ágil).
Figura 2: Unido os métodos Itil e Agil.
Fonte: Bing.com
Em resumo, nesta aula foram apresentados os métodos Ágil através do Scrum, o método Itil e a união de ambos. O importante a observar aqui é que todos estes métodos ajudam, através dos seus guias, a elaborar e entregar projetos com qualidade e que atinjam seus objetivos técnicos e principalmente de negócio. Os métodos têm em geral um conhecimento a partir de muitas experiências acumuladas e que fazem com os gestores possam ter mais segurança nas implementações dos projetos.
 
 
Atividade extra
 
Assista o vídeo sobre o método Ágil.
 
https://www.youtube.com/watch?v=3jFhJXgURJw
 
 
 
Referência Bibliográfica
 
AGUTTER, C. ITIL 4 ESSENTIALS, Your essential guide for the ITIL 4 Foundation exam and beyond, IT Governance Publishing, 2nd Edition, 2020.
BOEHM B, T. R. Management challenges to implementing agile processes in traditional development organizations. IEEE Softw. 2005;22(5):30-39. doi:10.1109/MS.2005.129.
COHN, M. Succeeding with Agile Software development using Scrum. 2nd Edition, Boston, Ma: Pearson Education Inc., 2010.
CRUZ-HINOJOSA, N. J.; GUTIÉRREZ-DE-MESA, J. A. Literature review of the situation research faces in the application of ITIL in Small and Medium Enterprises
Computer Standards & Interfaces 48 (2016) 124–138.
Hoda R, Noble J, Marshall S. The impact of inadequate customer collaboration on self-organizing Agile teams.Inf Softw Technol. 2011;53(5):521-534. doi:10.1016/j.infsof.2010.10.009
Jovanović M, Mas A, Mesquida AL, Lalić B. Transition of organizational roles in Agile transformation process: A grounded theory approach. J Syst Softw. 2017;133:174-194. doi:10.1016/j.jss.2017.07.008 PMI (project management institute), Agile Practice Guide, 1st Edition, 2017.
SANTOS, S. S. Escalando o Scrum Product Owner para grandes programas, IBM. Disponível em: https://developer.ibm.com/br/articles/product-owner-large-programs/.
SETYADI Resad, Kristian, Yusmadi, Afrijal, Deyantoro,Farhan, Prakoso,Noto Indra,  Maturity Level of ITSM Analysis Using ITIL V 3 Framework in NLAA Purbalingga SISFORMA: Journal of Information Systems (e-Journal) Vol. 8 | No. 1 |Th. 2021 7 ISSN 2442-7888 (online) DOI 10.24167/sisforma.v8i1.3039.
SILVA, D. E. dos S.; SOUZA, I. T. de; CAMARGO, T. METODOLOGIAS ÁGEIS PARA O DESENVOLVIMENTO DE SOFTWARE: APLICAÇÃO E O USO DA METODOLOGIA SCRUM EM CONTRASTE AO MODELO TRADICIONAL DE GERENCIAMENTO DE PROJETOS, Revista Mundo Project Management - nº 36 - Dez/Jan 2011 - p.44.
VERLAINE, B., Jureta I., Faulkner S. (2016) How Can ITIL and Agile Project Management Coexist?. In: Borangiu T., Dragoicea M., Nóvoa H. (eds) Exploring Services Science. IESS 2016. Lecture Notes in Business Information Processing, vol 247. Springer, Cham. https://doi.org/10.1007/978-3-319-32689-4_25.