Metodologia Casos: PMI / Agile / CMM PSP

Esta foi uma dura sessão de blog, com slides e resumos relâmpago rápido, de forma alguma incompletude perdoar! As súmulas foram embora awesome! É interessante ouvir os diferentes métodos e as suas semelhanças e diferenças.

PMI – Project Management Institute é uma organização profissional internacional ligando os gestores de projectos em toda a 70 indústrias e 170 países, fundada em 1969.

PMI – Backbone da Metodologia: Methodolgy escalas a actual corpo de conhecimentos e desenvolvimento tecnológico, mas sempre inclui o processo de 5 grupos – Início, Planejamento, Execução, Monitoração / Controle, e Encerramento. Além do processo de grupos, há 9 conhecimentos – Integração Management, Scope Management, Gestão do Tempo, Gestão de Custos, Gestão da Qualidade, Gestão de Recursos Humanos, Gestão de Comunicação, Gestão de Risco e Gestão de Contratos Públicos.

De gestão da qualidade é algo que fazemos nos jogos fantásticos indústria. Gestão de Recursos Humanos se resume a tratar as pessoas como o seu capital mais precioso.

Âmbito de Gestão e Controle e Gestão de Riscos são áreas para melhorias imediatas.

Âmbito controle, melhores práticas para resultados rápidos:

