SlideShare une entreprise Scribd logo
1  sur  29
Télécharger pour lire hors ligne
MSF- MICROSOFT
SOLUTIONS FRAMEWORK

Cesar
Eduardo Freitas
Italo Alves
A ORIGEM DO MSF (MICROSOFT SOLUTIONS FRAMEWORK)


    Baseado na experiência da empresa na construção de softwares como
    Office e Windows e em serviços de consultoria, em 1994 surgiu o MSF:
   Um conjunto de boas práticas compiladas pela Microsoft para
    desenvolver aplicações.
    Reuniu os princípios mais eficazes de outros populares modelos em um
    único processo, visando atingir os seguintes objetivos.
►   Soluções em tecnologia de forma mais rápida e eficiente
►   Diminuição de riscos
►   Obtenção de resultados com maior qualidade
PESQUISA SOBRE TAXA DE SUCESSO EM DESENVOLVIMENTO
DE SOFTWARE.
DISCIPLINA X METODOLOGIA
►   Metodologia : fornece direções especificas para resolver problemas
    conhecidos. Ela passa algo mais concreto para alcançar seus objetivos,
    mas limita as possibilidades de manobras, ou alternativas.
►   Disciplina: fornece uma orientação de como atingir seu objetivo,porém não
    passa instruções específicas . Você que define o passo a passo para chegar
    ao seu objetivo. Permite a análise do andamento de um processo,
    fornecendo orientação mesmo em situação novas.
►    A Microsoft não classifica o MSF como uma metodologia, mas sim como
    uma disciplina.


    O que isso quer dizer ?
    Basicamente que o MSF serve como um grande guia e uma coleção de
    boas práticas. Porém, o MSF não se aprofunda em detalhes.
OBJETIVO DO MSF (MICROSOFT SOLUTIONS FRAMEWORK)

Auxiliar em como organizar pessoas e projetos para planejar, construir
e implementar soluções tecnológicas , aumentando, assim, as chances
de sucesso durante o Ciclo de vida do desenvolvimento software.
QUAIS SÃO OS FOCOS DO MSF

►   Alinhar metas de negócios e tecnologia:
     ►   Entender porque o projeto existe da perspectiva do negócio.
     ►   Considerar os diferentes pontos de vistas dos Stakeholders do projeto: cliente,
         desenvolvedor, responsáveis pelos testes etc..


►   Estabelecer metas de projetos, funções e responsabilidades claras:


►   Implementar um iterativo: Processo baseado na etapa, no ponto de verificação.


►   Gerenciar o risco de forma proativa.


►   Responder a mudanças com eficácia.
DIVISÃO DO MSF

O MSF é divido em modelos e disciplinas:
   Modelo de equipe: quem faz o que.


   Modelo de processo: quando e como fazer.


   Disciplina de Gerenciamento de projeto: Como as coisas estão acontecendo,
    com que custo, tempo etc..


   Disciplina de Gerenciamento de riscos:


   Disciplina de Gerenciamento de competências: Capacitar um membro da
    equipe para realizar o que foi determinado, além do aprendizado com os
    projetos já desenvolvidos.
QUAIS SÃO OS ELEMENTOS CHAVES DO MSF


►   Princípios fundamentais e mindsets de MSF: visam orientar e guiar equipes e
    membros das equipes sobre como trabalhar juntos para fornecer uma
    solução.
►   Modelo de equipe do MSF permite:
     ►   Aos projetos serem redimensionados
     ►    Garante que as equipes encontrem uma variedade de necessidades das partes
         interessadas
     ►   Estabelece funções e responsabilidades definidas de acordo com o objetivo.
►   Modelo de processo do MSF:
     ►   Busca resultados rápidos e de alta qualidade em um ciclo de vida comprovado
         de projeto que identifica as principais atividades do projeto
PRINCÍPIOS FUNDAMENTAIS E MINDSETS

    Os princípios e mindsets são a base para os diversos modelos, processos e
    disciplinas do MSF e representam os anos de experiência da empresa no
    desenvolvimento de softwares. São eles:
►   Promover a comunicação: Para que sua equipe seja eficiente é necessário
    que as informações sejam compartilhadas entre os membros da equipe.
►   Trabalhar para uma visão compartilhada:
     ►   Exercendo a visão compartilha, as pessoas desenvolvem um senso de
         comunidade que engloba toda à organização e dá coerência a diversas
         atividades.
     ►   É exatamente onde as pessoas assumem um comprometimento mútuo e
         coletivo com o objetivo de se sentirem conectadas a um empreendimento
         importante.
     ►   Na sua forma mais simples a visão compartilhada responde a pergunta: O que
         desejamos criar ?
