BRQTec

Neste artigo:

Adriano Lages defende que o analista de requisitos deve se portar também como analista de negócios, criando oportunidades de negócio para sua empresa ao mesmo tempo e propondo soluções em sistemas e software que gerem valor para seu cliente. Leia mais.

Tags / Palavras-Chaves:
análise de negócios, desenvolvimento de software, information technology, negócios

Eu considero que um analista de requisitos faz um bom trabalho não somente quando ele realiza bem seu trabalho técnico, e sim quando ele faz um papel de analista de negócio. É como se ele agisse ao mesmo tempo como um advogado de defesa e criador de novas oportunidades.

Existem situações de projetos que já possuem um cronograma fechado sem nenhuma possibilidade de alteração do mesmo. Nesses casos o cliente pode solicitar funcionalidades que podem levar ao atraso do projeto, talvez uma consulta ou uma inclusão a mais ou outros “enfeites” no sistema, que não estavam previstos na proposta técnica do sistema, mas que o cliente acha que não “custa” nada para desenvolver.

É então que o analista precisa agir como advogado de defesa. Quando em situações de levantamento de requisitos de negócio ele deve mostrar de maneira clara e com argumentos convincentes, que determinado pedido do cliente não é necessário para aquela fase de desenvolvimento do sistema. Ou seja, aquilo é algo cosmético que irá gerar mais custos de desenvolvimento para a fábrica de software, lembrando que mesmo se o cliente quiser determinado item, este pode ser adicionado ao escopo do projeto. Claro, com um aumento do prazo do cronograma e gerando atrasos na entrega do projeto. É bem provável que o cliente vai pensar duas vezes antes de querer adicionar algum outro requisito desnecessário.

Leia o restante deste post »

José Papo, responsável pela área de automação da BRQ IT Services, foi convidado a palestrar no evento internacional Brazil Scrum Gathering 2009, que ocorrerá em São Paulo nos dias 12 e 13 de maio. O próprio Ken Schwaber (criador do processo Scrum e mentor da Scrum Alliance) estará no País, além de outras feras do Brasil e do mundo.

O tema da apresentação de Papo é “Contratos e Scrum: The Good, the Bad and The Ugly”, que trata sobre a questão de contratação de projetos de software do ponto de vista de um processo ágil e iterativo, inclusive tratando de uma solução interessante utilizando pontos de função. A apresentação será realizada no dia 12 de maio, a partir das 10h45.

Mais informações no site do evento: www.scrumalliance.org/events/57-brazil-scrum-gathering

Confira!

Neste artigo:

Use Case Point (UCP) é uma técnica para medição do tamanho funcional de sistemas de informação. Tal técnica pode auxiliar nas diversas fases do ciclo de vida de desenvolvimento de software, inclusive na etapa comercial. Saiba como empregá-la.

Tags / Palavras-Chaves:

UCP, gerenciamento de projetos, técnica de estimativa, project management, RUP

Use Case Point (UCP) é uma técnica para medição do tamanho funcional de sistemas de informação proposta por Gustav Karner, em 1993, como tese na universidade de Linköping, na Suécia. A técnica foi publicada em um paper denominado Resource Estimation for Objectory Projects [KAR93]. Karner conclui em seu paper que não é possível afirmar que a técnica para estimativa baseada em Use Case Point realmente funciona, em função de ter sido fundamentada na observação e medição de apenas três projetos. Apesar disso, a técnica de UCP se tornou parte integrante da metodologia de desenvolvimento Rational Unified Process (RUP) que originalmente foi baseada na metodologia de desenvolvimento de software orientado a objeto, denominada Objectory, que foi concebida por Ivar Jacobson. O trabalho completo desenvolvido por Karner não está disponível como domínio público, pois se tornou copyright da empresa Rational Software, que foi posteriormente adquirida pela IBM [BAN01]. A técnica de estimativa baseada em UCP se tornou popular juntamente com a adoção de UML como padrão de linguagem de modelagem visual pela OMG (Object Management Group) [OMG07], grupo que define padrões mundiais relacionados à tecnologia de objetos. Isto se deve principalmente ao fato de que a técnica utiliza Use Cases como entrada para medição do tamanho funcional de sistemas de informação. Leia o restante deste post »

Neste artigo:

Publicações ligadas ao PMI (Project Management Institute) trazem artigos sobre o desenvolvimento ágil e a gestão ágil e enxuta de projetos, possibilitando, por exemplo, o aumento do número de projetos de desenvolvimento de software entregues no prazo, no custo e com os requisitos necessários. Veja aqui alguns artigos.

Tags / Palavras-Chaves:

Agile, gerenciamento de projetos, PMI, desenvolvimento

Alguns artigos tratando sobre o desenvolvimento ágil e gestão ágil e enxuta (lean) de projetos apareceram em publicações ligadas ao PMI (Project Management Institute).

Leitura interessante, para reforçar o que está perceptível nos países desenvolvidos: O desenvolvimento ágil virou mainstream e, apesar de percalços e erros de adoção, já é discutido por uma grande fatia do mercado de lá. É interessante notar também que muitos dos gerentes de projeto que estão adotando processos ágeis são PMPs.

No artigo Agile Software Development Projects Enable Adaptability and Success (subtítulo: Agile may be the cure for overdue, high-cost software development projects) o PMI descreve como o número de projetos de desenvolvimento de software entregues no prazo, no custo e com os requisitos necessários aumentou graças à maior adoção de processos ágeis. Eles utilizam o Chaos Report como evidência desse aumento de projetos bem sucedidos.

O outro artigo pode ser encontrado na revista PM Network, que é distribuída para os associados do PMI. Ele pode ser encontrado online na edição de janeiro de 2009. Procure, clicando em Contents, pelo título do artigo: The Incredible Shrinking Team.