Agilefant é uma solução simples para gerir as atividades de desenvolvimento ágil de software. Ela reúne as perspectivas de planejamento a longo prazo, gerenciamento de portfólio de projetos e trabalho diário. 

Agilefant corre sobre Java, Tomcat, e MySQL. O código fonte e a licença podem ser encontrados em GitHub. É bastante rica em recursos e permite a criação de produtos, projetos, iterações, temas e estórias de usuários, tem controle de tempo, gráfico, dentre outros. Ele oferece um produto gratuito e de código aberto que pode ser descarregado e instalado em qualquer rede privada.

O Slack, startup lançada em 2014 e avaliada atualmente em US$ 3.8 bilhões, foi criada para ajudar empresas a melhorarem sua comunicação interna, reduzindo a necessidade da troca de infinitos emails e da participação em diversas reuniões para tomar uma decisão.

O compartilhamento da informação é um dos pontos principais para melhoria da comunicação em uma empresa. Ser transparente com os dados, compartilhar projetos e processos decisórios, por exemplo, faz com que seu time fique mais integrado e melhore o desenvolvimento do seu produto.

Alguns motivos para usar essa ferramenta:

    Para instalar o Mercurial no Windows é necessário apenas instalar o TortoiseHg, que é uma ferramenta gráfica, que ela se encarregará de instalar os pacotes do Mercurial, bem como outras ferramentas gráficas úteis para o dia a dia.

Linux:

Fonte: http://blog.g0blin.co.uk/wp-content/uploads/2011/03/thg2.0-ubuntu-10.10.png

Fonte: http://blog.fogcreek.com/wp-content/uploads/2011/12/tortoisemac.png

Mercurial, uma ferramenta de controle de revisão distribuída para desenvolvedores de software, é implementada principalmente usando a linguagem de programação Python, mas inclui uma implementação de dif binária escrita em C. É suportada no Microsoft Windows e sistemas Unix, como o FreeBSD , Mac OS X e Linux. O Mercurial é basicamente um programa de linha de comando, mas as extensões gráficas de interface de usuário estão disponíveis. Todas as operações de Mercurial são invocadas como argumentos para seu programa de driver hg (uma referência a Hg - o símbolo químico do elemento mercúrio). 

Os principais objetivos de projeto da Mercurial incluem alto desempenho e escalabilidade, desenvolvimento colaborativo descentralizado, totalmente distribuído, manipulação robusta de arquivos de texto simples e binários e capacidades de ramificação e fusão avançadas, mantendo-se conceitualmente simples. Inclui uma interface web integrada. Mercurial também tomou medidas para facilitar a transição para os usuários de outros sistemas de controle de versão, particularmente Subversion.

Mackall anunciou o Mercurial em 19 abril 2005. O ímpeto para isso foi o anúncio, no início desse mês, pelo Bitmover de que eles estavam retirando a versão gratuita do BitKeeper. O BitKeeper foi usado para os requisitos de controle de versão do projeto do kernel do Linux. Mackall decidiu escrever um sistema de controle de versão distribuído como um substituto para uso com o kernel do Linux. Este projeto começou poucos dias depois de outro projeto chamado Git, iniciado por Linus Torvalds com objetivos semelhantes. O projeto do kernel do Linux decidiu usar o Git em vez do Mercurial, mas o Mercurial agora é usado por muitos outros projetos.

É uma ferramenta de Gerenciamento de Projetos muito fácil de ser utilizado e prático! Ele é inspirado naquele velho quadro onde colamos os Post-its para as tarefas que usamos em metodologias ágeis como o Scrum.

É possível incluir nos cartões anexos, links, imagens e definir data e horário para a execução das tarefas listadas, checklists etc. Também é possível mover os cartões para outros quadros conforme as tarefas forem sendo realizadas e incluir etiquetas coloridas para facilitar a visualização do andamento das atividades.  O sistema ainda envia notificações em tempo real por e-mail para o grupo caso algo seja acrescentado ou modificado no board.

Uma vantagem do seu uso é que ele disponibiliza um aplicativo para sistema iOS que foi desenvolvido para aqueles que trabalham até na hora do almoço, no trem ou na fila do cinema. A dinâmica do aplicativo é a mesma do programa normal, quadro, listas e cartões.

Os custos de projetos na maioria das vezes são controlados através de planilhas dispersas, aproximações inexatas e sistemas não adequados à realidade brasileira, gerando prejuízos, atrasos e fracassos às empresas gestoras. 

O Project Control pode administrar todos os insumos necessários para a execução de um projeto, tais como recursos humanos, equipamentos, contratos e outros custos. Gerentes de Projetos podem usar estes insumos para compor suas equipes, planejar contratações ou aquisições, criar orçamentos e decidir pela viabilidade dos projetos. Através do recurso de salvar versões confirmadas (baselines), o Project Control dá aos gestores subsídios para que possam acompanhar a evolução dos custos desde a fase de orçamento até a finalização do projeto.