Determinar Âmbito basal no início [Documento esperados resultados finais e auxiliares atributos. Documento como escopo é esperado para atingir o seu estúdio de resultados empresariais, o que poderia estar fazendo um lucro para o estúdio, basta recuperar os custos, ou estabelecer um nome para o seu negócio, conduzindo a sustentabilidade futura.

Criar um vínculo formal, transparente, os custos associados à mudança processo – Medida escopo alterar os pedidos contra o alcance linha base. Um custo associado com cada escopo mudança.

Gestão de Risco, as melhores práticas para resultados rápidos:

Criar um plano global de risco. 1 = nominal, 5 = unsalvageable

1. Em primeiro lugar descobrir o que seus limites são negativos risco. Em uma escala de 1-5, o montante dos custos, tempo e qualidade variância variância qualifica como 1, 2, 3, 4 & 5?

2. Lista todos os riscos de sua equipe pode pensar – Creative riscos, cronograma / custo de riscos, riscos e metodologia.

3. Analise cada risco – Classificação de risco para cada probabilidade ea gravidade do impacto. Priorizar os riscos rating uma média de 3 ou superior. Definir e documentar causas, prevenção e mitigação planos planos. Provavelmente o mais importante, compartilhar essas informações com sua equipe e com os seus intervenientes. Atribuir proprietários cuja responsabilidade será a de navegar pelo risco de acordo com o plano.

PMI oferece bem praticado testados métodos e modelos para ajudar PMs e produtores para fazer o seu trabalho de forma eficiente e eficaz. Não há necessidade de reinventar a roda! Alavancagem modelos e processos que já foram criadas. Adaptável a uma variedade de estilos desenvolvimento. Você decide-se que processos servem o seu projecto.

CMM – Capability Maturity Model “- www.sei.cmu.edu. Foi desenvolvido para resolver uma crise de Software E.U. Risco na indústria em 1984. “Software Engineering” centra-se no estado da arte versus estado da prática.

Níveis CMM são perfeitos para jogadores! Existem cinco níveis de qualquer processo: Inicial, Repetível, Definido, quantitativa e Otimização.

Nível 1: Inicial – Ad hoc e ocasionalmente caótico. Poucos processos são definidos, eo sucesso depende do esforço individual e heroísmo. Caracterizado por uma tendência para o excesso cometer, o abandono dos processos, e uma incapacidade de repetir sucessos.

Nível 2: Repetível – Processos básicos de gestão de projectos são estabelecidos para controlar custos, cronograma e funcionalidade. O processo disciplinar é necessário no lugar de repetir sucessos anteriores em projetos semelhantes.

Nível 3: Definido – O jogo em processo de desenvolvimento é documentado, padronizado e integrado em toda a organização. Todos os jogos utilizam um aprovado, versão adaptada do processo padrão da organização para o desenvolvimento e manutenção do património.

Nível 4: quantitativas – dados pormenorizados sobre o processo de desenvolvimento e jogo a qualidade do jogo são collced. Tanto o processo de desenvolvimento e jogo jogos são quantitativamente compreendidos e controlados.

Nível 5: Otimizando – processo contínuo através da melhoria quantitativa feedback do processo e de pioloting idéias inovadoras e técnicas. Comece a olhar para defeitos ou erros e como evitá-lo e mudar-lhe processos.

Tome viagem para CMM inclui um quadro de intuitivo * * qualquer processo de melhoria esforço, bem como uma abordagem passo-sábio de desenvolvimento organizacional. Você pode estar em diferentes lugares em diferentes processos. Você pode ter um código padrão e já estar em um nível 3, mas você pode introduzir algo como código opiniões e ir direto a partir de um nível 1 para um nível 3. Depois de ter esse nível de compreensão da sua organização, pode começar a padronizar o processo.

Barreiras em “nivelamento para cima” são o seu partido e os seus stats (RPG analogia). A falta de formação profissional ou de conhecimentos sobre a forma de medir e prever o seu próprio trabalho dificulta processo. As pessoas podem não compreender o seu próprio processo para além “, o código e depois corrigi-lo.” Há uma lacuna na equipe profissional, e as competências necessárias são planejamento, monitoramento e alterando planos! A indústria do software tinha de lidar com este problema exato 25 anos atrás, quando foi pioneira no processo de software.

Formação: PSP e TSP (Personal Software Process e Team Software Process)

PSP visa proporcionar aos profissionais de engenharia competências aos indivíduos. Desenvolve etapas diferentes do processo de escrever código, a compilá-lo e, em seguida, que fixa os bugs. Ensina ferramentas e técnicas que podem usar, e utilizar os dados para melhorar a estimativa e planejamento. Também aprender como melhorar a qualidade e reduzir defeitos.

Ferramentas básicas: Utilizando dados para identificar os problemas mais cedo, chegar a soluções e adquirir conhecimento e insights.

Desafio em software é que os dados não transfere toda indivíduos. O único que se aplica aos indivíduos se os seus próprios dados de desempenho. Dados move-se pirâmide de informação e, depois, passado ao conhecimento e intuição.

TSP baseia-PSP ferramentas e técnicas. Motiva e guias personalizadas a recolha de dados e decisões resultantes. Começando com um TSP lançar o pontapé inicial em um projeto para estabelecer metas, definir papéis equipe, avaliar os riscos, e produzir um plano de equipa. Deu a equipe o poder de resolver os seus próprios problemas, aviso que estavam caindo para trás em alguma coisa antes Manager teve de aviso. TSP é basicamente um “no projecto” equipa de formação, relacionado a algo que você está realmente trabalhando em como você está fazendo isso.

Um lançamento é TSP multidisciplinar, incluindo o cliente. Isto permite que todos os membros da equipe para entender o jogo eles vão criar e sentir-se igualmente responsável pela entrega. É também focada, realista, criativa e eficiente, sendo realizado em quatro dias.

TSP não é novo em tudo, fizemos tudo isso antes, mas TSP fornece uma estrutura.

Os benefícios são equipa moral e coesão, propriedade individual das tarefas, e menor carga sobre leva PM para agendamento e delegação. Processo é muito mais simplificado, os dados são recolhidos e útil para o futuro planeamento, tais como linhas de código por hora, animações por dia, tarefa horas por semana e melhores métricas de componentes.

Variação aceitação é difícil e existem modelos para isso. Se você quiser que as pessoas a mudar as coisas que você precisa 2 dos 3 seguintes aspectos: Liderança, partilhada Necessidade e Visão.

Agile

O objetivo é jogos de alta qualidade a custo mais baixo e que, a diversão para desenvolver como estão a desempenhar. Alto metacritic rating (www.metacritic). Menos trabalho e menos tempo.

Desafios da cachoeira são equipa tamanho. Comunicação desafio aumenta mais rapidamente do que a equipe tamanho. Centralizado decisório fica sobrecarregado (decisão estrangulamento). “Fun” tipicamente requer uma quantidade desconhecida de iteração.

Principais motivações são comunicação, diversão e fator “Lei de Parkinson”. Scrum não é a bala de prata. Se você tem uma equipe disfuncional, impetigem não vai ajudar.

Produto roteiro. Defina metas a cada 6 semanas, feito de dois 3 semanas sprints. Defina apenas as duas primeiras etapas em detalhes.

Lançamento roteiro inclui reuniões externo para reduzir distrações, definir objectivos libertação, criar um produto atraso para todas as equipas.

Deixe um Comentário

Nome (required)

Mail (will not be published) (required)

Site