MSF- MICROSOFT SOLUTIONS FRAMEWORK. Cesar Eduardo Freitas Italo Alves



Documentos relacionados
Unified Process e MSF

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

Pesquisa Etnográfica

Introdução ao OpenUP (Open Unified Process)

Feature-Driven Development

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Professor: Curso: Disciplina:

SETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.

MASTER IN PROJECT MANAGEMENT

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Resumo do BABok 2.0 O Guia de Referência de Análise de Negócio Curso de Analista de Negócio 3.0

Curso Fundamentos de Gerenciamento de Serviços de TI baseado no ITIL V3

ENGENHARIA DE SOFTWARE I

APRENDA COMO GERENCIAR SEUS SERVIÇOS

Sistemas de Informação I

Introdução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos

Processos Técnicos - Aulas 4 e 5

Metodologias de Desenvolvimento de Sistemas. Analise de Sistemas I UNIPAC Rodrigo Videschi

Governança de TI. ITIL v.2&3. parte 1

Glossário Apresenta a definição dos termos, siglas e abreviações utilizadas no contexto do projeto Citsmart.

Atividade: COBIT : Entendendo seus principais fundamentos

Engenharia de Software I. Aula 15: Metodologias Ágeis. Prof. Márcio D. Puntel

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

UNIDADE 4. Introdução à Metodologia de Desenvolvimento de Sistemas

Boas Práticas em Gerenciamento de Projetos Material utilizado nas aulas de Pós-graduação do Centro de Informática

Universidade Federal de Goiás UFG Campus Catalão CAC Departamento de Engenharia de Produção. Sistemas ERP. PCP 3 - Professor Muris Lage Junior

Engenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS

QUALIDADE DE SOFTWARE

Aumente sua velocidade e flexibilidade com a implantação da nuvem gerenciada de software da SAP

ISO/IEC 12207: Gerência de Configuração

EXECUTIVE GESTÃO ESTRATÉGICA

PRINCÍPIOS DE SISTEMAS DE INFORMAÇÃO MÓDULO 17

Análise do Ambiente estudo aprofundado

Exame de Fundamentos da ITIL

Universidade de Brasília Faculdade de Economia, Administração, Contabilidade e Ciência da Informação e Documentação Departamento de Ciência da

A Disciplina Gerência de Projetos

SPEKTRUM SOLUÇÕES DE GRANDE PORTE PARA PEQUENAS E MÉDIAS EMPRESAS SPEKTRUM SAP Partner 1

Resumo artigo Agile Modeling- Overview

Oficina de Gestão de Portifólio

Gerência de Projetos

Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Porque estudar Gestão de Projetos?

Tecnologia da Informação: Otimizando Produtividade e Manutenção Industrial

Pós Graduação Engenharia de Software

PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0

ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE LIBERAÇÃO

Desenvolvimento Ágil de Software

Conhecimentos em Comércio Eletrônico Capítulo 4 CAPÍTULO 4 VISÃO GERAL DO COMÉRCIO

RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP

Trilhas Técnicas SBSI

ALESSANDRO PEREIRA DOS REIS PAULO CESAR CASTRO DE ALMEIDA ENGENHARIA DE SOFTWARE - CAPABILITY MATURITY MODEL INTEGRATION (CMMI)

Estratégia de TI. Posicionamento Estratégico da TI: como atingir o alinhamento com o negócio. Conhecimento em Tecnologia da Informação

Implementação utilizando as melhores práticas em Gestão de Projetos

Capítulo X. Gerenciar Mudanças dos Requisitos. Aluizio Saiter, M. Sc.

Sistemas Integrados de Gestão Empresarial

Na medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.

Introdução. AULA 2 A Organização empresarial e a gestão de projetos. Tema relevante em diversas áreas

Profa. Celia Corigliano. Unidade IV GERENCIAMENTO DE PROJETOS DE TI


Programa de Excelência em Atendimento aos Clientes

Processos de Desenvolvimento de Software

Portfólio de Serviços. Gestão de Serviços de TI. Treinamento e Consultoria

INFORMAÇÕES ADICIONAIS

BANCO CENTRAL DO BRASIL 2009/2010

Processo de Desenvolvimento Unificado

Prof. Me. Marcos Echevarria

GESTÃO DE PROJETOS PARA A INOVAÇÃO

UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT

Disciplina: Administração de Departamento de TI. Professor: Aldo Rocha. Aula IX - 28/04/2011

MELHORIA DE SERVIÇO CONTINUADA ITIL FOUNDATION V3 Conteúdo deste resumo deve ser contemplado com a leitura do livro ITIL Melhoria de Serviço

Segurança Computacional. Rodrigo Fujioka

Material de Apoio. Sistema de Informação Gerencial (SIG)

VISUAL STUDIO TEAM SYSTEM IMPLANTAÇÃO DA SUITE DE FERRAMENTAS

Pós-Graduação em Gerenciamento de Projetos práticas do PMI

Capítulo 2. Processos de Software Pearson Prentice Hall. Todos os direitos reservados. slide 1

GESTÃO DAS INFORMAÇÕES DAS ORGANIZAÇÕES MÓDULO 11

Universidade de Brasília Faculdade de Ciência da Informação Profa. Lillian Alvares

Gerenciamento de Projetos

RECONHECIMENTO DE ALGUNS SISTEMAS DE INFORMAÇÃO

Implantação. Prof. Eduardo H. S. Oliveira

Multiplexador. Permitem que vários equipamentos compartilhem um único canal de comunicação

AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0

APLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2

NORMA ISO/IEC Isac Aguiar isacaguiar.com.br

Gerenciamento de Problemas

Gerenciamento de Níveis de Serviço

A ITIL e o Gerenciamento de Serviços de TI

TÍTULO Norma de Engajamento de Partes Interessadas GESTOR DRM ABRANGÊNCIA Agências, Departamentos, Demais Dependências, Empresas Ligadas

Sistemas de Informação I

ESCRITÓRIO RIO DE PROJETOS

Engenharia de Software I

Princípios da Engenharia de Software Aula 02. Prof.: Franklin M. Correia

Profa. Gislaine Stachissini. Unidade III GOVERNANÇA DE TI

XP extreme Programming, uma metodologia ágil para desenvolvimento de software. Equipe WEB Cercomp

Transcrição:

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.

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. DISCIPLINA X METODOLOGIA 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