Verso ltima atualizao

0.90 1/23/2013
Contate-nos em http://vsaralmassessment.codeplex.com

Bem vindo
Esse documento uma ferramenta para ajudar um Gerente de Desenvolvimento a coletar informaes a respeito das prticas e processos do desenvolvimento de software dentro do ambiente de um cliente. Diversos questionrios so utilizadas para identificar o estado atual de processos individuais de TI e decidir qual o estado desejado para tais processos. O documento tambm fornece guias e sumrios para sustentar as recomendaes de progresso. Essa ferramenta alavanca o guia de boas prticas de processo dentro da soluo de ALM da Microsoft. Uma descrio de alto nvel das disciplinas se encontram a seguir.

Nveis de ALM
Bsico 10
O time de desenvolvimento adota prticas "caseiras" Prticas so realizadas de forma informal e ad-hoc Prticas no so documentadas Pouca ou nenhuma comunicao entre os times Alguns papis-chave no so desempenhados consistentemente (como controle de qualidade, por exemplo)

Padronizado 20
Prticas passam a ser adotadas entre muitos ou todos os times de desenvolvimento Melhores prticas comeam a ser adotadas As ferramentas usadas so geralmente desconectadas e no integradas, alm de seu uso ser informal e sem normas Pouca documentao, ou documentao informal das prticas

Avanado 30
Uso de ferramentas que apoiam as prticas universal entre os times As ferramentas so totalmente integradas com a IDE O uso das ferramentas formal com polticas documentadas e aplicadas Documentao mantida formalmente Melhores prticas so adotadas e documentadas

Dinmico 40
Liderana de mercado Prticas inovadoras de desenvolvimento Ferramentas e processos de gesto de portflio completamente integrados Capacidade de rastrear requisitos e anlises de impacto para solicitaes de mudana Mtricas de qualidade do Helpdesk para tempo de resoluo, custo de manuteno e identificao de erro

Viso geral

Como responder s perguntas O que vem a seguir?

A reviso proporciona uma viso internalizada da maturidade de desenvolvimento do seu cliente. Baseando-se nos resultados, essa informao deve ser providenciada apresentao final do relatrio. A proposta deve consistir de pontos de melhoria e servios focados em ajudar a evoluir o processo de desenvolvimento do cliente ao nvel desejado.

Mtodo de calculo
Mdia A mdia das pontuaes define o nvel de maturidade

Mtodo de clculo padro

Average

Definio dos Estados Desejados

DESIRED STATE DEFINITION

rea

Estado Desejado

Arquitetura e Design

Padronizado

Engenharia de Requisitos e UX

Bsico

Gesto de Configurao de Software

Avanado

Governana

Padronizado

rea

Estado Desejado

Implantao e Operaes

Avanado

Testes e Controle de Qualidade

Avanado

Planejamento e Gesto de Projetos

Padronizado

Desenvolvimento

Dinmico