Assim como na produção industrial a matéria-prima é considerada um dos grandes insumos e componente essencial de custos, em projetos a mão de obra na maioria dos casos é o insumo mais importante. No entanto, para podermos alocá-la corretamente projeto a projeto, faz-se necessário a sua apropriação ou lançamento de horas. O sistema permite que criemos uma estrutura onde parametrizamos os tipos de horas e os índices para que possamos valorizá-las adequadamente. 

Esta funcionalidade possibilita obter visões diferentes do custo normal da hora dos colaboradores de maneira a atender as várias necessidades do mercado no tocante ao Gerenciamento de Custos com Serviços.

Equipamentos são lembrados no orçamento de um projeto apenas quando são necessárias aquisições. Os gestores esquecem que um recurso físico poderia ser compartilhado por vários projetos durante toda sua vida útil, sendo que seu custo poderia ser diluído no decorrer dos anos através da depreciação. Project Control utiliza este conceito para cálculo do custo de RFs em projetos.

Além de equipamentos da empresa, os projetos também podem utilizar equipamentos e serviços contratados externamente, tais como contratos de manutenção de computadores, serviços de telefonia e recursos adquiridos por leasing. Em comum, todos estes recursos tem uma parcela mensal que pode ser fixa ou variável, e se eles são utilizados em projetos, seus custos devem também ser apropriados a eles.

São considerados Custos Diretos aqueles custos de natureza pontual, como viagens, treinamentos, consultorias, serviços de terceiros e aquisição de materiais. Project Control permite que os custos sejam direcionados a projetos, setores (centros de custo) e empresas.

O sistema pode administrar as principais informações necessárias ao preenchimento dos Relatórios Demonstrativos definidos pelo MCT/SEPIN para cumprimento das exigências da Lei de Informática (8.248/91).

FONTE

O Team Foundation Server (comumente abreviado para TFS) é um produto da Microsoft que fornece gerenciamento de código fonte (com Team Foundation Version Control ou Git), relatórios, gerenciamento de requisitos, gerenciamento de projetos (para desenvolvimento de software ágil e equipes de cachoeiras) Gerenciamento de laboratório, testes e capacidades de gerenciamento de releases. Ele abrange todo o ciclo de vida do aplicativo e permite recursos do DevOps. O TFS pode ser usado como um back-end para vários ambientes de desenvolvimento integrado (IDEs), mas é adaptado para o Microsoft Visual Studio e o Eclipse em todas as plataformas.

Team Foundation Server é construído em arquitetura multi-camada, escalável. A estrutura principal consiste em uma camada de aplicativo responsável por processar a lógica e manter o portal de aplicativo da Web (conhecido como Team Web Access ou TWA). O TFS é criado usando os serviços da Web do Windows Communication Foundation. Estes podem ser consumidos por qualquer cliente, embora o modelo de objeto do cliente é recomendado. A camada de dados ea camada de aplicativo podem existir na mesma máquina.

Para suportar escalabilidade, a camada de aplicativo pode ser balanceada de carga e a camada de dados pode ser agrupada. Se estiver usando o Microsoft SQL Server 2012, os Clusters de Failover do AlwaysOn SQL Server e os Grupos de Disponibilidade são suportados, o que permite a replicação geográfica de dados. [4] O recipiente principal é a coleção do projeto. Uma coleção de projetos é um banco de dados que contém um grupo de Projetos de Equipe. A Coleção de Projetos é outro mecanismo de escalabilidade, em que cada coleção pode ser colocada em diferentes Servidores SQL ou instâncias do SQL Server. O banco de dados de configuração 'Oe' por instância TFS armazena os metadados da coleção de projetos. Os dados dos bancos de dados de coleta do projeto são agregados ao banco de dados do warehouse, que desnormaliza os dados em preparação para o carregamento em um cubo do Analysis Services. O warehouse eo cubo permitem relatórios complexos de tendências e análise de dados. 

O TFS pode se integrar a um farm do SharePoint existente. O SQL Server Reporting Services é suportado para relatórios mais avançados contra o data warehouse ou o cubo de dados do Analysis Services. Estas instalações podem estar no mesmo sistema ou em sistemas diferentes. Construir servidores, servidores de gerenciamento de laboratório, servidores de gerenciamento de liberação e servidores proxy (para reduzir parte da carga na camada de aplicativo), máquinas de teste e máquinas de teste de carga também podem ser adicionados à infraestrutura. Para oferecer suporte a equipes que exigem o planejamento de projetos empresariais, o TFS também se integra ao Microsoft Project Server, que permite o gerenciamento de portfólio, gerenciamento de recursos e acompanhamento de projetos em nível empresarial.