PRINCÍPIOS FUNDAMENTAIS E MINDSETS

   Mais poderes aos membros do time:
        É uma boa solução para ambientes que estão em constante mudanças.
        Com mais autoridade, os membros da equipe conseguem desenvolver soluções
         criativas para problemas de forma mais fácil
        Aceitando o fato de terem as responsabilidades compartilhadas para tomarem
         decisões e seguirem direções quando necessário.


   Entreguar o valor incremental:
        Cada membro da equipe tem que certifica-se que está entregando algo que
         esteja compátivel com o nível de qualidade do projeto.
        Determinar os melhores incrementos para fornecer o valor ou “frequência de
         entrega”.
PRINCÍPIOS FUNDAMENTAIS E MINDSETS
   Permanecer ágil: Alterações podem ocorrer com frequência e no pior
    momento possível. Por isso é importante ter uma maneira ágil de lidar com
    elas, minimizando, assim, as interrupções que as alterações geram.


   Investir na qualidade: A qualidade deve ser incorporada de forma proativa;
    ela não acontece por acaso.


   Aprender com todas as experiências: Os membros da equipe devem
    entender e apreciar que a utilização da experiência acontece em todos os
    níveis:
        Nível de projeto: para refinar um processo amplo:
        Nível individual: para melhor a interação entre os membros de equipe.
        Nível de organização: para saber quais métricas de qualidade serão utilizadas
         em cada projeto.
PRINCÍPIOS FUNDAMENTAIS E MINDSETS

   Associe-se a clientes internos e externos: Quando um cliente está
    trabalhando com a equipe as chances de sucesso do projeto
    aumentam,pois:


   Ajuda a reduzir incertezas.


   Reduz o tempo levado para resolver questões sobre requisitos.


   Aumenta a compreensão da equipe pra entender os valores mais
    importates do projeto.
O MODELO DE EQUIPE DO MSF

   O modelo de equipe do MSF segmenta atividades e
    responsabilidades típicas de entrega de solução em sete grupos
    de pressão.


   Esses grupos são interdependentes e multidisciplinares.


   As funções podem ser combinadas para pequenas situações de
    equipe e serem expandidas para grandes situações de equipe.


   As funções não implicam ou sugerem nenhum tipo de
    organograma ou de conjunto de títulos de trabalho, pois variam
    bastante de acordo com a organização e a equipe.
O MODELO DE EQUIPE DO MSF


Este modelo estabele funções, divide o projeto em grupos, porém trabalha sem
um esquema hierárquico. Nesse sistema todos devem compartihar
responsabilidades e tomadas de decisões para que o resultado obtido atinja o
nível de qualidade esperado.
O MODELO DE EQUIPE DO MSF

   Gerente de Programa: Define a arquitetura do sistema e o
    gerenciamento do projeto como um todo: cronograma, tarefas que
    estão sendo realizadas, gerenciamento de riscos e etc..
   Gerente de Produto: Garante a satisfação do cliente. Representa o
    cliente dentro do processo.
   Desenvolvimento: Quem realmente implementa o sistema.
   Experiência do usuário: Fica ao lado do usuário buscando um aumento
    de efetividade dele com o sistema.
   Gerenciamento de liberação: Trabalha para que a versão final do
    produto seja implementada no ambiente do cliente.
   Teste: Melhor definida como qualidade, pois objetiva garantir que o
    sistema atende as restrições do projeto, que é estável, tem um ótimo
    desempenho e etc..
O MODELO DE EQUIPE DO MSF: ÁREAS FUNCIONAIS

   Gerente de Programa: Define a arquitetura do sistema e o
    gerenciamento do projeto como um todo: cronograma, tarefas que
    estão sendo realizadas, gerenciamento de riscos e etc..
   Gerente de Produto: Produto tem valor de negócio, marketing do
    sistema, advogado do cliente e planejamento de produto.
   Desenvolvimento: Consultoria tecnológica, modelagem e arquitetura da
    implementação, desenvolvimento da aplicação e da infraestrurura
    relacionada.
   Experiência do usuário: Acessibilidade, internacionalização,material
    para treinamento, modelagem de interface com o usuário.
   Gerenciamento de liberação: Infraesturura, suporte as sistema,
    Logística, gerenciamento de release comercial.
   Teste: Planejamento, execução e relatório de testes.
   É importante realçar que, apesar de serem seis funções, não é necessário
    seis ou mais pessoas.
   Uma função pode ser desempenhado por várias pessoas ou uma pessoa
    pode acumular mais de uma função.
   Por exemplo: Gerente de produto pode acumular as funções de teste e
    experiência com o usuário, pois são perfis mais comerciais.
   Algumas combinações não são recomendadas, tais como Gerente d
    Produto e Gerente de Programa, pois em geral são conflitantes. Nesse caso
    um defende a equipe e outro defende o cliente.
   A composição da equipe vai depender do tipo de projeto, custo ou outros
    fatores. Porém, é importante que todos os papéis sejam representados.
