1

2
3
4
5
6
7
8
9
10
11
12
Interao 00.
No conta nota.
13
14
15
16
17
18
19
20
21
Interao 01
RESPOSTA CORRETA: LETRA C
22
23
Scrum no um processo ou uma tcnica para o desenvolvimento de produtos. Ao invs
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
24
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
papel do Scrum fazer transparecer a eficcia relativa das suas prticas de
desenvolvimento para que voc possa melhor-las, enquanto prov um framework dentro
do qual produtos complexos podem ser desenvolvidos.
Scrum no um processo ou uma tcnica para o desenvolvimento de produtos. Ao invs
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
25
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
papel do Scrum fazer transparecer a eficcia relativa das suas prticas de
desenvolvimento para que voc possa melhor-las, enquanto prov um framework dentro
do qual produtos complexos podem ser desenvolvidos.
Scrum no um processo ou uma tcnica para o desenvolvimento de produtos. Ao invs
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
26
disso, um framework dentro do qual voc pode empregar diversos processos e tcnicas. O
papel do Scrum fazer transparecer a eficcia relativa das suas prticas de
desenvolvimento para que voc possa melhor-las, enquanto prov um framework dentro
do qual produtos complexos podem ser desenvolvidos.
27
O PRIMEIRO PILAR A TRANSPARNCIA
A transparncia garante que aspectos do processo que afetam o resultado devem ser
visveis para aqueles que gerenciam os resultados. Esses aspectos no apenas devem ser
transparentes, mas tambm o
que est sendo visto deve ser conhecido. Isto , quando algum que inspeciona um
processo acredita que algo est pronto, isso deve ser equivalente definio de pronto
utilizada.
28
O SEGUNDO PILAR A INSPEO
Os diversos aspectos do processo devem ser inspecionados com uma frequncia suficiente
para que variaes inaceitveis no processo possam ser detectadas. A frequncia da
inspeo deve levar em
considerao que qualquer processo modificado pelo prprio ato da inspeo. O
problema acontece quando a frequncia de inspeo necessria excede a tolerncia do
processo inspeo. Os outros
fatores so a habilidade e a aplicao das pessoas em inspecionar os resultados do
trabalho.
29
O TERCEIRO PILAR A ADAPTAO
Se o inspetor determinar, a partir da inspeo, que um ou mais aspectos do processo esto
fora dos limites aceitveis e que o produto resultante ser inaceitvel, ele dever ajustar o
processo ou o material sendo processado. Esse ajuste deve ser feito o mais rpido possvel
para minimizar desvios posteriores. Existem trs pontos para inspeo e adaptao em
Scrum. A Reunio Diria utilizada para inspecionar o progresso em direo Meta da
Sprint e para realizar adaptaes que otimizem o valor do prximo dia de trabalho. Alm
disso, as reunies de Reviso da Sprint e de Planejamento da Sprint so utilizadas para
inspecionar o progresso em direo Meta da Release e para fazer as adaptaes que
otimizem o valor da prxima Sprint. Finalmente, a Retrospectiva da Sprint
utilizada para revisar a Sprint passada e definir que adaptaes tornaro a prxima Sprint
mais produtiva, recompensadora e gratificante.
30
Interao 02
RESPOSTA CORRETA: LETRA B e D (QUESTO PARA SER MELHORADA).
31
32
33
O Ciclo de Deming, foi introduzido no Japo pelas foras aliadas no trabalho aps a
Segunda Guerra Mundial, e foi responsvel em grande parte para a transformao do Japo Segunda Guerra Mundial, e foi responsvel em grande parte para a transformao do Japo
de sada de alta qualidade.
PLANO
Estabelecer os objetivos e processos necessrios para entregar resultados de acordo com o
esperado.
FAA
Implementar os novos processos.
CHECK
Medir a novos processos e comparar os resultados com os resultados esperados para
averiguar eventuais diferenas.
AGIR
Analise as diferenas para determinar sua causa. Cada um vai fazer parte de uma ou mais
etapas do PDCA. Determinar onde aplicar as mudanas que incluem a melhoria. Quando a
passar por estas quatro etapas no resulte a necessidade de melhorar, aperfeioar o
escopo ao qual PDCA aplicado at que haja um plano que envolve a melhoria.
34
35
No prometa o mundo para o seu Cliente! Divida, quebre, negocie quando e o que ser
entregue!
36
entregue!
37
Interao 03
RESPOSTA CORRETA: LETRAS C.
38
39
40
41
42
43
O Scrum Master no tomar decises de negcios ou decises de ordem tcnica, no
comprometem a trabalhar em nome da equipa, etc
44
comprometem a trabalhar em nome da equipa, etc
O Scrum Master no tomar decises de negcios ou decises de ordem tcnica, no
comprometem a trabalhar em nome da equipa, etc
45
comprometem a trabalhar em nome da equipa, etc
46
Interao 04
RESPOSTA CORRETA: LETRAS A, C, E e F
47
48
49
O tamanho timo para um Time de sete pessoas, mais ou menos
duas pessoas. Quando h menos do que cinco membros em um Time,
50
duas pessoas. Quando h menos do que cinco membros em um Time,
h menor interao e, como resultado, h menor ganho de
produtividade. Mais do que isso, o time poder encontrar limitaes de
conhecimento durante partes da Sprint e no ser capaz de entregar uma
parte pronta do produto. Se h mais do que nove membros, h
simplesmente a necessidade de muita coordenao. Times grandes
geram muita complexidade para que um processo emprico consiga
gerenciar. No entanto, temos encontrado alguns Times bem-sucedidos
que excederam os limites superior e inferior dessa faixa de tamanhos. O
Product Owner e o ScrumMaster no esto includos nessa conta, a
menos que tambm sejam porcos.
51
52
53
O tamanho mximo so 9 pessoas.
No desenho temos 11, porm ilustra didaticamente.
54
Interao 04
RESPOSTA CORRETA: LETRAS D e E;
55
56
57