Mediador: Mauro Cesar Sobrinho

Transcrição

1

2 Mediador: Mauro Cesar Sobrinho Secretário de TIC do Ministério Público Federal

3 Pesquisa Gartner 2015, 2016 e 2017 análise em 2018 Média de 170 respondentes Amostra mundial: governo e empresas privadas Compostos por líderes de TIC Reflete a opinião dos gestores

4

5 Implementar o desenvolvimento ágil As três maiores razões: Acelerar a entrega de soluções Aumentar o alinhamento entre TIC e Negócio Maior flexibilidade de se adaptar às mudanças de especificação

6 Implementar o desenvolvimento ágil Forte compromisso organizacional Equipe com experiência Experiência com métodos ágeis Scrum, Kanban, Scrumban, XP, etc. 3 anos Fatores de sucesso:

7 Culture Change From "Me" to "We" Daily Scrum This is what I want. When can I have it? Business Stakeholder Is it done yet? That's not my job! Talk to the tester.? That's not my job! Talk to the analyst. Product Backlog Sprint Review Sprint Retrospective Scrum Master Product Owner? It's OUR Job! Analyst Developer The Sprint Operations Tester Sprint Backlog Sprint Planning Increment Project Manager Analyst That's not my job! Talk to the developer. Those darn developers! Developer Tester ID: Operations 2018 Gartner, Inc.

8 Success With Agile Development by Length of Time Using Agile 7 "Success With Agile Development" [1 = Not Successful, 7 = Highly Successful] Mean Shown % 15% 47% 20% 12% Successful 3 2 Size of Bubble Represents Percentage of Respondents With Given Level of Experience 1 Less Than 6 Months 6 Months to Less Than 1 Year 1 Year to Less Than 3 years 3 Years to Less Than 5 Years 5 Years or More Base: n = 165; Gartner Research Circle members currently using or piloting agile Q. How successful has agile development in your organization been so far? Q. How long has your organization been using each of these agile methods? ID: Gartner, Inc.

9 Agile Methods Planned for Use/Used in Organization 2015 Survey (n = 150) 2016 Survey (n = 158) 2017 Survey (n = 173) Percentage of Respondents Scrum Kanban Scrumban Extreme Programming (XP) Other [Multiple responses allowed] Base: Gartner Research Circle members; Organization's development is based on "Agile," "Iterative" or "Lean IT" methodologies Q. Which of these agile methods are planned for use/used in your organization? ID: Gartner, Inc.

10 Use of Agile Technical Practices by Success With Agile Development Percentage of Respondents 100 Agile Development Unsuccessful (1-3) or Neither Successful nor Unsuccessful (4; n = 40)* 1-4 Rating on a 1-7 Scale where 1 = Not Successful and 7 = Successful Some to High Degree of Success With Agile Development (n = 136)** 5-7 Rating on a 1-7 Scale Where 1 = Not Successful and 7 = Successful ppt +25ppt ppt ppt +18ppt Pair Programming Unit Testing Test-Driven Development (TDD) Refactoring Behavior-Driven Development (BDD) Continuous Integration Automated Acceptance Testing DevOps Agile Enterprise Practice Implementation Base: Gartner Research Circle members. Q. When did or will your organization begin to use each of the following agile enterprise practices? Q. How successful has agile development in your organization been so far? ID: Gartner, Inc.

11 Quanto tempo você levaria para colocar em produção a mudança em uma linha de código? Ability to Release Changes "24 hours for nonsafety-critical applications, 1 week for safety critical" "1 week" "Daily on our corporate website!" "In our best agile project, this would take us 1 week to deploy; in the most successful waterfall, 3-6 months." "We have two processes. One can get into production in less than an hour. The other would take four hours. The difference being the number of customers affected." What is your answer? "One or two days for the team to take it through QA and change control." In our line-of-business applications, it would take about 6 weeks." In my new project, I could get it out there in two weeks." ID: Gartner, Inc.

12 Quanto tempo você levaria para colocar em produção a mudança em uma linha de código? Enquanto o tempo de entrega de novas funcionalidades é, em sua maior parte, uma decisão de negócio, há que se levar em consideração, já em um contexto técnico de decisão, a entrada em produção de correções. Sob está ótica, se o seu tempo médio para aplicação de correções for superior a uma semana, você deverá investigar quais gargalos estão impedindo seu processo de ser mais eficaz e implementar alterações que otimizem seu fluxo.

13 A identificação de gargalos é essencial para o aumento da velocidade das entregas. Esse tipo de análise é similar ao processo de otimização da capacidade de um data center: Em ritmo máximo de produção algum ativo estará impondo limites de performance. Identificar o ponto exato é fundamental para que não se invista em pontos anteriores ou posteriores ao gargalo, sob risco de aumentar a demanda reprimida ou, simplesmente, desperdiçar recursos. Esse tipo de análise para identificar gargalos é comumente utilizada em ambiente de operações, mas pode ser aplicada no ciclo de desenvolvimento de software.

14 The Five Steps

15 Typical Bottlenecks

16 MPF Número mensais de tentativas de ataque de origem externa em 2018: Previsão anual: (oito milhões e cem mil) Exploração de vulnerabilidades em aplicações web e aplicativos móveis respondem por uma significativa parcela de incidentes. Implementar no ciclo de desenvolvimento de sistemas (software development life cycle - SDLC) soluções de teste de segurança e inspeção de códigos ( Application security testing - AST) é iniciativa mandatória. Aplicar AST apenas nos estágios finais no ciclo de desenvolvimento pode resultar em remediações caras e não eficazes. Com a adoção de integração contínua e outros métodos ágeis se faz necessária uma integração / automação do uso de AST em todo o ciclo. Desenvolvimento, Homologação e Produção Os desafios são ainda maiores quando as organizações utilizam componentes baseados em código aberto e (open-source software - OSS) softwares entregues por terceiros. Use ferramentas para correlacionar vulnerabilidades quando as saídas do AST alcançarem um grande volume

17 Three Phases of AST Across the (Continuous) Development Pipeline IDE = integrated development environment UAT = user acceptance testing VA = vulnerability assessment

18

19