COMO É PROCESSO?


O modelo de administração do MSF une a administração do
  projeto com a representação do processo:
   Gestão do projeto: Concentra em otimizar o processo de
    fornecimento de soluções e o uso eficiente dos recursos do
    projeto.
   Representação do processo concentra-se :
    Definição, compilação e na implantação de uma solução em
    tecnologia.
O modelo de processos do MSF prevê 5 fases: Envisioning,
  Planning, Developing e Stabilizing.
► Envisioning: Tem como produto principal um documento de visão e
escopo. Este documento formaliza de forma suscinta o que será o
projeto.
 Marco de término: É a aprovação da visão por todas as partes
envolvidas. Neste ponto todos têm um entendimento geral do projeto e
dos recursos necessários. Com base nesta visão é tomada a decisão
sobre a continuidade ou não do projeto.
►   Planning : Tem como produto o plano do projeto, que é composto de
    subprodutos, dos quais destacamos:
     ►   Especificação funcional .
     ►   Cronograma da etapa de desenvolvimento.
   Marco de término: é a aprovação do plano de projeto, composto pelos
    diversos subprodutos. Neste momento já se tem uma visão detalhada do
    projeto, bem como maior precisão nos prazos e recursos necessários.
    Mais do que isso, toda a execução do projeto estará devidamente
    planejada.
►   Developing: Quando construímos a solução propriamente dita. Esta fase
    gerará diversas versões intermediárias, que servirão como pontos de
    checagem e testes. É bom realçar que nessa fase o software já está
    sendo testado.
►   Marco de término: Quando o escopo está completo, ou seja, todas as
    funcionalidades planejadas estejam implementadas.
►   Stabilizing:Nesse momento são lançadas as versões betas para testes
    sistêmicos e acertos de bugs e de funcionalidades não adequadas a
    necessidade do usuário.
►   Marco de término: Termina quando existe um consenso sobre a qualidade
    final do produto. A equipe de estabilização libera o produto para ser
    colocado em produção.
►   Deploying(Entrega):É o processo de implantação realizado pelo pessoal
    de operações.
►   Marco de término: Entrega está completa.
O MSF UTILIZA DE UM MODELO ITERATIVO. O QUE ISSO QUER DIZER?


   Significa que para minimizar riscos de projetos grandes são
    gerados múltiplas versões fazendo que o usuário tenha um papel
    importante para versão final.
GERENCIAMENTO DE RISCOS


O MSF fala que se deve Identificar, analisar e tratar riscos proativamente.
Identifique e gerencie riscos durante todas as faces do projeto.
DISCIPLINAS: GERENCIAMENTO DE PROJETOS

O gerenciamento de projeto acontece durante todo o desenvolvimento
do sistema, em pararelo com as etapas do modelo de processo e é
compartilhada por todas as funções.
FERRAMENTAS MFS:


   O MFS está versão 5.0 que é integrado ao Visual Studio Team
    System e que foram criadas duas versões:
   MSF for Agile Software Development - modelo indicado se seu
    projeto pode ser realizado com um mínimo de pontos de
    checagem, maximizando a interação com o cliente e a
    velocidade de desenvolvimento.
   MSF for CMMI Process Improvement - modelo indicado se seu
    projeto necessita de documentar os passos dados durante o
    processo de desenvolvimento para ser compatível com CMMI
    nível III.
CONCLUSÃO


   O MSF (Microsoft Solutions Framework) permite uma fácil
    compreensão, além de ser bastante flexível em sua aplicação e
    suporta múltiplas abordagens, sendo possível sua adaptação
    para apoiar qualquer projeto, independentemente da sua
    dimensão ou complexidade.
BIBLIOGRAFIA:

             .
HTTP://TECHNET MICROSOFT.COM/EN-US/LIBRARY/BB497060.ASPX

HTTP://MSDN.MICROSOFT.COM/PT-BR/LIBRARY/JJ161047.ASPX (VISÃO GERAL);

HTTP://MICROSOFT.COM/MSF

READ MORE: HTTP://WWW.LINHADECODIGO.COM.BR/ARTIGO/78/CONHECA-O-MICROSOFT-
SOLUTIONS-FRAMEWORK-MSF.ASPX#IXZZ2N3KWT9GJ

Contenu connexe

Tendances

