Artigo Microsoft Solutions Framework (MSF)

Prévia do material em texto

� ���
�PAGE �102�
S. Sandri, J. Stolfi, L.Velho
�
Microsoft Solutions Framework (MSF) 
Thalison Barbosa Bauer
Acadêmico do Curso de Curso de Sistemas de Informação/Análise e Desenvolvimento de Sistemas – Universidade Luterana do Brasil (ULBRA) Campus Torres - RS
Thalison.barbosa@ulbra.inf.br�
Abstract. Microsoft Solutions Framework (MSF) is a flexible and interrelated set of templates that can guide an organization through the mobilization of resources, people, and the techniques required to bring technology infrastructure in line with business objectives..
Resumo. Microsoft Solutions Framework (MSF) é um conjunto flexível e inter-relacionado de modelos que podem guiar uma organização por meio de mobilização de recursos, pessoas, e as técnicas necessárias para levar infraestrutura de tecnologia em linha com os objetivos de negócios.
1. Informações Gerais – Introdução
	O Microsoft Solutions Framework(MSF) pode ser uma ferramenta eficaz para as organizações que desejam desenvolver com rapidez soluções de tecnologia de alta qualidade e que sejam relevantes para seus negócios. Sua flexibilidade permite uma adaptação fácil para a maioria dos projetos de tecnologia, ajudando as equipes a se comunicar efetivamente e a coordenar atividades críticas.
	O MSF surgiu a partir da análise de como a Microsoft desenvolve seus produtos, resumidamente o é um conjunto de boas praticas utilizada pela empresa, e serve como um grande guia e coleções de boas práticas porem MSF não se aprofunda em detalhes e ajuda as equipes a resolverem as causas mais comuns de em projetos de tecnologia.
2. Primeira Página 
Um projeto em MSF é regido por ciclos ou iterações. A cada ciclo, cada componente da equipe executa suas funções e atualiza o resultado do seu trabalho conforme a necessidade. Os ciclos se repetem até que o projeto seja concluído ou cada versão seja lançada.
A falta de detalhes do MSF pode parecer uma deficiência a princípio, mas essa característica permitiu uma abordagem simples e direta das técnicas apresentadas. Ou seja, o MSF permite uma fácil compreensão tanto por parte da equipe como do cliente, além de ser bastante flexível em sua aplicação.
Os princípios do MSF são:
Foco no negócio: principal deles são entender porque o projeto existe da perspectiva do negócio e como este valor é medido.
Comunicação: MSF trabalha com uma comunicação aberta com toda a equipe, como clientes e outros membros do time.
Visão de projeto compartilhado: O processo de visão do projeto e criado no inicio do projeto, na criação desta visão o time se comunica com a missão de identificar e resolver conflitos e visões enganosas.
Esclarecer as reponsabilidades compartilhadas: O time é composto de varias responsabilidades compartilhadas para ensinar o time seu relacionamento respectivo.
Mais poderes aos membros do time: Baseado em time de pares MSF dá poderes aos membros do time por ter que atingir as metas e entregas, aceitando o fato de terem as responsabilidades compartilhadas por tomar decisões, direções quando necessário. Agilidade: As iterações do ciclo de vida do modelo de processo habilitam ajustes de cursos para a entrega do projeto em cada mil estone. 
Investimento em qualidade: MSF tem por premissa que todo o time é responsável por balancear os custos, e funcionalidades para preservar a solução em qualidade e assegurar a qualidade.
Aprender com todas as experiências: dados que a maior causa de falha são praticamente os mesmos, as organizações de TI não aprendem com as suas falhas de projeto. O MSF engloba o conceito de contínuo crescimento baseado em aprendizado individual e de time.
 Modelo de equipe 
	Correspondem diretamente com as seis metas de qualidade essenciais para uma equipe de projeto eficaz. Como exemplo na figura 1
