Vantagens na integração do TFS 2011 com Project Server 2010 (EPM)

[Mandrado Santos]

Prezados colaboradores desta lista,

Eu fiquei muito entusiasmado com a possibilidade de integração do Team
Foundation Server 2010 and Project Server 2010, de modo que no meu
trabalho eu montei um ambiente completo integrando o TFS 2011 com
SharePoint 2010 e Project Server 2010.

Entretanto há correntes contrárias a esta integração, que dizem não
haver vantagens, pois o ambiente do TFS 11 já possui todas as
informações necessárias para avaliar a capacidade da equipe, a
superalocação de recursos, o custo, entre outros..., desde que as
informações sejam corretamente cadastradas nos Backlogs Work itens,
Sprint, Tasks, áreas e iterações.

Claro que para isso teremos que fazer algumas consultas diretamente no
banco de dados através do Excel, algumas contas e podendo postar isso
em um portal SharePoint.

Foi proposta uma prova de conceito para que possamos avaliar as
vantagens de um e de outro.

Bem escrevo ao grupo, pois quero no início da próxima semana fazer uma
apresentação que refutasse essa corrente contrária, alguém teria algum
material, seu ou de outras fontes, que me permitisse ter argumentos
para defender o uso do EPM em vez de somente o TFS 11?

Percebi que para que eu tenha o TFS 2011 integrado ao Project Server
2010, há um grande trabalho para a configuração dos ambientes, criação
de projetos mestres e subprojetos, mapeamentos de subprojetos
empresariais para o Team Project, alocação de recursos no MS Project e
no TFS 11, etc.

Usando apenas o TFS 2011 eu também tenho um grande trabalho para criar
as áreas de trabalho e as iterações, atribuir recursos, criar
relatórios via MS Excel, etc.

Bem estou sem argumentos para defender o uso do EPM tanto a curto como
a longo ou médio prazo.

Existe alguma informação que poderia me ajudar nessa prova de
conceito?

Por fim, não sou radical defensor de uma ou de outra forma, o que
quero é prover uma solução que permita ao nível estratégico ter a
visão necessária para tomar decisões de negócio que impactam a fábrica
de software e acompanhar o andamento dos projetos, no lado da fábrica
permitir que ela possa fornecer informações claras de alocação de
recursos nos projetos, seu andamento, prazo e custos.


Agradeço desde já, qualquer informação.

Mandrado Santos

[Mandrado S. Santos]

Prezado Claudio Leite e demais leitores desta lista,

 

Cládio, Obrigado por responder!

 

Bem vou descrever um pouco o ambiente que atualmente estamos atuando.

 

Somos uma uma grande empresa, nosso departamento de TI desenvolve sistemas que atendem a nossa atividade fim, seja direta ou indiretamente, temos uma fábrica de software com cerca de 100 colaboradores.

 

Quando penso em um processo maduro de ALM, mesmo utilizando SCRUM, considero todos os aspectos, desde a aprovação do projeto (projeto novo; manutenção evolutiva, corretiva ou preventiva), passando pelo levantamento dos requisitos, até que o backlog esteja pronto para entrar em uma Sprint, ser codificado, testado, homologado e em fim liberado para a produção.

 

Como exemplo tenho duas áreas principais, Sistemas administrativos e Sistemas que suportam os negócios.

 

Precisamos que o nível extratégico da empresa tenha a visão do andamento de todos os projetos dentro de um potifólios de projetos, similar ao que o EPM pode apresentar, exibindo a lista dos projetos e a estimativa de prazo para a conclusão do projeto até o nível dos Backlogs que estão sendo produzidas nas Sprints e o nome de quem é o responsável direto por aquele projeto.

 

Precisamos que o nível gerencial tenha também esta visão, mas atuem apenas em sua área de atuação (Administrativos ou Negócios), um gerente de recursos possa alocar recursos para os projetos de forma que tenha a visão geral da alocação destes recursos, por exemplo, o recurso X está alocado no projeto Y, e que os Product Owners possam ter a visão dos recursos disponíveis para seus projetos.

 

Precisamos que a equipe Scrum, atue diretamente em seus projetos, publicando suas tarefas (work itens), estes não precisam necessáriamente aparecer para o nível estratégico, servindo apenas para o cálculo final de tempo gasto para concluir o Product Backlog.

 

Precisamos que os gestores de contrato possam aferir as horas trabalhadas no período por recurso (analista de requisitos, desenvolvedores, testadores, etc), para então aferirem as horas que devem ser pagas pelo uso dos recursos.

 

Bem acredito que isso pode nos ajudar a chegarmos a um entendimento melhor.

 

Novamente agradeço as sugestões,

Mandrado Santos.

 

 

Em 12 de maio de 2012 18:26, Claudio Bernardo <claudio.ber...@gmail.com> escreveu:

Boa noite Mandrado,

Bom a situação entre ter o Project ou não integrado vai depender
exclusivamente do que você vai precisar medir e quanto do processo de ALM
voce quer controlar.

Quando eu falo do processo de ALM falo do processo todo mesmo, é do
inicio, quando alguem teve a ideia ate ela virar o projeto e depois
operações.

Nao conheço o seu processo e o que vc pretende, por isso vou colocar
alguns pontos que eu mostraria.

- gestao de demandas : fazer esse controle no TFS vai exigir muita customização. Vc tem que prover um modelo onde os usuarios entram com as informações e vc vai gerenciando a evolução dessa idéia ate ser
priorizada e virar de fato um projeto.

- gestao de portfolio - igual o modelo descrito

- gestao dos recursos - saber a disponibilidade de equipe (horas) quantas horas que vc tem para atender todas as suas necessidades.

Gestao de custos desses recursos. Recursos materiais, etc.

- Outro ponto, se na sua empresa o projeto na area do sistema for um pedaço apenas do seu projeto todo. Se no mesmo projeto vc tiver uma parte de desenvolvimento de um sistema, infraestrutura e marketing por exemplo, controlar a parte de infra e marketing pode ser mais complicado usando apenas o TFS.

Bom se vc precisar de mais pontos, conte um pouco mais da sua necessidade e podemos arrumar mais pontos a favor.do Project ou ate pontos para nem usa-lo :P

Espero ter ajudado.

Claudio Leite