O documento discute os princípios e valores do Manifesto Ágil, que prega a importância da colaboração, da adaptabilidade e da entrega contínua de valor ao cliente no desenvolvimento de software. O manifesto define 11 princípios centrados no indivíduo, na interação, no software funcionando e na resposta a mudanças.

1. O Pensamento Ágil

2. Insanidade é fazer
as coisas sempre
do mesmo jeito e
esperar que o
resultado mude.
Rita Mae Brown

3. Qualidade

4. A qualidade de software é uma
área de conhecimento da
engenharia de software que
objetiva garantir a qualidade do
software através da definição e
normatização de processos de
desenvolvimento.
"

5. Segundo a norma ISO
9000 (versão 2000), a
qualidade é o grau em
que um conjunto de
características
inerentes a um
produto, processo ou
sistema cumpre os
requisitos inicialmente
estipulados para estes.

6. No desenvolvimento
de software, a
qualidade do
produto está
diretamente
relacionada à
qualidade do
processo de
desenvolvimento

7. !
• CMMI
• MPS.BR
• ISO 9126
• ISO 15504
• ISO 12207
Modelos de qualidade:

8. qualidade
de software
=
qualidade do
processo
no mundo tradicional…

9. Qualidade do Processo

10. repetitível

11. controlável

12. repetitível

19. controlável

22. infinitas variáveis

31. poucas regras

32. o mundo é complexo

33. o mundo é caótico
pequenas variações no sistema podem
causar consequências estrondosas

34. o mundo não é linear

36. qualidade
de software
= ROI
no mundo moderno…

37. Our analysis suggests that 20%
of features are used often and
50% of features are hardly ever
or never used.
http://versionone.com/assets/img/files/ChaosManifesto2013.pdf
"

38. backlog

39. backlog

40. backlog

41. backlog

42. backlog

43. escopo
custo
prazo
excelência

44. escopo
custo
prazo
excelência

45. fazer
mais
fazer
certo
vs

46. escopo
custo
prazo
excelência

47. escopo
custo
prazo
excelência

48. escopo
custo
prazo
excelência

49. 1
2
3
4
5
backlog

50. backlog

51. backlog

52. backlog

53. backlog

54. Lançamento

55. escopo
custo
prazo
excelência

56. 1
2
3
4
5
backlog

57. backlog

58. backlog

59. backlog

60. backlog

61. Lançamento

62. http://en.wikipedia.org/wiki/Perpetual_beta

64. Simplicidade

66. 20%
80%
20%
80%
esforço resultados

71. Menos é Mais

72. vs

74. Aprendizado

75. desenvolvimento
de software
= aprender

76. aprende-se constrói-se

77. análise de requisitos

79. R
√
Q
P D T

80. R
√
Q
P D T

81. R
Q
P
D
T
C
(

82. R
Q
P
D
T
C
Meses !!!

83. R
Q
P
D
T
C
Meses !!!
!=(

84. waterfall

85. The first formal description of the waterfall model is
often cited as a 1970 article by Winston W. Royce,[4]
[5] although Royce did not use the term "waterfall" in
this article. Royce presented this model as an
example of a flawed, non-working model.
http://en.wikipedia.org/wiki/Waterfall_model#cite_note-0
"

86. http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf

87. http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf
I believe in this concept, but the
implementation described above is
risky and invites failure.
"

88. http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf

89. http://www.cs.umd.edu/class/spring2003/cmsc838p/Process/waterfall.pdf

93. • Planejamento da Contratação
‣ Análise da Viabilidade da Contratação
‣ Plano de Sustentação
‣ Estratégia da Contratação
‣ Análise de Riscos
‣ Termo de Referência ou Projeto Básico
- objeto
- fundamentação da contratação
- descrição da solução
- requisitos da solução!
- modelo de prestação de serviços
- elementos para gestão do contrato
- estimativa de preços
- adequação orçamentária
- critérios de sanções
- critérios de seleção do fornecedor
• Seleção do Fornecedor
• Gerenciamento do Contrato
IN SLTI MP 04/2010!
IN SLTI MP 02/2012

94. aprende-se constrói-se

95. define-se constrói-se

98. aprende-se contrata-se

99. valida-se constrói-se

100. valida-se constrói-se

101. startups

104. http://startupbizmodel.com/2013/04/18/sua-startup-esta-preparada-para-receber-investimento/

105. =

108. R
Q
P
D
T

109. R
Q
P
D
T
R
P
D
T
R
P
D
T
2 meses 2 meses 2 meses

110. R
Q
P
D
T
R
P
D
T
R
P
D
T
2 semanas 2 semanas 2 semanas

111. Q
R P
DT

112. Q
R P
DT
C
)

113. R P
DT
C
)

