Gestão ágil e práticas de compras
O Agile Manifesto valoriza colaboração do cliente sobre negociação de contrato que define um tom importante para as relações de aquisição em projetos ágeis. O Agile Manifesto apresenta a idéia de que um comprador e um vendedor de trabalho em conjunto para criar produtos e governa todo o processo de aquisição.
Conteúdo
Determinar necessidade e selecionar um fornecedor a maneira gestão ágil
Em projetos ágeis, aquisição começa quando a equipe de desenvolvimento decide que precisa de uma ferramenta de ou os serviços de outra empresa, a fim de criar o produto. A equipe de desenvolvimento eo scrum trabalho principal com o proprietário do produto para obter os fundos necessários.
A equipe de desenvolvimento pode precisar comparar ferramentas e fornecedores. Depois de escolher o que comprar e onde obtê-lo, o processo geralmente é simples: fazer a compra, receber, e aquisição é, em seguida, completa.
Aquisição de serviços é geralmente mais longa e mais complexa do que com ferramentas. Algumas considerações específicas ágil para a seleção de um fornecedor de serviços incluem
Se o fornecedor pode trabalhar em um ambiente ágil de projetos e, em caso afirmativo, quanto a experiência do fornecedor tem
Se o fornecedor pode trabalhar no local com a equipe de desenvolvimento
Se a relação entre o fornecedor e a equipe scrum é provável que seja positivo e colaborativo
Contratos e abordagens de custo para serviços da maneira gestão ágil
Para iniciar o processo de contrato, você precisa saber sobre as diferentes estruturas de preços e como eles trabalham com projetos ágeis.
Avaliando estruturas de custos para um projeto ágil
Você precisa saber sobre as diferentes estruturas de custos para avaliar bastante valor:
projetos de preço fixo: Um vendedor trabalha com o produto e cria lançamentos até que o fornecedor gasta todo o dinheiro no orçamento, ou até que ele oferece recursos suficientes do produto, o que ocorrer primeiro.
projetos em tempo fixo com um prazo específico: Por exemplo, pode ser necessário lançar um produto para um evento específico ou para coincidir com o lançamento de outro produto. Com projetos em tempo fixo, a determinar os custos com base no custo de equipa do vendedor para a duração do projeto, juntamente com quaisquer custos de recursos adicionais, tais como hardware ou software.
projetos de tempo e materiais: Trabalho com o fornecedor dura até a funcionalidade do produto suficiente é completa, sem levar em conta o custo total do projeto. Você sabe que o custo total do projeto no final do projeto, depois de suas partes interessadas determinar se o produto tem recursos suficientes para chamar o projeto completo.
Não-to-exceder projectos: Projetos em que o tempo e os materiais têm um limite de preço fixo.
Criação de um contrato para um projeto ágil
O Scrum Master é geralmente responsável por iniciar a criação contrato, negociar os detalhes do contrato, e encaminhamento do contrato através de quaisquer aprovações internas necessárias, incluindo a revisão por um especialista legal ou aquisições.
No mínimo, a maioria dos contratos têm linguagem jurídica que descreve as partes eo trabalho, o orçamento, a abordagem de custo e condições de pagamento. Um contrato para um projeto ágil também podem incluir:
Uma descrição do trabalho que o fornecedor irá completar: O fornecedor pode ter a sua própria declaração de visão do produto, que pode ser um bom ponto de partida para descrever o trabalho do fornecedor.
Agile aproxima o vendedor pode usar, incluindo:
Reuniões do fornecedor estarão presentes, como o scrum diário, planejamento de sprint, revisão sprint, e retrospectiva do sprint
Entrega de funcionalidade trabalhando no final de cada sprint
A definição de pronto - desenvolvido, testado e integrado, e documentada - por um acordo entre o proprietário do produto ea equipe de desenvolvimento
Artifacts o fornecedor irá fornecer, como uma carteira de corrida com um gráfico de extermínio
Pessoas o fornecedor terá sobre o projeto, como a equipe de desenvolvimento
Se o fornecedor irá trabalhar no local
Se o fornecedor irá trabalhar com seu próprio dono Scrum Master e do produto ou se ele vai trabalhar com o seu Scrum Master e proprietário do produto
A definição do que pode constituir o fim do engajamento: o fim de um orçamento fixo ou tempo fixo, ou a funcionalidade de trabalho suficiente
Se o fornecedor não usa abordagens ágeis, descrever como o fornecedor e o trabalho do fornecedor integrar com a equipe de desenvolvimento do comprador e sprints.
Trabalhar com um fornecedor em um projeto de gestão ágil
Como você trabalha com um fornecedor em um projeto ágil depende em parte da estrutura da equipe fornecedor. Em uma situação ideal, as equipes de fornecedor são totalmente integrado com a organização do comprador. membros da equipe do fornecedor são colocados com a equipe scrum do comprador.
Algumas equipes de desenvolvimento incluem os membros da equipe de fornecedores em suas reuniões scrum diário. Esta pode ser uma boa maneira de obter uma idéia do que a equipe fornecedor está fazendo todos os dias e para ajudar o trabalho da equipe de desenvolvimento mais estreitamente com o fornecedor. Você também pode convidar fornecedores para seus sprints comentários para mantê-los informados sobre o seu progresso.
Se o fornecedor não pode trabalhar no local em companhia do comprador, ele ainda pode ser parte da equipe de scrum do comprador. Se um fornecedor não pode ser colocado, ou se o fornecedor é responsável por uma parte discreta, separada do produto, o fornecedor pode ter uma equipe scrum separado trabalhando no mesmo horário Sprint como a equipe scrum do comprador.
Se um fornecedor não usa processos de gerenciamento de projetos ágeis, a equipe do fornecedor funciona separadamente da equipe scrum do comprador, fora dos sprints, e em sua própria programação. gerente de projeto tradicional do fornecedor ajuda a garantir que o fornecedor pode oferecer os seus serviços quando a equipe de desenvolvimento precisa deles. Scrum Master do comprador pode ter de intervir se os processos ou cronograma do fornecedor se torna um obstáculo ou interrupção para a equipe de desenvolvimento.
Fechando um contrato em um projeto de gestão ágil
Quando um fornecedor termina o trabalho em um contrato, mestre scrum do comprador geralmente tem algumas tarefas finais.
Se o projeto termina de acordo com os termos do contrato, o Scrum Master pode reconhecer o final do contrato por escrito. Se o projeto é um projeto de tempo-e-materiais, o Scrum Master deve definitivamente fazê-lo para garantir que o fornecedor não continuar trabalhando em requisitos de menor prioridade - e faturamento para eles.
O scrum master pode ser responsável por notificar departamento de contabilidade empresa do comprador para garantir que o fornecedor é pago corretamente.
Se o projeto termina antes que o contrato determina o fim, o Scrum Master precisa notificar o fornecedor por escrito e seguir todas as instruções de rescisão antecipada do contrato.