Gestão de Produtos	: O objetivo do gerenciamento de produto é a satisfação do cliente. A função de gerenciamento de produto está posicionada para conseguir isso.
Gestão do Programa	:O papel e foco da gestão do programa é atender à meta de qualidade de entregar o produto dentro das restrições do projeto. Para cumprir este objetivo, a gestão do programa possui e conduz a programação, os recursos, e orçamento para o projeto. Gestão do programa garante que o produto certo seja entregue no tempo certo.
Desenvolvimento: 	para ter sucesso em cumprir sua meta de qualidade, o papel do desenvolvimento é a construção de um produto que atenda as especificações e expectativas dos clientes. 
Testes: 	O objetivo do teste é certificar-se de que todos os problemas são conhecidos e tratado antes da entrega do produto. Um problema é qualquer coisa que impede que o produto atenda às suas necessidades.
Treinamento de Usuários: 	Treinamento de Usuários se concentra em melhorar o desempenho do usuário para que os usuários se tornem tão produtivos quanto possível com o produto. Para conseguir isso, o treinamento do usuário atua como advogado para o usuário final do produto, bem como os atos de gestão de produtos como defesa do cliente para a equipe.
Gestão de Logística	: Gestão logística serve como o defensor para as operações, suporte ao produto, help desk, e organizações de entrega de outros canais no seu foco na implantação tranquila e gestão em curso.
Modelo de Processos
	O MSF prevê 4 fases: Envisioning, Planning, Developing e Stabilizing. Cada fase descreve um conjunto de subprodutos que devem ser entregues, assim como marcos que devem ser atingidos e os respectivos critérios de aceitação, veja a figura 2.
A primeira fase, Envisioning, tem como produto principal um documento de visão e escopo. Este documento formaliza de forma sucinta a visão do que será o projeto. O marco de término desta fase é 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.
A segunda, Planning, tem como produto o plano do projeto, que é composto de subprodutos, dos quais destacamos a especificação funcional e o cronograma da etapa de desenvolvimento.
Na terceira fase Developing: que é 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. O critério de término desta fase é que o escopo esteja completo, ou seja, todas as funcionalidades planejadas estejam implementadas.
E na última Stabilizing: Ela é dedicada a testes sistêmicos e acertos de bugs e de funcionalidades não adequadas a necessidade do usuário. Novamente são geradas várias versões (alfas e betas). Ela termina quando existe um consenso sobre a qualidade final do produto.
Gerenciamento de Riscos
	Por último, mas não menos importante, vem o gerenciamento de riscos. Quando falamos de risco, a primeira coisa a pensar é a seguinte: o que é um risco? Risco não é um problema. Um problema que já ocorreu não é um risco, mas um fato. Risco, na verdade, é algo que pode virar um problema no futuro.
4. Figuras e Tabelas 
Figure 1. Modelo de Equipe 
	O modelo de equipes é composto de seis papéis e se baseia no conceito de “team of peers”, ou seja, todos estes papéis se comunicam entre si e não existe uma hierarquia direta entre eles
Figure 2. Modelo de Processos 
Tabela 1. Os papéis
	Modulo de Equipe
	Papel
	Responsabilidade
	Objetivo
	Product Management
	Representar o cliente para a equipe e vice-versa
	Satisfação do cliente
	Program Management
	Gerenciar o andamento do projeto e atuar como um facilitador
	Manter prazo e custo dentro do estimado
	Development
	Projeto e construção da solução
	Atender à especificação do projeto
	Testing
	Testar a solução
	Abordar os problemas antes da entrega do produto
	User Education
	Identificar as necessidades e treinar o usuário
	Otimizar a performance do usuário
	Logistics Management
	Planejar e executar a logística necessária
	Garantir uma boa implantaçãoe manutenção
Referências
FONTE:http://www.linhadecodigo.com.br/artigo/78/conheca-o-microsoft-solutions-framework-msf.aspx;
https://pt.wikipedia.org/wiki/Microsoft_Solutions_Framework
https://msdn.microsoft.com/pt-br/library/jj161047(v=vs.110).aspx
�PAGE �
Proceedings of the XII SIBGRAPI (October 1999)
�PAGE �3