114. R P
DT

115. R P
DT

116. R
P
D
T
D
D
D
T
T
T
T
T
P
PP
P
P
R
R
R
R
R

118. R
P
D
T
D
D
D
T
T
T
T
T
P
PP
P
P
R
R
R
R
R
?

120. ==
?
Melhoria

121. ==
?
Plan Do Check Act

122. ==
?
Plan Do Check Act

123. ?

124. Pilha de
funcionalidades

125. Esforço
Prioridade

126. Esforço
Prioridade
X

127. Benefício
Custo
X

128. RoI

130. Simplicidade

132. Diário
Semanal
Mensal
Tri-mestral
Estratégico
...

133. Diário
Semanal
Mensal
Tri-mestral
Estratégico
...

134. Design
Evolutivo

137. ?

139. Adaptabilidade

140. Qualidade
Embutida

142. Testes
Automáticos

143. Programa
Teste

144. Programa
Teste

145. Programa
Teste

146. (...)
public int soma(int a, int b) {
// código
}
(...)
(...)
public void meuTeste() {
int par1 = 1;
int par2 = 1;
int result = Classe.soma(par1,par1);
assertEquals(2, result);
}
(...)

147. (...)
public int soma(int a, int b) {
// código
}
(...)
(...)
public void meuTeste() {
int par1 = 1;
int par2 = 1;
int result = Classe.soma(par1,par1);
assertEquals(2, result);
}
(...)
Preparação

148. (...)
public int soma(int a, int b) {
// código
}
(...)
(...)
public void meuTeste() {
int par1 = 1;
int par2 = 1;
int result = Classe.soma(par1,par2);
assertEquals(2, result);
}
(...)
Exercício

149. (...)
public int soma(int a, int b) {
// código
}
(...)
(...)
public void meuTeste() {
int par1 = 1;
int par2 = 1;
int result = Classe.soma(par1,par1);
assertEquals(2, result);
}
(...)
Verificação

150. X

151. 10
30
20 30 40 50 60 70
30 30 30 30 30 30