Estado desejado o mesmo estado atual Estado atual (gerado automaticamente com base nos que Estado desejado (como definido na coluna de Estado Des

Definio dos Estados Desejados

DESIRED STATE DEFINITION

rea

Estado Desejado

Bsico

Arquitetura e Design

Padronizado - Ausncia ou uso inconsistente de ferramentas

- Arquitetura no documentada devidamente

- Ausncia de processo claro para transformar r - Arquitetar desconsiderando Implantao logo Entendimento obscuro do Papel de Arquiteto

Engenharia de Requisitos e UX

Gesto de Configurao de Software

Governana

Avanado Padronizado -

Bsico

Time de desenvolvimento presume que sabe o Nenhum ou poucos requisitos por escrito, nen Papel de UX indefinido, UX feita por program Feedback do cliente limitado ou ausente , as Design orientado a dados ou processos Processo instintivo, sem estabelecimentos for Documentao ausente ou ad-hoc, sob deman No usa versionamento de cdigo fonte Cpias locais de cdigo Processo de build sob demanda Processo de build manual e no documentado Sem rastreabilidade entre builds, trabalho rea Entendimento obscuro dos conceitos de branc Uso de check-ins irregulares Projetos iniciados com justificativas limitadas Projetos financiados por opinies de influencia Sem avaliao ou retrospectiva de ROI Sem processo de reviso do Portflio Sem programa ou objetivo de compliance Nenhuma iniciativa de melhoria de processos

rea

Estado Desejado

Bsico

Implantao e Operaes

Avanado

Pouca ou nenhuma comunicao entre times d Sem processo formal de gesto de defeitos Comunicao ad-hoc via e-mail sem uso de fer Questes de implantao de infraestrutura ide Inexistncia de ambientes segregados e no d Agenda ad-hoc e sem regulamentos de promo

Testes e Controle de Qualidade

Avanado

Ausncia de time dedicado ao controle de qua Testes funcionais realizados de forma ad-hoc p Sem mtricas de qualidade Ciclos longos de correes e implantao Alta taxa de regresso de defeitos

Planejamento e Gesto de Projetos

Padronizado - Processos informais ou inexistentes para estim

- Sem plano de comunicao formal com stakeh

- Coordenao de time informal, tarefas designa - Finanas no avaliadas pelo gestor do projeto - Sem responsabilidade claramente definida par

Desenvolvimento

Dinmico

- Desenvolvedores tem pleno conhecimento dos - Desenvolvedores usam tutoria de pares - Desenvolvedores seguem um padro de codifi

Estado desejado o mesmo estado atual Estado atual (gerado automaticamente com base nos ques Estado desejado (como definido na coluna de Estado Dese

Definio dos Estados Desejados

DESIRED STATE DEFINITION

rea

Estado Desejado

Padronizado

Arquitetura e Design

Padronizado - Papel da Arquitetura entendido, claramente id

- Ferramentas identificadas, fase de adoo ant - Alguns hbitos comeando a se formar, algum - Documentao mantida de forma irregular, inc

Engenharia de Requisitos e UX

Bsico

- Formato e qualidade consistentes para documentar, armazen versionar requisitos visveis para os stakeholders e times. - Papel de UX definido, porm no necessariamente nas mos d - Ferramentas no integradas para modelagem e prototipao - Ciclo manual de reviso do cliente - Princpios de design centrados no usurio so entendidos, por sustentados por diferentes ferramentas no integradas - Alguma documentao consistente para usurios

Gesto de Configurao de Software

Avanado

Uso no integrado de versionamento de cdigo fonte Mquina de build dedicada Processo de build informal e no documentado Integradores principais entendem de branching e merging Check-ins so dirios ou regulares

Governana

Padronizado - Certificao de compliance aplicada e monitor

- Certificao informal para o programa de com

- Processos com ferramentas semi-manuais (list - Adoo aleatria de objetivos de iniciativa

rea

Estado Desejado

Padronizado

Implantao e Operaes

Avanado

- Ferramenta de Help Desk isolada para rastreamento de incide - Gesto de defeitos no integrada - Alguns processos de monitoramento, implantao e aprova - Automao e validao limitadas de implantao de builds - Papel definido de gestor de implantao - Infraestrutura documentada, mas responsabilidade incerta so ambientes segregados

Testes e Controle de Qualidade

Avanado

Time dedicado ao controle de qualidade Definio de processo para planos de teste Uso de ferramentas de testes no integradas Procedimentos e ambientes de testes documentados informal Rastreamento de progresso feito de forma rudimentar

Planejamento e Gesto de Projetos

Padronizado - Uso individual, no integrado nem padronizad

- Uso de ferramental dependente da fora do ge - Finanas avaliadas manualmente pelo gestor d - Responsabilidade do gestor do projeto claram

Desenvolvimento

Dinmico

- Desenvolvedores usam um componente para suportar o dese de web servisses - Desenvolvedores tem conhecimento suficiente das ultimas te Microsoft para utilizar plenamente os investimentos em ferram - Desenvolvedores adotam SDL (Secure Development LifeCycle

Estado desejado o mesmo estado atual o automaticamente com base nos Estado questionrios) atual (gerado automaticamente com base nos ques Estado desejado (como definido na coluna de Estado Dese

Definio dos Estados Desejados

DESIRED STATE DEFINITION

rea

Estado Desejado

Avanado

Arquitetura e Design

Padronizado

- Time dedicado de Arquitetura - Ferramentas Arquiteturais levadas em conta dentro do proces Implantao - Ferramentas integradas usadas entre diferentes times e proje Influncia no uso de prticas e processos - Aplicao de prticas e processos entre diferentes times e pro

Engenharia de Requisitos e UX

Bsico

- Rastreabilidade de tipos de requisitos, relacionamentos e tare - Uso de ferramentas integradas para rastreabilidade e relatrio anlise de cobertura de requisitos e produo de matriz de UI/requisito/tarefa - Experts em UX e especialistas em documentao de usurio e antecipadamente no projeto - Prototipao de UI atravs de padres, inclusa no processo de desenvolvimento e integrada com a IDE. - Ferramentas de design centradas no usurio, integradas com tarefas

Gesto de Configurao de Software

Avanado

Uso de versionamento de cdigo fonte integra Papel dedicado de gesto de configurao Processo de build formal e documentadoMtricas de build publicadas regularmente Possibilidade de build sob demanda Testes de unidade executados como testes de

Governana

Padronizado

- Processo formal de certificao para o programa de complian - Adoo de tcnicas de gesto de Portflio, mas sem integra ferramentas de gesto de Portflio e projetos - Recursos entre equipes com gesto e tempo atribudos - Integrao com programas de certificao e compliance

rea

Estado Desejado

Avanado

Implantao e Operaes

Avanado

Help Desk integrado com gesto de defeitos Instrumentao de monitoramento unida a inf Ferramentas para implantar e validar builds (t Processo de Aprovao integrado e rastrevel Identificao clara de time multifuncional Arquitetura da infraestrutura documentada em Ambientes segregados, definio nos procedim

Testes e Controle de Qualidade

Avanado

Cultura organizacional aderente s polticas d Planejamento de testes comea na fase de req O processo de testar medido e quantificado Ferramentas integradas gerando mtricas pub

Planejamento e Gesto de Projetos

Padronizado

- Gesto integrada de defeitos, tarefas, requisies de mudan - Uso de EPM para rastreamento de recursos humanos e financ integrao de EPM com VSTS - Recursos externos, stakeholders e parceiros compartilhando i do projeto e usando ferramentas integradas para desempenhar - Gestores de projetos dedicados

Desenvolvimento

Dinmico

- Desenvolvedores usam um componente para abstrair lgica d apresentao da lgica de negcio - Desenvolvedores usam um componente para autenticao e a - Desenvolvedores usam componente de mquinas de estado

Estado desejado o mesmo estado atual Estado atual (gerado automaticamente com base nos ques Estado desejado (como definido na coluna de Estado Dese

Definio dos Estados Desejados

DESIRED STATE DEFINITION

rea

Estado Desejado

Dinmico

Arquitetura e Design

Padronizado

- Processo de arquitetura formal e documentado - Incluso consistente de padres e prticas - Mecanismos claramente definidos de compartilhamento ou cu de uso de padres e prticas - Contribuio com a comunidade de desenvolvimento, interna externamente, por meio de artigos, textos e etc.

Engenharia de Requisitos e UX

Bsico

- Instituio de um Comit de Controle de Mudanas de Produto - Uso de relatrios de anlise de impacto para solicitaes de m - Mtricas publicadas sobre o progresso de solicitaes de mud requisitos - Experts em UX incorporam os melhores e mais recentes princ - Melhoria contnua de UX para uso subsequente - Designers de UX tem um bom entendimento da tecnologia e s limitaes - Designers entendem a interseco entre esforo de desenvolv boa UI

Gesto de Configurao de Software

Avanado

Scripts de build centralizados e reutilizveis Integrao de diversos mdulos de cdigo, tanto internos qua Monitoramento e notificao do resultado de builds Papel dedicado de DevOp para manter o processo e infraestru

Governana

Padronizado

- Integrao completa entre Gesto de Portflio e processos - MS Portfolio Manager integrado com sistema de gesto de pro desenvolvimento - Participao na criao e reviso de programas padres de co mercado - ROI e retrospectiva suportados por mtricas

rea

Estado Desejado

Dinmico

Implantao e Operaes

Avanado

- Uso de mtricas de qualidade do Help Desk como tempo de re custo de manuteno e identificao de sistemas propensos a - Implantao automatizada e rastrevel - Monitoramento contnuo e pr-ativo

Testes e Controle de Qualidade

Avanado

- Formao de grupo e uso de ferramentas para melhoria do pr testes - Liderana no mercado ao avaliar ferramentas de testes e estr potencial - Prticas de preveno de defeitos - Testes baseados em amostragem estatstica de confiabilidade

Planejamento e Gesto de Projetos

Padronizado

- Gesto de Portflio e gesto de projetos plenamente integrad - Mtricas usadas para guiar o projeto e apoiar estimativas - Adoo de Departamento de Gesto de Projetos (PMO)

Desenvolvimento

Dinmico

- Desenvolvedores tem treinamentos das ltima - Desenvolvedores possuem lderes com reas d - Desenvolvedores adotam Code Contracts e TD

Estado desejado o mesmo estado atual Estado atual (gerado automaticamente com base nos ques Estado desejado (como definido na coluna de Estado Dese

MANAGE LAYER
# Pergunta

Arquitetura e Design

Voc est usando ferramentas para documentar e compartilhar modelos de arquitetura?

1
Voc costuma fazer uma modelagem arquitetural inicial bem no comeo do projeto?

2
Voc revisa e atualiza periodicamente sua documentao de arquitetura?

3
Decises arquiteturais de grande impacto seguem um processo definido?

4
A arquitetura est alinhada com as polticas de segurana, confiabilidade e privacidade da organizao?

5
Sua arquitetura prov meios de compartilhar servios em comum e reuso de componentes?

6
Sua arquitetura considera pontos de gerenciamento, quando o software implantado? (ex: por SNMP)

7
Voc considera escalabilidade, adaptabilidade e interao de usurios durante a fase de arquitetura e design?

8
Todos os membros do time tem acesso aos diagramas?

9
Voc revisa periodicamente o design dos seus projetos durante seu ciclo de vida?

10
Os diagramas so atualizados durante o ciclo da vida das aplicaes?

11
Os diagramas esto versionados?

12
feita engenharia reversa entre os diagramas e o cdigo?

13
Voc faz prottipos antes de desenvolver?

14
Usamos padres e prticas bem definidos durante a fase de design.

15

Se usar UML, so feitos diagramas de sequncia?

16
Voc usa metodologias formais de modelagem?

17
Seu banco de dados documentado por meio de ferramentas integradas?

18
Voc segue uma conveno de nomenclatura consistente no seu banco de dados?

19
Voc tem reuso eficiente e demonstrvel no cdigo da camada de acesso a dados?

20
Voc monitora o desempenho do seu banco de dados de desenvolvimento?

21

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca PONTUAO FINAL Nvel

1 1 1 1 1 1 10 Bsico

Comentrios

MANAGE LAYER
# Pergunta

Engenharia de Requisitos & Experincia do Usurio (

Seu time entende a viso do cliente para os projetos que voc est fazendo para ele?

1
Seu time compreende os diferentes tipos de usurios (personas) que utilizaro a aplicao?

2
Seu time entende UML ao menos para casos de uso e os utiliza quando apropriado?

3
Voc cria testes de aceitao a partir de requisitos do cliente?

4
Todos do time entendem como documentar requisitos e fazem da mesma forma?

5
Os requisitos so atualizados quando mudam?

6
H rastreabilidade entre requisitos para testes?

7
O seu time pesquisa informaes a respeito dos tipos de usurios que utilizaro o sistema, para poder criar personas e classific-las?

8
Voc tem uma forma de prototipar interfaces de usurio?

9
So realizadas revises de acessibilidade para assegurar que a soluo pode ser usada por pessoas com necessidades especiais?

10
Vocs usam storyboarding?

11
So feitas revises de UI regularmente?

12
Seu time tem habilidade de criar boas interfaces?

13
O design de UX/UI bem comunicado entre seu time e o cliente?

14
considerado entregar documentao como materiais para treinamento, guias de usurio ou ajuda online disponveis para o cliente, se ele desejar?

15

cia do Usurio (UX)

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca PONTUAO FINAL

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 10

Nvel

Bsico

Comentrios

MANAGE LAYER Desenvolvimento

# Pergunta
Existem padres em prtica para escrever cdigo seguro?

1
Existem padres para escrever cdigo que assegura que comentrios, nomes de variveis e funes no contem profanidades, poltica ou religio?

2
Existe uma prtica geral e bem definida para nomenclatura de namespaces, funes e variveis?

3
O cdigo est bem documentado?

4
feita anlise esttica de cdigo?

5
Existe em uso algum tipo de ferramenta para reforar estilo de cdigo?

6
Existem padres para cobertura de cdigo por testes?

7
Existem padres e prticas estabelecidos para reuso de cdigo?

8
Existem bibliotecas ou repositrios de cdigo compartilhados para reuso?

9
Existem componentes sendo utilizados para sanar tarefas comuns de codificao?

10
Code Snippets so criados e usados entre os times e membros?

11
So feitas revises de cdigo?

12
So feitas peer reviews?

13
So produzidos quaisquer artefatos durante revises de cdigo para serem usados como mtrica de melhoria?

14
Existe um processo de check-in amplo e bem definido que inclua verificaes de qualidade?

15

Seu time usa mtricas de qualidade para melhorar o cdigo e o processo?

16
Quando um teste de unidade falha, essa falha medida e resolvida?

17
O(s) DBA(s) esto bem integrados com o resto do time do projeto?

18
So feitas revises de cdigo para cdigos do banco de dados?

19
Voc tem padres formais para cdigo do banco de dados?

20

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca PONTUAO FINAL Nvel

1 1 1 1 1 10 Bsico

Comentrios

MANAGE LAYER Gesto de Configurao de Software

# Pergunta
Existe uma estratgia apropriada de versionamento e branching para o software sendo desenvolvido?

1
Seu controle de verso e sistema de ALM tem um nvel apropriado de SLA para garantir o mnimo de impacto para os times em caso de falha?

2
O controle de verses permite desenvolvimento em diferentes localidades geogrficas?

3
Seu controle de verses suporta brancing, merging, diffs e labels/tags?

4
A estrutura do repositrio do controle de verses e permisses permitem desenvolvimento em paralelo?

5
Voc usa versionamento para seus bancos de dados?

6
Sua estrutura de versionamento do banco de dados condiz com os planos de branching e merging do cdigo fonte da aplicao?

7
So feitos scripts de migrao de banco de dados a partir de um processo automatizado de build?

8
A criao da massa de dados para testes automatizada e repetvel?

9
Existem dados sensveis inventados no teste ou alterado de produo?

10
Todo cdigo versionado em um controle de verso que pensado em questes como performance, disponibilidade e funcionalidades?

11
A estrutura do repositrio de cdigo segue boas prticas ou padres da companhia bem documentados?

12
H uma poltica de efetuar labels/tags constantemente?

13
A segurana do controle de verso feita corretamente?

14
As polticas de uso do controle de verso so bem documentadas?

15

As propriedades intelectuais do projeto esto sob controle de verso seguro?

16
Suas publicaes incluem planos de implantao e rollback?

17
Os pacotes de implantao so pensados logo no incio dos testes assim como em produo?

18
As implantaes para produo so realizadas por pessoas ou grupos diferentes dos que desenvolveram a aplicao?

19
Suas implantaes em produo seguem um script automatizado ou so feitas por uma ferramenta automatizada?

20
Existe um processo formal de aprovao para promover builds?

21
A produo o ponto de referncia para implantaes automatizadas do banco de dados e da aplicao?

22
Voc tem uma pessoa responsvel por gerenciar os builds para assegurar que eles esto atualizados conforme a aplicao evolui?

23
Para implantaes automatizadas para testes, voc usa o estado atual de produo como base e ento publica as mudanas feitas?

24
Existe uma biblioteca de todos os builds bem sucedidos?

25
H um agendamento regular de builds?

26
O processo de build automatizado?

27
O build produz binrios com um esquema de versionamento?

28
Os locais de destino dos builds so estruturados para suportar implantao em mltiplos ambientes como testes, produo?

29
Existem critrios formais de check-in controlando mudanas dos cdigos fonte?

30
Existe auditoria sobre quem faz mudanas ao controle de verses?

31
Existe auditoria para saber o porqu das mudanas no controle de verso?

32
Existe rastreamento eficiente de builds para verses de cdigo fonte?

33
O controle de verso aderente a SOX?

34

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

PONTUAO FINAL Nvel

10 Bsico

Comentrios

MANAGE LAYER Governana

# Pergunta
Sua companhia segue uma estrutura de governana de TI?

1
Voc tem um entendimento claro do caso de negcio antes de iniciar o desenvolvimento?

2
Existem critrios para decidir sobre o financiamento do projeto?

3
O ROI do desenvolvimento de software medido?

4
Existe um programa de mtricas acontecendo?

5
As informaes coletadas esto sendo usadas pelo PMO para priorizar os projetos?

6
Existem KPIs indicados?

7
Existem painis onde os stakeholders podem monitorar o progresso?

8
Voc faz reunies de retrospectiva para ajustar a direo do projeto?

9
Voc faz gesto de portflio com ferramentas e processos integrados?

10
Voc tem gesto de riscos integradas com a gesto de portflio?

11
As ferramentas utilizadas para suportar a estrutura escolhida incluem mtricas financeiras, oramentrias, de riscos e de oportunidades de negcios para avaliar o status de um projeto?

12
Os requisitos da governana so rastreados?

13

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca PONTUAO FINAL Nvel

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 10 Bsico

Comentrios

MANAGE LAYER Implantao e Operaes

# Pergunta
Existem uma arquitetura geral para a infraestrutura?

1
Existe um processo de design de infraestrutura?

2
Existe algum feedback do time de operaes para o time de desenvolvimento?

3
O setor de TI gerencia a infraestrutura de desenvolvimento?

4
As configuraes de ambiente so implantadas corretamente toda vez?

5
Existem ambientes segregados para desenvolvimento e produo?

6
O design da aplicao considera o modelo de implantao que a companhia usa?

7
Existe instrumentao efetiva da aplicao usando tecnologias como Logs de Eventos, Contadores de Performance e WMI?

8
As configuraes da aplicao esto versionadas?

9
So produzidos e versionados guias de Operao e Soluo de Problemas?

10
Requisitos so submetidos e aprovados antes de serem feitas mudanas?

11
Novos clientes e servidores so instalados automaticamente?

12
Existe documentao atualizada sobre o design e implementao da infraestrutura?

13
A arquitetura geral da infraestrutura bem entendida pelos desenvolvedores e testadores?

14
A infraestrutura para testes automatizada?

15

Voc tem grupos e permisses estabelecidos para gerenciar o ambiente de desenvolvimento?

16
Voc j realizou um planejamento de capacidade do seu ambiente de desenvolvimento?

17
Voc tem uma soluo de monitoramento de todos os componentes (rede, hardware, sistema operacional, aplicao e dados)?

18
Voc tem um processo de recuperao de desastres?

19
feita gesto do ambiente de desenvolvimento?

20
O ambiente de produo pode ser recriado facilmente?

21
Existe um processo de escalao do suporte engenharia?

22
As mudanas no banco de dados esto no controle de verso?

23
As mudanas de banco de dados so validadas no esquema antes de implantao?

24
Voc tem builds automatizados do esquema do banco de dados?

25

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca PONTUAO TOTAL Nvel

1 1 1 1 1 1 1 1 1 1 10 Bsico

Comentrios

MANAGE LAYER Testes e Controle de Qualidade

# Pergunta
Existe um lder responsvel pelos testes?

1
O lder de testes envolvido nas fases de planejamento e estimativa?

2
O time de testes possui as competncias necessrias?

3
Existem ambientes de testes suficientes para os testes?

4
Existem ferramentas apropriadas disponveis para executar testes manuais? (depurao, testes de carga, etc)

5
Existem ferramentas apropriadas para realizar testes automatizados?

6
Existe um sistema de gesto de testes para rastrear itens de trabalho, defeitos e solicitaes de mudana?

7
Existe alguma maneira de rastrear testes para requisitos?

8
Existem uma estratgia ou plano de testes antes do incio dos testes?

9
O time de testes representado na fase de reviso de design da aplicao?

10
Os desenhos e casos de testes so feitos alinhados com o design?

11
As reas de maior risco foram identificadas e os testes priorizados de acordo?

12
Os planos de testes incluem testes de instalao e atualizao?

13
Os planos de testes consideram a simulao de diferentes ambientes de usurio?

14
Os planos de testes consideram testes de integrao com outros sistemas e produtos de terceiros?

15

Os planos de testes consideram usabilidade?

16
A execuo do teste rastreada com o plano?

17
O plano de teste seguido?

18
Existem processos de relatrios de teste?

19
Os critrios de trmino dos testes so bem definidos e avaliados?

20
Os critrios de aceite do usurio final so bem definidos e avaliados?

21
H tempo suficiente alocado para a estabilizao antes de cada lanamento do produto?

22
Os testes consideram requisitos no funcionais? (exemplos: performance, escalabilidade, segurana, etc)

23
A cobertura de cdigo por testes foi considerada onde apropriada?

24
Existem ferramentas para medir quais testes que passavam que devem ser executados novamente quando uma nova verso da aplicao feita?

25
So usados testes de aceitao do usurio?

26
So feitos testes exploratrios?

27
So feitos testes de regresso formal?

28
So feitos testes de automao de UI?

29
So usados testes sequenciais ou ordenados?

30
So usados testes de fumaa?

31
So feitos testes automatizados de integrao?

32
Usam alguma ferramenta de gerao de dados?

33
Usam ferramentas de testes de carga?

34

Usam ferramentas de anlise de performance?

35
Fazem testes automatizados do banco de dados?

36
Voc testa objetos individuais do esquema (stored procedures, por exemplo) antes da implantao?

37
Voc tem um conjunto definido de testes que so executados aps cada mudana de esquema?

38
Voc executa testes do banco de dados com dados de produo?

39
Existem dados disponveis para os testes para assegurar que os testes so vlidos?

40
Voc tem uma massa de dados repetvel para testes?

41

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca Nunca PONTUAO FINAL Nvel

1 1 1 1 1 1 1 10 Bsico

Comentrios

MANAGE LAYER Planejamento e Gesto de Projetos

# Pergunta
O time do projeto foi treinado ou ensinado sobre os padres de metodologia de desenvolvimento da organizao, e deve ser apto a performar em nveis consistentes com os 1 outros times? H alguma anlise de recursos feita com base nos requisitos do projeto? Exemplo: existe um recurso de ETL alocado se houver importao/movimentao de dados?

2
Os membros do time sabem onde encontrar documentao do projeto, como requisitos e planos, e eles podem acessar tais documentos? Existe alguma responsabilidade para os 3 membros do time revisarem e entenderem esses documentos? Seu time segue uma metodologia forma de gesto de projetos, como CMMI, Agilidade?

4
O plano do projeto reviso frequentemente e ajustado para contemplar as necessidades do cliente?

5
Habilidades individuais so consideradas ao estimar recursos e outra responsabilidades deles so consideradas nas estimativas (ex: reunies, suporte)

6
A viso e escopo do projeto so definidos, documentados e adotados como uma viso compartilhada pelo time todo?

7
Atividades de Controle de Qualidade e Gesto de Publicao so planejadas para serem feitas concorrentemente com o desenvolvimento?

8
Voc tem padres de documentos com instrues para preench-los, e exemplos de documentos para todos artefatos usados na metodologia de gesto de projeto armazenados 9 em um repositrio nico? O time identifica e concorda com fatores de sucesso internos que ajudaro a alcanar o objetivo do projeto?

10
O status do projeto rastreado contra o cronograma, refletindo se est atrasado ou no?

11
A alocao de recursos gerida de forma a calcular a capacidade versus o quanto podem trabalhar?

12
Os entregveis so definidos e entendidos por todos do time, e esses entregveis so revistos e atualizados regularmente?

13
Os papeis e fluxos de trabalhos dos membros do projeto so claramente definidos e documentados?

14
As pessoas trabalham em diversos projetos ao mesmo tempo, muitas vezes trocando entre eles semanalmente?

15

Se aplicvel: os parceiros tem a visibilidade que precisam para poderem apoiar o projeto?

16
Projetos precisam de um sign-off nos estgios de planejamento para poderem seguir em frente ou terem oramento disponvel?

17
Todas as decises do projeto so documentadas e disponveis para todo o time?

18
O cliente faz um sign-off no processo de controle de mudanas?

19
O status do projeto calculado automaticamente por KPIs predeterminados e padres que so definidos com base em mtricas pela organizao?

20
Riscos so conhecidos e ativamente geridos.

21
So usados planos de ao corretiva com gatilhos determinados?

22
As dependncias a terceiros e ao cliente so bem geridas?

23
Os stakeholders internos sabem quando um projeto comea?

24
Os stakeholders externos sabem quando um projeto comea?

25
Os entregveis foram formalmente aceitos? Seu contedo passa pelo critrio de aceitao definido?

26
So feitas reunies de reviso ps-projeto? Essas lies aprendidas foram identificadas, documentadas e compartilhadas?

27
Os dados das iteraes e o backlog do produto so limpados para retirar trabalho pendente?

28
A documentao do projeto arquivada para uma localizao permanente?

29

Resposta
Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

Pontos
1 1 1 1 1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca Nunca

1 1 1 1 1 1 1 1 1 1 1

Nunca Nunca PONTUAO TOTAL Nvel

1 1 10 Bsico

Comentrios