A Microsoft fornece duas APIs redistribuídas autônomas para se conectar ao TFS. Um é um SDK Java, o outro é um SDK do .NET Framework. Essas APIs permitem a conectividade do cliente com o TFS. Como o TFS é escrito em uma arquitetura orientada a serviços, ele pode se comunicar com praticamente qualquer ferramenta que possa chamar um serviço da Web. Outro mecanismo extensível é a assinatura de alertas do sistema: por exemplo, alertas de que um item de trabalho foi alterado ou uma compilação concluída. Existem aproximadamente 20 alertas pré-configurados e as equipes podem configurar quantos alertas adicionais forem necessários. Quando usados ​​em um cenário extensível, esses alertas podem ser enviados para um serviço da Web, desencadeando ações para alterar ou atualizar itens de trabalho.

O data warehouse também pode ser estendido através da criação de adaptadores de data warehouse personalizados.  Com a introdução do TFS 2012, os suplementos personalizados também podem ser criados para o Team Web Access, chamado Web Access Extensions.

O TFS suporta o Visual Studio 2010 e posterior, o Microsoft Test Manager (MTM) 2012 e 2013. O Eclipse, versões mais antigas do Visual Studio e outros ambientes podem ser conectados ao TFS usando o Microsoft Source Code Control Integration Provider (Provedor MSSCCI - Chave "). Essas ferramentas fornecem acesso total aos recursos do TFS.Microsoft Excel e Microsoft Project também são suportados para ajudar a gerenciar itens de trabalho que permite atualizar em massa, entrada em massa e exportação em massa de itens de trabalho. O Microsoft Project pode ser usado para agendar o trabalho quando estiver em conformidade com uma metodologia de desenvolvimento de software de cachoeira. Tanto o Excel como o Project suportam atualizações bi-direcionais dos dados. Isto permite, por exemplo, que os gerentes de projeto coloquem um cronograma no projeto, tenham esse trabalho importado para o TFS, onde os desenvolvedores atualizam o trabalho e, em seguida, o cronograma pode ser atualizado sem que o gerente de projeto tenha que realizar trabalho extra.

O Team Foundation Server suporta dois tipos diferentes de controle de origem - seu mecanismo de controle de origem original chamado Team Foundation Version Control (TFVC) e com o lançamento do TFS 2013, ele suporta o Git como um repositório de controle de origem.

O TFVC é um sistema de controle de versão centralizado que permite que as equipes armazenem qualquer tipo de artefato em seu repositório. O TFVC suporta dois tipos diferentes de espaços de trabalho ao trabalhar com ferramentas de cliente - Espaços de Trabalho do Servidor e Espaços de Trabalho Locais. As áreas de trabalho do servidor permitem que os desenvolvedores bloqueiem os arquivos para check-out e forneçam notificações a outros desenvolvedores de que os arquivos estão sendo editados. Uma queixa frequente para esse modelo é que os arquivos na máquina de desenvolvimento são marcados como somente leitura. Também exige que os desenvolvedores "fiquem offline" quando o servidor não puder ser contatado. Espaços de trabalho locais foram projetados para evitar esses problemas. Em um cenário de espaço de trabalho local, os arquivos não são somente leitura e não precisam ser verificados antes de trabalhar neles. Enquanto os arquivos estiverem na máquina local do desenvolvedor, não importa se o servidor está conectado ou não. Conflitos são tratados no momento do check-in.

 

Com o lançamento do TFS 2013, a Microsoft adicionou suporte nativo para o Git. Esta não é uma implementação específica da Microsoft, mas uma implementação padrão baseada na biblioteca libgit2. Esta é a mesma biblioteca que alimenta o popular GitHub e o código é livremente disponível a partir do GitHub. Como a Microsoft tomou a abordagem de usar uma biblioteca padrão, qualquer cliente Git agora pode ser usado nativamente com TFS (em outras palavras, os desenvolvedores podem usar suas ferramentas favoritas e nunca instalar os clientes TFS padrão). Isso permite que ferramentas em qualquer plataforma e qualquer IDE que suportem o Git para se conectar ao TFS. Por exemplo, tanto o Xcode quanto o Android Studio suportam plug-ins do Git. Além disso, se os desenvolvedores não quiserem usar o plug-in do Team Explorer Everywhere da Microsoft para o Eclipse, eles podem optar por usar o eGit [15] para se conectar ao TFS.

O uso do Git não exclui o benefício de usar o item de trabalho ou o sistema de compilação do TFS. Ao verificar o código com o Git, referenciar a ID do item de trabalho no comentário de check-in associará o check-in ao item de trabalho determinado. Da mesma forma, Team Build também irá construir projetos Git.

Uma das principais razões para usar o TFS como um repositório Git é que ele é suportado pelo SQL Server e tem a mesma proteção que o Team Foundation Version Control. Isso dá aos desenvolvedores algumas escolhas ao escolher o tipo de projeto e estilo de trabalho que funciona melhor para eles.

Referências

https://en.wikipedia.org/wiki/Team_Foundation_Server

https://msdn.microsoft.com/en-us/library/ms181238(v=vs.90).aspx

Segue o material de apoio da apresentação do Grupo 1, que abordou em sala de aula o tema "Ferramentas de Planejamento e Controle de Versão".

Estamos disponíveis através desta postagem no nosso edublog para eventuais dúvidas que não foram sanadas em sala de aula.