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.