Aprendendo uma coisa nova todos os dias
Os diagramas de fluxo funcionais cruzados mostram quem fez o quê e quando nos diagramas de faixa de flutuação ou de grade. Estes gráficos são organizados em várias partes para fornecer dimensões adicionais, atribuindo cada etapa do processo a uma categoria. Em outras palavras, pode-se usar um fluxograma funcional cruzado para descrever a relação entre as etapas do processo e o departamento ou área funcional responsável por essas etapas.
Continue reading
Um Caso de Uso descreve uma tarefa que é realizada por um ator produzindo um resultado de valor comercial para um negócio. Um caso de uso pode ser visualizado como um diagrama de caso de uso ou/e em formato de especificação textual estruturada:
Continue reading
Agile é uma filosofia de fornecer soluções que abrangem e facilitam a mudança evolutiva ao longo do ciclo de vida de um produto/projeto. Muitas equipes e organizações ágeis têm usado Agile para entregar software mais rapidamente, melhorar a qualidade e, por fim, melhorar a satisfação do cliente.
Continue reading
As histórias de usuários fazem parte da abordagem ágil e ajudam a mudar o foco da escrita para a discussão das exigências. Todas as histórias de usuários ágeis incluem uma ou duas frases escritas e, mais importante ainda, uma série de conversas sobre a funcionalidade desejada.
Continue reading
A estrutura Scrum consiste em Equipes Scrum e seus papéis associados, eventos, artefatos e regras. Cada componente dentro da estrutura serve a um propósito específico e é essencial para o sucesso e uso do Scrum. As regras do Scrum ligam os papéis, eventos e artefatos, governando as relações e interação entre eles, como mostrado na Figura abaixo:
Continue reading
Se uma equipe está desenvolvendo um produto ou um projeto, precisamos responder à pergunta “Quando poderemos terminá-lo?”. ou até onde seremos capazes de ir em um determinado momento, de modo que, como nos modelos tradicionais de desenvolvimento, precisamos estimar a carga de trabalho antes de iniciar o projeto. A estimativa ágil é o processo de estimar o esforço necessário para completar uma tarefa prioritária no backlog do produto. Esse esforço é normalmente medido em termos do tempo necessário para completar essa tarefa, o que, por sua vez, leva a um planejamento preciso do sprint.
Continue reading
Quando o Manifesto Ágil foi criado, havia vários processos de desenvolvimento “leves”; outros métodos semelhantes surgiram desde então. Agora, eles são referidos coletivamente como métodos “ágeis”. Desde o nascimento do Manifesto Ágil em 2001, tem havido muito burburinho em torno de ser ágil. A abordagem Ágil é apenas uma forma de pensar que permite às equipes e organizações inovar, responder rapidamente às mudanças na demanda, ao mesmo tempo em que mitiga os riscos. As organizações podem ser ágeis usando muitas das estruturas disponíveis como Scrum, Kanban, Lean, XP, etc…
Continue reading
O gerenciamento de risco é um sistema para identificar, tratar e eliminar problemas que podem ser prejudiciais ao custo, cronograma ou sucesso técnico de um projeto ou ao moral da equipe do projeto. “Os problemas de amanhã são os riscos de hoje”. Portanto, “risco” é claramente definido como um problema que pode causar alguns danos ou ameaçar o cronograma do projeto, mas que ainda não ocorreu.
Continue reading
A análise SWOT é uma técnica desenvolvida em Stanford nos anos 70, freqüentemente utilizada no planejamento estratégico. SWOT é um acrônimo para Strengths, Weaknesses, Opportunities, and Threats e é um método de planejamento estruturado que avalia esses quatro elementos de uma organização, projeto ou empreendimento comercial. Uma análise SWOT é uma estrutura simples, mas poderosa, para alavancar os pontos fortes da organização, melhorar os pontos fracos, minimizar as ameaças e tirar o maior proveito possível das oportunidades.
Continue reading
A Definição de Prontidão (DOR) registra quando um item de produto em atraso (como as histórias de usuários) funcionou a ponto de ser “provável” que seja incluído em um sprint, enquanto a equipe Scrum usa o DoD para definir quando todo o trabalho em um item de produto em atraso (como as histórias de usuários) foi concluído.
Continue reading