• O que precisa ser feito?

    Peter Drucker escreveu que esta é a pergunta mais importante que uma pessoa de negócios pode fazer. Em outro campo, Frederick Brooks afirmou que a parte mais crítica de um projeto é aquela onde se define o que precisa ser feito.
    O {finito} equilibra-se nesses dois mundos, Negócios e Tecnologia da Informação, com a proposta de desenvolver conteúdo que ajude a todos que precisam definir e dizer
    o que precisa ser feito.

  • Quem sou ?

    Paulo Vasconcellos, mineiro de Varginha que já programou computadores, gerenciou projetos, desenhou soluções de TI e, nas horas vagas, apresentou programas de rádio e descansou com música, livros e cinema.
    Com mais de 25 anos de carreira, hoje me dedico a estudar, desenvolver conteúdo e ser um tio disponível e divertido para a Lara, Gabriel, Luizinho, Brunão e Mateus.
    Meu perfil no LinkedIn.

  • Conteúdo não é o Fim

    O conteúdo aqui desenvolvido e apresentado - treinamentos, artigos e palestras - é só o meio. Uma desculpa. Espero sinceramente que lhe seja útil, mas ele não é o fim.
    Me interessam mesmo os encontros que ele pode gerar. Avalio o sucesso do {finito} pela qualidade das conversas - trocas de ideias e experiências - que ele promove.
    O resto é consequência.

  • Acompanhando e Trocando Ideias


    Para uma troca mais direta, ainda que assíncrona, me mande um email (finito@pfvasconcellos.com) ou utilize este formulário.
    Para a melhor e mais eficaz das trocas, um tête-à-tête, me mande um convite. Ou aceite algum dos meus.
  • open panel
  • Home
  • Posts Tagged'Engenharia de Requisitos'
  • Página 2

Posts Tagged ‘Engenharia de Requisitos’

Irritando o ‘seu’ Moreira

As conversas que se desenvolveram a partir do cruel "Assassinato de um projeto pelo Covarde seu Moreira" não aconteceram aqui e sim no grupo AN.br. Em um futuro artigo desta 'saga' eu destacarei os principais pontos. Mas você não precisa esperar. Veja o papo e participe dele nesta thread. Hoje, brincando com a não linearidade do 'causo', conheceremos outros fatos relevantes além daqueles nem tanto assim, muito pelo contrário, ora pois. Como ficou entendido no episódio anterior, uma empresa foi contratada para ... Leia +

 

O Assassinato de um Projeto pelo Covarde Seu Moreira

O seu Moreira era feliz e não sabia. Seus bem cuidados produtos eram distribuídos em quase toda grande São Paulo. Para tanto contava com uma motivada equipe de 40 vendedores. E um processo de venda bem simples. Cada vendedor tinha sua caminhonete e um estoque calculado para durar o dia inteiro. Apenas 5% das vendas não aconteciam com pronta entrega. Seus clientes eram as padocas e pequenos mercados de bairros. O vendedor visitava o cliente, conferia seu estoque e fazia ... Leia +

 

Eventos: Os Novos e o Velho

Direto ao ponto: estão liberadas as inscrições para 3 eventos em São Paulo, dois novos e o velho conhecido FAN. O Jogo dos 7 Erros para Líderes de Projetos é um dos novos. É uma oficina (workshop) com duração de um dia e formato um pouco diferente. Brincamos com o velho jogo dos 7 erros - aquele onde devemos descobrir diferenças entre duas imagens. Na oficina cada erro aparecerá em uma situação diferente. E cada situação tratará de um tema desafiador ... Leia +

 

Prioridades 2: As Origens

Sequência do papo sobre "Prioridades & Banalidades". Se uma organização não sabe o que quer e não tem a mínima noção do caminho que pretende trilhar, então não podemos esperar que a equipe de projeto saiba dizer o que é prioritário em seu trabalho. Os ventos mudarão diariamente e o barco vagará a esmo. Até afundar, que é o que costuma acontecer com muitos projetos, particularmente de TI. Nas turmas do FAN eu costumo recomendar o seguinte: se a estratégia, se o ... Leia +

 

Prioridades & Banalidades

É curiosa e perigosa uma dificuldade que vejo por aí com uma certa frequência: Equipes de projetos não sabem ou não conseguem dizer o que é prioritário. O escopo de projetos de software é tratado como um monolito. E a iniciativa vira um jogo de 8 ou 80 - de tudo ou nada. Segundo analistas e desenvolvedores, seriam os usuários os principais responsáveis pela falta de flexibilidade. Algo como: "se eu estou pedindo, então é prioritário". Todos os requisitos¹ são recebidos ... Leia +

 

O Mundo Ágil precisa de Analistas de Negócios?

Na realidade, a dúvida mais frequente em nossos papos e debates é: Como o Analista de Negócios (AN) se 'encaixa' em um projeto guiado por um método ágil? Acontece que possíveis respostas para essa questão obrigatoriamente nos levam para a pergunta do título: Projetos ágeis precisam de AN's? Temo que não são poucos os que responderiam com um rápido e sonoro: Não! E não é muito difícil entender suas razões. Primeiro, como Roman Pichler lembra em "Agile Product Management with Scrum"¹, ... Leia +

 
Licença Creative Commons
{finito} de Paulo Vasconcellos é licenciado sob uma Licença Creative Commons.
As imagens utilizadas nas apresentações dos treinamentos são de Tanakawho.