Gerenciamento de portfólio
Gerenciamento de portfólioGerenciamento de portfólio
Gerenciamento de portfólioFabricio Araújo
 
XP - Extreme Programming
XP - Extreme ProgrammingXP - Extreme Programming
XP - Extreme ProgrammingRodrigo Branas
 
Introdução a Metodologia XP (E Xtreme Programming)
Introdução a Metodologia XP (E Xtreme Programming)Introdução a Metodologia XP (E Xtreme Programming)
Introdução a Metodologia XP (E Xtreme Programming)Rennan Martini
 
Métodos Ágeis e Scrum - Introdução
Métodos Ágeis e Scrum - IntroduçãoMétodos Ágeis e Scrum - Introdução
Métodos Ágeis e Scrum - IntroduçãoYuri Morais
 
gerenciamento projetos
gerenciamento projetosgerenciamento projetos
gerenciamento projetosoleinik
 
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...Wankes Leandro
 
Modelo Incremental - Engenharia de Software
Modelo Incremental - Engenharia de SoftwareModelo Incremental - Engenharia de Software
Modelo Incremental - Engenharia de SoftwareDaniela Franciosi
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareCloves da Rocha
 
Rational Unified Process - RUP
Rational Unified Process - RUPRational Unified Process - RUP
Rational Unified Process - RUPFernando Nogueira
 
501 templates plano_projeto
501 templates plano_projeto501 templates plano_projeto
501 templates plano_projetoInfolifesc
 
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021Eduardo Cesar
 
Gerenciamento de projetos apostila completa
Gerenciamento de projetos   apostila completaGerenciamento de projetos   apostila completa
Gerenciamento de projetos apostila completaPaulo Junior
 

Tendances (20)

Gerenciamento de portfólio
Gerenciamento de portfólioGerenciamento de portfólio
Gerenciamento de portfólio
 
XP - Extreme Programming
XP - Extreme ProgrammingXP - Extreme Programming
XP - Extreme Programming
 
C711 n declaraçao escopo
C711 n declaraçao escopoC711 n declaraçao escopo
C711 n declaraçao escopo
 
Introdução a Metodologia XP (E Xtreme Programming)
Introdução a Metodologia XP (E Xtreme Programming)Introdução a Metodologia XP (E Xtreme Programming)
Introdução a Metodologia XP (E Xtreme Programming)
 
Metodologia Ágil
Metodologia ÁgilMetodologia Ágil
Metodologia Ágil
 
Métodos Ágeis e Scrum - Introdução
Métodos Ágeis e Scrum - IntroduçãoMétodos Ágeis e Scrum - Introdução
Métodos Ágeis e Scrum - Introdução
 
Modulo 002- Fundamentos do Gerenciamento de Projetos
Modulo 002- Fundamentos do Gerenciamento de ProjetosModulo 002- Fundamentos do Gerenciamento de Projetos
Modulo 002- Fundamentos do Gerenciamento de Projetos
 
Aula4 levantamento requisitos
Aula4 levantamento requisitosAula4 levantamento requisitos
Aula4 levantamento requisitos
 
Modelo plano de gerenciamento de custo
Modelo  plano de gerenciamento de custoModelo  plano de gerenciamento de custo
Modelo plano de gerenciamento de custo
 
gerenciamento projetos
gerenciamento projetosgerenciamento projetos
gerenciamento projetos
 
Modelos de processos de software
Modelos de processos de softwareModelos de processos de software
Modelos de processos de software
 
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...
Fluxo dos 49 Processos de Gerenciamento de Projetos do Guia PMBOK 6 Edição do...
 
Modelo Incremental - Engenharia de Software
Modelo Incremental - Engenharia de SoftwareModelo Incremental - Engenharia de Software
Modelo Incremental - Engenharia de Software
 
Gerenciamento Ágil de Projetos com Scrum
Gerenciamento Ágil de Projetos com ScrumGerenciamento Ágil de Projetos com Scrum
Gerenciamento Ágil de Projetos com Scrum
 
Aula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de SoftwareAula - Introdução a Engenharia de Software
Aula - Introdução a Engenharia de Software
 
Rational Unified Process - RUP
Rational Unified Process - RUPRational Unified Process - RUP
Rational Unified Process - RUP
 
501 templates plano_projeto
501 templates plano_projeto501 templates plano_projeto
501 templates plano_projeto
 
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021
COMO SE TORNAR UM GP PMBOK 7 AINDA EM 2021
 
Gerenciamento de projetos apostila completa
Gerenciamento de projetos   apostila completaGerenciamento de projetos   apostila completa
Gerenciamento de projetos apostila completa
 
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de ProjetosGerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
Gerenciamento de Projetos - Aula01 - Uma Introdução ao Gerenciamento de Projetos
 