153. public class Romanos {
!public static String parse(int entrada) {
StringBuilder resultado = new StringBuilder();
if (entrada <= 3) {
for (int i = 0; i < entrada; i++)
resultado.append("I");
return resultado.toString();
}
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
} else if (entrada < 9){
resultado.append("V");
return resultado.toString();
}else if (entrada == 9){
return "IX";
}else{
return "X";
}
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!

154. public class Romanos {
!public static String parse(int entrada) {
StringBuilder resultado = new StringBuilder();
if (entrada <= 3) {
for (int i = 0; i < entrada; i++)
resultado.append("I");
return resultado.toString();
}
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
} else if (entrada < 9){
resultado.append("V");
return resultado.toString();
}else if (entrada == 9){
return "IX";
}else{
return "X";
}
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!

155. public class Romanos {
!public static String parse(int entrada) {
StringBuilder resultado = new StringBuilder();
if (entrada <= 3) {
for (int i = 0; i < entrada; i++)
resultado.append("I");
return resultado.toString();
}
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
} else if (entrada < 9){
resultado.append("V");
return resultado.toString();
}else if (entrada == 9){
return "IX";
}else{
return "X";
}
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!
!public static String parse(int entrada) {
else if (entrada == 4) {
return "IV";
} else if(entrada == 5){
return "V";
}
!}
!

159. Tempo
Custo

161. Comunicação

162. R P D TC

163. R P D TC
?
!

164. R P D TC

165. R
P D
T
C

167. Agile
Manifesto

168. O Manifesto Agilhttp://agilemanifesto.org

171. Autoreshttp://agilemanifesto.org

172. @KentBeck
@kschwaber
@jeffsutherland

173. @martinfowler
@pragdave
Andrew Hunt

174. Arie van Bennekum
@WardCunningham
@TotherAlistair

175. @marick
@jimhighsmith
@unclebobmartin

176. @RonJeffries
Mike Beedle
@JonKernPA

177. Valoreshttp://agilemanifesto.org

178. Indivíduos e
interação
entre eles
processos e feramentas
mais que

179. Software
funcionando
mais que
documentacao abrangente

180. Colaboração
com o cliente
mais que
negociacao de contratos

181. Responder a
mudanças
mais que
seguir um plano

182. Princípioshttp://agilemanifesto.org

183. Nossa maior prioridade é
satisfazer o cliente, através
de entregas rápidas e
contínuas gerando valor
ao software.
1

184. Receber bem as mudanças
dos requisitos, mesmo em
estágios tardios do
desenvolvimento.
2

185. Trabalhando para entregar
software, em intervalos de
2 semanas até 2 meses
3

186. Empresários e
desenvolvedores devem
trabalhar juntos
diariamente durante todo
o projeto.
4

187. Construa projetos com
indivíduos motivados, dê-
lhes o ambiente e o
suporte que precisam, e
confie neles para ter o
trabalho realizado
5

188. O método mais eficiente e
efetivo de transmitir
informação para a equipe
de desenvolvimento está
na conversa face-a-face
6

189. Software funcionando é a
principal medida para o
progresso
7

190. Processos ágeis promovem
o desenvolvimento
sustentável.
8

191. Atenção contínua para
uma excelência técnica e
um bom design aumentam
a agilidade
9

192. Simplicidade – a arte de
maximizar o valor do
trabalho não feito – é
essencial
10

193. As melhores arquiteturas,
requisitos, e design
emergem a partir de
equipes auto-organizadas
11

194. Em intervalos regulares, as
equipes devem refletir sobre
como tornaram-se mais
efetivas, em seguida aprimorar
e ajustar de acordo com seu
comportamento.
12

195. Scrum

197. ScrumSCRUM

200. CERIMÔNIAS
Sprint Planning
Sprint Review
Retrospectiva
Daily Scrum
Estimation Meeting

201. ESTIMATION MEETING

202. PRODUCT BACKLOG

203. USER STORIES

204. USER STORIES
Cadastro de e-mail na Newsletter
Como: Cliente
Eu: Cadastro minha conta de e-mail na newsletter
Para: Receber informações do Fornecedor
3
Pronto
- E-mail do cliente cadastrado corretamente no banco
- Newsletter enviada ao e-mail cliente na publicação
- Newsletter recebida corretamente no e-mal do
cliente

205. Planning Poker

207. SPRINT PLANNING

208. SPRINT BACKLOG

209. TAREFAS

210. KAN-BAN

212. SPRINT BURNDOWN

213. DAILY SCRUM

214. DAILY SCRUM
• O que fez desde a última reunião?
• O que vai fazer até a próxima?
• Há algum impedimento?

215. SPRINT REVIEW/ DEMO

216. SPRINT REVIEW / DEMO

217. RETROSPECTIVA

218. RETROSPECTIVA

219. SE ADAPTE!
“Não é o mais forte das espécies que
sobrevive, nem o mais inteligente, mas o mais
adaptável às mudanças.”
Charles Darwin

221. !

222. Agile Is Dead (Long Live Agility)
http://pragdave.me/blog/2014/03/04/time-to-kill-agile/
The word “agile” has been subverted to the point
where it is effectively meaningless (…)
“Do Agile Right” is like saying “Do Orange Right.”
Let’s abandon the word agile to the people who don’t
do things.
• Find out where you are.
• Take a small step towards your goal.
• Adjust your understanding based on what you learned.
• Repeat

223. http://mikehadlow.blogspot.co.uk/2014/03/coconut-headphones-why-agile-has-failed.html
Why Agile has Failed
If your role is simply asking for estimates and enforcing
the agile rituals: stand-ups, fortnightly sprints,
retrospectives; then you are an impediment rather than
an asset to delivery.
(…) over the decade (…), agile has come to mean
‘management agile’
In the meantime, the word ‘agile’ has become so
abused, that we should stop using it

225. Coding Dojo