Posts by Tag: documentação de projetos»

Desenvolvimento

A importância da documentação funcional na Metodologia Ágil

A importância da documentação funcional na Metodologia Ágil

posted by Wagner Renzi

A empresa utiliza a metodologia ágil para o desenvolvimento de software. Você estaria seguro em fazer a documentação do projeto no início de cada sprint?

Gerência de Projetos

Briefing e declaração de escopo em projetos de design: dois formatos e um só objetivo

Briefing e declaração de escopo em projetos de design: dois formatos e um só objetivo

posted by Helio Ferenhof

O briefing é uma etapa inicial e essencial em qualquer projeto de design. Descuidar desta etapa representa aumentar e muito as chances de insucesso de um projeto de design. Quanto ao formato do documento, entre os designers não existe um modelo padrão e único de briefing. Encontram-se briefings muito curtos, com informações básicas, e outros com maior complexidade, com mais informações e maior profundidade. Peter Phillips afirma em seu livro Briefing: A Gestão do Projeto de Design (2008) que “um briefing completo funciona como um guia seguro na busca de soluções para o problema proposto.” O objetivo deste artigo é discutir a relação entre o briefing e a declaração do escopo do projeto no que diz respeito à formato, informações e objetivos do documento e do processo de sua elaboração. Para tanto analisou-se diversos modelos de briefings de design e também modelos de declaração de escopo.

Gerência de Projetos

A documentação de validação de projetos em TI

A documentação de validação de projetos em TI

posted by Denise Dinucci

Existem procedimentos que devemos seguir para que minimizemos os problemas, mas não existem procedimentos para que os resultados de uma determinada rotina ou processo sejam avaliados de forma adequada pelos usuários.

Com este panorama tentamos através de assinaturas em documentos específicos, garantir de alguma forma que fizemos a nossa parte. Isso garante alguma coisa?

Bem, garante apenas que o Cliente concordou com o que fizemos. Mas e a parte dele?

Depois de um custo emocional e financeiro para se chegar num bom resultado implantado, o Cliente pode operar e gerir inadequadamente o sistema e dizer que deixamos lá uma “bomba relógio”? Afinal, nós e os Clientes estamos em busca de culpados, ou em busca de resultados?

Outro ponto: É tão enfadonho seguir uma metodologia, quanto gerar as documentações necessárias.

Consumimos muito tempo gerando um cronograma de atividades e no resultado final as atividades acabam sendo realizadas de acordo com a disponibilidade dos usuários, ou seja, sempre fora das datas definidas.

Busca

Patrocínio

Publicidade



Siga-nos!

Newsletter: Inscreva-se

Para se inscrever em nossa newsletter preencha o formulário.

Artigos Recentes