Similaire à MSF Framework Fundamentals

Fator Humano no Gerenciamento de Projetos
Fator Humano no Gerenciamento de ProjetosFator Humano no Gerenciamento de Projetos
Fator Humano no Gerenciamento de ProjetosADVN Soluções em TI
 
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE GESTÃO D...
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE  GESTÃO D...ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE  GESTÃO D...
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE GESTÃO D...Beatriz Benezra Dehtear, MBA
 
Gerenciamento de projetos
Gerenciamento de projetos Gerenciamento de projetos
Gerenciamento de projetos Benedito Leão
 
Desenvolvimento de colaboradores pelo perfil comportamental
Desenvolvimento de colaboradores pelo perfil comportamental Desenvolvimento de colaboradores pelo perfil comportamental
Desenvolvimento de colaboradores pelo perfil comportamental suelen matta
 
Ps Treinamento Empresarial
Ps Treinamento EmpresarialPs Treinamento Empresarial
Ps Treinamento Empresarialguest4e9c08
 
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...Jaffer Veronezi
 
O uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de softwareO uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de softwareEverton vitor
 
Princípios ágeis - UFRGS 2013
Princípios ágeis - UFRGS 2013Princípios ágeis - UFRGS 2013
Princípios ágeis - UFRGS 2013Lourenco P Soares
 
Gerenciamento de Projetos - Visão Executivo
Gerenciamento de Projetos - Visão ExecutivoGerenciamento de Projetos - Visão Executivo
Gerenciamento de Projetos - Visão Executivojagrass
 
TCC_5AERN_Gerenciamento_Portfolio
TCC_5AERN_Gerenciamento_PortfolioTCC_5AERN_Gerenciamento_Portfolio
TCC_5AERN_Gerenciamento_PortfolioRodrigo Fonseca
 
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando ScrumGerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando ScrumRaphael Donaire Albino
 
Governança Ágil - Ágiles 2009
Governança Ágil - Ágiles 2009Governança Ágil - Ágiles 2009
Governança Ágil - Ágiles 2009Clavius Tales
 
Ebook Gestão de projetos
Ebook Gestão de projetosEbook Gestão de projetos
Ebook Gestão de projetosLiliane Farias
 

Similaire à MSF Framework Fundamentals (20)

Gestão de projetos
Gestão de projetosGestão de projetos
Gestão de projetos
 
Metodos ageis
Metodos ageisMetodos ageis
Metodos ageis
 
Fator Humano no Gerenciamento de Projetos
Fator Humano no Gerenciamento de ProjetosFator Humano no Gerenciamento de Projetos
Fator Humano no Gerenciamento de Projetos
 
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE GESTÃO D...
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE  GESTÃO D...ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE  GESTÃO D...
ATINGINDO A MATURIDADE EM GESTÃO DE PROJETOS COM USO DE PRÁTICAS DE GESTÃO D...
 
Gerenciamento de projetos
Gerenciamento de projetos Gerenciamento de projetos
Gerenciamento de projetos
 
Métodos Ágeis
Métodos ÁgeisMétodos Ágeis
Métodos Ágeis
 
Project Methodologies and Best Practices
Project Methodologies and Best PracticesProject Methodologies and Best Practices
Project Methodologies and Best Practices
 
Desenvolvimento de colaboradores pelo perfil comportamental
Desenvolvimento de colaboradores pelo perfil comportamental Desenvolvimento de colaboradores pelo perfil comportamental
Desenvolvimento de colaboradores pelo perfil comportamental
 
Princípios Ágeis
Princípios ÁgeisPrincípios Ágeis
Princípios Ágeis
 
Ps Treinamento Empresarial
Ps Treinamento EmpresarialPs Treinamento Empresarial
Ps Treinamento Empresarial
 
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...
Proposta de um modelo de escalonamento de metodologia ágil para grandes organ...
 
O uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de softwareO uso de metodos ageis no desenvolvimento de software
O uso de metodos ageis no desenvolvimento de software
 
Princípios ágeis - UFRGS 2013
Princípios ágeis - UFRGS 2013Princípios ágeis - UFRGS 2013
Princípios ágeis - UFRGS 2013
 
Aplicando Lean Project Management para entregar o projeto com sucesso
Aplicando Lean Project Management para entregar o projeto com sucessoAplicando Lean Project Management para entregar o projeto com sucesso
Aplicando Lean Project Management para entregar o projeto com sucesso
 
04 sintese2
04  sintese204  sintese2
04 sintese2
 
Gerenciamento de Projetos - Visão Executivo
Gerenciamento de Projetos - Visão ExecutivoGerenciamento de Projetos - Visão Executivo
Gerenciamento de Projetos - Visão Executivo
 
TCC_5AERN_Gerenciamento_Portfolio
TCC_5AERN_Gerenciamento_PortfolioTCC_5AERN_Gerenciamento_Portfolio
TCC_5AERN_Gerenciamento_Portfolio
 
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando ScrumGerenciando Projetos De Software De Forma áGil Utilizando Scrum
Gerenciando Projetos De Software De Forma áGil Utilizando Scrum
 
Governança Ágil - Ágiles 2009
Governança Ágil - Ágiles 2009Governança Ágil - Ágiles 2009
Governança Ágil - Ágiles 2009
 
Ebook Gestão de projetos
Ebook Gestão de projetosEbook Gestão de projetos
Ebook Gestão de projetos
 

MSF Framework Fundamentals

  • 2. A ORIGEM DO MSF (MICROSOFT SOLUTIONS FRAMEWORK) Baseado na experiência da empresa na construção de softwares como Office e Windows e em serviços de consultoria, em 1994 surgiu o MSF:  Um conjunto de boas práticas compiladas pela Microsoft para desenvolver aplicações. Reuniu os princípios mais eficazes de outros populares modelos em um único processo, visando atingir os seguintes objetivos. ► Soluções em tecnologia de forma mais rápida e eficiente ► Diminuição de riscos ► Obtenção de resultados com maior qualidade
  • 3. PESQUISA SOBRE TAXA DE SUCESSO EM DESENVOLVIMENTO DE SOFTWARE.
  • 4. DISCIPLINA X METODOLOGIA ► Metodologia : fornece direções especificas para resolver problemas conhecidos. Ela passa algo mais concreto para alcançar seus objetivos, mas limita as possibilidades de manobras, ou alternativas. ► Disciplina: fornece uma orientação de como atingir seu objetivo,porém não passa instruções específicas . Você que define o passo a passo para chegar ao seu objetivo. Permite a análise do andamento de um processo, fornecendo orientação mesmo em situação novas. ► A Microsoft não classifica o MSF como uma metodologia, mas sim como uma disciplina. O que isso quer dizer ? Basicamente que o MSF serve como um grande guia e uma coleção de boas práticas. Porém, o MSF não se aprofunda em detalhes.
  • 5. OBJETIVO DO MSF (MICROSOFT SOLUTIONS FRAMEWORK) Auxiliar em como organizar pessoas e projetos para planejar, construir e implementar soluções tecnológicas , aumentando, assim, as chances de sucesso durante o Ciclo de vida do desenvolvimento software.
  • 6. QUAIS SÃO OS FOCOS DO MSF ► Alinhar metas de negócios e tecnologia: ► Entender porque o projeto existe da perspectiva do negócio. ► Considerar os diferentes pontos de vistas dos Stakeholders do projeto: cliente, desenvolvedor, responsáveis pelos testes etc.. ► Estabelecer metas de projetos, funções e responsabilidades claras: ► Implementar um iterativo: Processo baseado na etapa, no ponto de verificação. ► Gerenciar o risco de forma proativa. ► Responder a mudanças com eficácia.
  • 7. DIVISÃO DO MSF O MSF é divido em modelos e disciplinas:  Modelo de equipe: quem faz o que.  Modelo de processo: quando e como fazer.  Disciplina de Gerenciamento de projeto: Como as coisas estão acontecendo, com que custo, tempo etc..  Disciplina de Gerenciamento de riscos:  Disciplina de Gerenciamento de competências: Capacitar um membro da equipe para realizar o que foi determinado, além do aprendizado com os projetos já desenvolvidos.
  • 8. QUAIS SÃO OS ELEMENTOS CHAVES DO MSF ► Princípios fundamentais e mindsets de MSF: visam orientar e guiar equipes e membros das equipes sobre como trabalhar juntos para fornecer uma solução. ► Modelo de equipe do MSF permite: ► Aos projetos serem redimensionados ► Garante que as equipes encontrem uma variedade de necessidades das partes interessadas ► Estabelece funções e responsabilidades definidas de acordo com o objetivo. ► Modelo de processo do MSF: ► Busca resultados rápidos e de alta qualidade em um ciclo de vida comprovado de projeto que identifica as principais atividades do projeto
  • 9. PRINCÍPIOS FUNDAMENTAIS E MINDSETS Os princípios e mindsets são a base para os diversos modelos, processos e disciplinas do MSF e representam os anos de experiência da empresa no desenvolvimento de softwares. São eles: ► Promover a comunicação: Para que sua equipe seja eficiente é necessário que as informações sejam compartilhadas entre os membros da equipe. ► Trabalhar para uma visão compartilhada: ► Exercendo a visão compartilha, as pessoas desenvolvem um senso de comunidade que engloba toda à organização e dá coerência a diversas atividades. ► É exatamente onde as pessoas assumem um comprometimento mútuo e coletivo com o objetivo de se sentirem conectadas a um empreendimento importante. ► Na sua forma mais simples a visão compartilhada responde a pergunta: O que desejamos criar ?
  • 10. PRINCÍPIOS FUNDAMENTAIS E MINDSETS  Mais poderes aos membros do time:  É uma boa solução para ambientes que estão em constante mudanças.  Com mais autoridade, os membros da equipe conseguem desenvolver soluções criativas para problemas de forma mais fácil  Aceitando o fato de terem as responsabilidades compartilhadas para tomarem decisões e seguirem direções quando necessário.  Entreguar o valor incremental:  Cada membro da equipe tem que certifica-se que está entregando algo que esteja compátivel com o nível de qualidade do projeto.  Determinar os melhores incrementos para fornecer o valor ou “frequência de entrega”.
  • 11. PRINCÍPIOS FUNDAMENTAIS E MINDSETS  Permanecer ágil: Alterações podem ocorrer com frequência e no pior momento possível. Por isso é importante ter uma maneira ágil de lidar com elas, minimizando, assim, as interrupções que as alterações geram.  Investir na qualidade: A qualidade deve ser incorporada de forma proativa; ela não acontece por acaso.  Aprender com todas as experiências: Os membros da equipe devem entender e apreciar que a utilização da experiência acontece em todos os níveis:  Nível de projeto: para refinar um processo amplo:  Nível individual: para melhor a interação entre os membros de equipe.  Nível de organização: para saber quais métricas de qualidade serão utilizadas em cada projeto.
  • 12. PRINCÍPIOS FUNDAMENTAIS E MINDSETS  Associe-se a clientes internos e externos: Quando um cliente está trabalhando com a equipe as chances de sucesso do projeto aumentam,pois:  Ajuda a reduzir incertezas.  Reduz o tempo levado para resolver questões sobre requisitos.  Aumenta a compreensão da equipe pra entender os valores mais importates do projeto.
  • 13. O MODELO DE EQUIPE DO MSF  O modelo de equipe do MSF segmenta atividades e responsabilidades típicas de entrega de solução em sete grupos de pressão.  Esses grupos são interdependentes e multidisciplinares.  As funções podem ser combinadas para pequenas situações de equipe e serem expandidas para grandes situações de equipe.  As funções não implicam ou sugerem nenhum tipo de organograma ou de conjunto de títulos de trabalho, pois variam bastante de acordo com a organização e a equipe.
  • 14. O MODELO DE EQUIPE DO MSF Este modelo estabele funções, divide o projeto em grupos, porém trabalha sem um esquema hierárquico. Nesse sistema todos devem compartihar responsabilidades e tomadas de decisões para que o resultado obtido atinja o nível de qualidade esperado.
  • 15. O MODELO DE EQUIPE DO MSF  Gerente de Programa: Define a arquitetura do sistema e o gerenciamento do projeto como um todo: cronograma, tarefas que estão sendo realizadas, gerenciamento de riscos e etc..  Gerente de Produto: Garante a satisfação do cliente. Representa o cliente dentro do processo.  Desenvolvimento: Quem realmente implementa o sistema.  Experiência do usuário: Fica ao lado do usuário buscando um aumento de efetividade dele com o sistema.  Gerenciamento de liberação: Trabalha para que a versão final do produto seja implementada no ambiente do cliente.  Teste: Melhor definida como qualidade, pois objetiva garantir que o sistema atende as restrições do projeto, que é estável, tem um ótimo desempenho e etc..
  • 16. O MODELO DE EQUIPE DO MSF: ÁREAS FUNCIONAIS  Gerente de Programa: Define a arquitetura do sistema e o gerenciamento do projeto como um todo: cronograma, tarefas que estão sendo realizadas, gerenciamento de riscos e etc..  Gerente de Produto: Produto tem valor de negócio, marketing do sistema, advogado do cliente e planejamento de produto.  Desenvolvimento: Consultoria tecnológica, modelagem e arquitetura da implementação, desenvolvimento da aplicação e da infraestrurura relacionada.  Experiência do usuário: Acessibilidade, internacionalização,material para treinamento, modelagem de interface com o usuário.  Gerenciamento de liberação: Infraesturura, suporte as sistema, Logística, gerenciamento de release comercial.  Teste: Planejamento, execução e relatório de testes.
  • 17. É importante realçar que, apesar de serem seis funções, não é necessário seis ou mais pessoas.  Uma função pode ser desempenhado por várias pessoas ou uma pessoa pode acumular mais de uma função.  Por exemplo: Gerente de produto pode acumular as funções de teste e experiência com o usuário, pois são perfis mais comerciais.  Algumas combinações não são recomendadas, tais como Gerente d Produto e Gerente de Programa, pois em geral são conflitantes. Nesse caso um defende a equipe e outro defende o cliente.  A composição da equipe vai depender do tipo de projeto, custo ou outros fatores. Porém, é importante que todos os papéis sejam representados.
  • 18. COMO É PROCESSO? O modelo de administração do MSF une a administração do projeto com a representação do processo:  Gestão do projeto: Concentra em otimizar o processo de fornecimento de soluções e o uso eficiente dos recursos do projeto.  Representação do processo concentra-se :  Definição, compilação e na implantação de uma solução em tecnologia. O modelo de processos do MSF prevê 5 fases: Envisioning, Planning, Developing e Stabilizing.
  • 19. ► Envisioning: Tem como produto principal um documento de visão e escopo. Este documento formaliza de forma suscinta o que será o projeto. Marco de término: É a aprovação da visão por todas as partes envolvidas. Neste ponto todos têm um entendimento geral do projeto e dos recursos necessários. Com base nesta visão é tomada a decisão sobre a continuidade ou não do projeto.
  • 20. Planning : Tem como produto o plano do projeto, que é composto de subprodutos, dos quais destacamos: ► Especificação funcional . ► Cronograma da etapa de desenvolvimento.  Marco de término: é a aprovação do plano de projeto, composto pelos diversos subprodutos. Neste momento já se tem uma visão detalhada do projeto, bem como maior precisão nos prazos e recursos necessários. Mais do que isso, toda a execução do projeto estará devidamente planejada.
  • 21. Developing: Quando construímos a solução propriamente dita. Esta fase gerará diversas versões intermediárias, que servirão como pontos de checagem e testes. É bom realçar que nessa fase o software já está sendo testado. ► Marco de término: Quando o escopo está completo, ou seja, todas as funcionalidades planejadas estejam implementadas.
  • 22. Stabilizing:Nesse momento são lançadas as versões betas para testes sistêmicos e acertos de bugs e de funcionalidades não adequadas a necessidade do usuário. ► Marco de término: Termina quando existe um consenso sobre a qualidade final do produto. A equipe de estabilização libera o produto para ser colocado em produção.
  • 23. Deploying(Entrega):É o processo de implantação realizado pelo pessoal de operações. ► Marco de término: Entrega está completa.
  • 24. O MSF UTILIZA DE UM MODELO ITERATIVO. O QUE ISSO QUER DIZER?  Significa que para minimizar riscos de projetos grandes são gerados múltiplas versões fazendo que o usuário tenha um papel importante para versão final.
  • 25. GERENCIAMENTO DE RISCOS O MSF fala que se deve Identificar, analisar e tratar riscos proativamente. Identifique e gerencie riscos durante todas as faces do projeto.
  • 26. DISCIPLINAS: GERENCIAMENTO DE PROJETOS O gerenciamento de projeto acontece durante todo o desenvolvimento do sistema, em pararelo com as etapas do modelo de processo e é compartilhada por todas as funções.
  • 27. FERRAMENTAS MFS:  O MFS está versão 5.0 que é integrado ao Visual Studio Team System e que foram criadas duas versões:  MSF for Agile Software Development - modelo indicado se seu projeto pode ser realizado com um mínimo de pontos de checagem, maximizando a interação com o cliente e a velocidade de desenvolvimento.  MSF for CMMI Process Improvement - modelo indicado se seu projeto necessita de documentar os passos dados durante o processo de desenvolvimento para ser compatível com CMMI nível III.
  • 28. CONCLUSÃO  O MSF (Microsoft Solutions Framework) permite uma fácil compreensão, além de ser bastante flexível em sua aplicação e suporta múltiplas abordagens, sendo possível sua adaptação para apoiar qualquer projeto, independentemente da sua dimensão ou complexidade.
  • 29. BIBLIOGRAFIA: . HTTP://TECHNET MICROSOFT.COM/EN-US/LIBRARY/BB497060.ASPX HTTP://MSDN.MICROSOFT.COM/PT-BR/LIBRARY/JJ161047.ASPX (VISÃO GERAL); HTTP://MICROSOFT.COM/MSF READ MORE: HTTP://WWW.LINHADECODIGO.COM.BR/ARTIGO/78/CONHECA-O-MICROSOFT- SOLUTIONS-FRAMEWORK-MSF.ASPX#IXZZ2N3KWT9GJ