como se chama o conjunto de princípios e diretrizes orientados para a consecução dos objetivos da função compras?
trata-se da gestão de compras e suorimentos.

a gestão de compras é quem se responsabiliza pela compra de materiais e também de matérias primas segundo a função que esta desempenha para que esta possa ter seu processo de trabalho garantido de forma continua contando para isto desde a despesa de estocagem até a avaliação das instalações. já no processo de suprimentos é responsável por avaliar os recursos das empresa e como estes podem ser reaproveitados de forma a minimizar os gastos e a depreciação de materiais estocados.
À partir do Contrato de Venda e Compra! é o curso que visa preparar os alunos para executar funções administrativas e de gerência, seja como técnico, executivo ou empreendedor em diversos segmentos empresariais, inclusive na administração pública. no curso é estudada a chamada ciência administrativa. é adotar ações que envolvam pensar no consumo consciente. isso vale tanto para empresas quanto para pessoas e envolve atividades como utilizar menos papel, separar o lixo para reciclagem, economizar água e energia elétrica, reduzir o uso de veículos etc. <p>oi felippe,</p>
<p>a compra é feita através de leilões em que o anunciante que der o maior lance conseguirá o espaço.</p>
<p> antes dela existir, todo processo era feito manualmente, o que o tornava mais caro e nem sempre 100% confiável. a compra de mídia programática elimina o fator humano sempre que possível e torna a negociação mais direto ao ponto, com maior aproveitamento entre o que se pretende e o que está sendo comprado em termos de espaço. ela faz com que se atinja as pessoas certas, no momento certo, na hora certa. então não é necessário comprar um pacote de milhões de impressões para alcançar menos da metade do público (sendo otimista). você só compra as impressões que realmente interessam.</p>
<p>espero ter ajudado :)</p> <p>hudson, tudo bom?</p>
<p>os critérios de aceitação são aqueles utilizados para verificar se o que foi descrito pelo po na história está de acordo com o incremento entregue e o valor esperado para o negócio. </p>
<p>além dos refinamentos a sprint planning é uma cerimônia na qual a história é mais detalhada até chegar no critério de ready o que valida uma história a entrar no backlog da sprint. mesmo depois desses processo ainda podem sim haver problemas de entendimento que precisam ser alinhados com o po. ou seja, a equipe não pode acrescentar sozinha critérios de aceite na história visto que eles são critérios ligados ao negócio. </p>
<p>o mesmo falando de quando a equipe entende que não irá atingir a meta da sprint, a negociação deve ser feita com o po. apenas na ausência desse a equipe tem autonomia para tomar a melhor decisão possível, e na ausência permanente deve-se conversar com o po e em alguns casos trocá-lo.</p> <h1>existe um livro canônico?</h1><p>existe o <a href="http://agilemanifesto.org/">manifesto ágil</a> , mas para um canônico <strong> <em> livro</em> </strong>?</p><p>não. existem muitos livros por aí.</p><h1>recomendações específicas de livros:</h1><h3>desenvolvimento, princípios, padrões e práticas de software ágil por robert c. martin</h3><blockquote> <p> <a href="https://rads.stackoverflow.com/amzn/click/0135974445">desenvolvimento, princípios, padrões e práticas de software ágil</a> . isso é focado nas práticas e na codificação do desenvolvedor e é uma leitura obrigatória para qualquer desenvolvedor sério sobre o desenvolvimento ágil de software. também há um <a href="https://rads.stackoverflow.com/amzn/click/0131857258">versão em c # do livro</a> que ele e seu filho micah escreveram; portanto, se você é um desenvolvedor .net, essa versão pode ser a melhor para você.</p> </blockquote><h3>a arte do desenvolvimento ágil por james shore</h3><blockquote> <p>para uma visão geral das práticas gerais de projetos ágeis, consulte the art of agile de james shore &amp; shane warden. ele é focado nas práticas xp (mas é realmente porque xp é onde todas as práticas específicas do desenvolvedor são definidas), mas tem uma visão geral do foco em como os projetos agile funcionam.</p> <p>uma grande coisa sobre este livro é que james shore está publicando todo o texto em seu site gratuitamente, para que você possa experimentar antes de comprar.</p> </blockquote><h3>práticas de um desenvolvedor ágil: trabalhando no mundo real por subramaniam e hunt</h3><blockquote> <p> <a href="https://rads.stackoverflow.com/amzn/click/097451408x">práticas de um desenvolvedor ágil: trabalhando no mundo real</a> </p> </blockquote><h3>scrum e xp das trincheiras, de henrik kniberg</h3><blockquote> <p>é um ótimo livro para entender como funciona uma equipe ágil e é uma leitura muito rápida (algumas horas). dou-o a novos funcionários da minha organização - técnicos e não técnicos - e tive um feedback sempre positivo.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1430322640">amazônia</a> </p> </blockquote><h3>programação extrema explicada por kent beck</h3><blockquote> <p>provavelmente, o livro mais antigo que me lembro que ajudou a tornar os princípios agile populares. o agile está rapidamente se tornando uma palavra da moda no mundo da tecnologia. sinto que a extreme programming (xp) é um bom lugar para começar antes que o termo agile pareça perder o significado.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321278658">amazônia</a> </p> </blockquote><h3>estimativa e planejamento ágeis por mike cohn</h3><blockquote> <p>para "o processo agile" - veja "estimativa e planejamento ágil" de mike cohn - tendo em mente que é centrado no scrum.</p> <p>cohn aborda muitos aspectos básicos e algumas das coisas com as quais as equipes do scrum frequentemente enfrentam dificuldades - estimativa usando story points vs. dias ideais, o que fazer se você falhar em uma história em um sprint, quando re-estimar/tamanho e quando não, etc.</p> <p>ele também aborda algumas coisas realmente interessantes que são principalmente o domínio de um dono do produto - como avaliar e priorizar recursos etc.</p> </blockquote><h3>a arte do teste de unidade por roy osherove</h3><blockquote> <p>osherove apresenta uma abordagem muito pragmática ao teste de unidade. apresenta uma boa abordagem sobre como refatorar o código para se tornar mais testável, como procurar costuras, etc. no entanto, é um livro centrado em .net.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1617290890">amazônia</a> </p> </blockquote><h3>o samurai ágil por jonathan rasmusson</h3><blockquote> <p>acabei de comprar isso e achei um visual refrescante sobre como começar a usar o agile.</p> <p> <a href="https://rads.stackoverflow.com/amzn/click/1934356581">amazônia</a> </p> </blockquote><blockquote> <p> <a href="http://www.amazon.co.uk/crystal-clear-human-powered-methodology-small/dp/0201699478">livro de alistair cockburns</a> em seu <a href="http://alistair.cockburn.us/crystal+methodologies">metodologias de cristal</a> vale a pena ler - em parte porque oferece uma alternativa aos métodos usuais do scrum, e em parte porque ele era um dos caras originais que surgiu com o agile em primeiro lugar, então espero que ele saiba do que está falando.</p> <p>o crystal é uma metodologia interessante, pois varia de equipes pequenas a equipes muito grandes. ele descreve as mudanças necessárias para tornar o trabalho ágil nesses diferentes ambientes.</p> </blockquote><h1>livros não classificados mencionados</h1><ul> <li> <p>padrões de adoção ágil: um roteiro para o sucesso organizacional de amr elssamadisy</p> </li> <li> <p>desenvolvimento ágil e iterativo: um guia do gerente por craig larman</p> </li> <li> <p>estimativa e planejamento ágeis por mike cohn</p> </li> <li> <p>gerenciamento ágil de projetos: criando produtos inovadores por jim highsmith</p> </li> <li> <p>retrospectivas ágeis: como otimizar as equipes de esther derby e diana larsen</p> </li> <li> <p>desenvolvimento ágil de software por alistair cockburn</p> </li> <li> <p>desenvolvimento ágil de software com scrum por ken schwaber e mike beedle</p> </li> <li> <p>tornando-se ágil: ... em um mundo imperfeito de greg smith e dr. ahmed sidky</p> </li> <li> <p>o valor comercial dos métodos de software ágil: maximizando o roi com processos e documentação just-in-time de david f. rico, hasan h. sayani e saya sone</p> </li> <li> <p>colaboração explicada por jean tabaka</p> </li> <li> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321601912">entrega contínua: versões confiáveis ​​de software através da automação de compilação, teste e implantação</a> by humble and farley</p> </li> <li> <p>crystal clear: uma metodologia humana para equipes pequenas de alistair cockburn</p> </li> <li> <p>enciclopédia de engenharia de software editada por phillip a. laplante</p> </li> <li> <p>mudança sem medo de linda rising e mary lynn manns</p> </li> <li> <p> <a href="https://rads.stackoverflow.com/amzn/click/0321503627">crescendo software orientado a objetos, guiado por testes</a> freeman e pryce</p> </li> <li> <p>jogos de inovação: criando produtos inovadores por meio de peças colaborativas de luke hohmann</p> </li> <li> <p>desenvolvimento de software enxuto - um kit de ferramentas ágil para gerentes de desenvolvimento de software de mary e tom poppendieck</p> </li> <li> <p>soluções lean de jim womack e dan jones</p> </li> <li> <p>lean thinking por jim womack e dan jones</p> </li> <li> <p>gerenciamento de projetos ágeis por sanjiv augustine</p> </li> <li> <p>gerenciando a fábrica de design por donald g. reinertsen</p> </li> <li> <p>planejamento de programação extrema por kent beck e martin fowler</p> </li> <li> <p>escalando o desenvolvimento enxuto e ágil: ferramentas organizacionais e de pensamento para scrum em larga escala por craig larman e bas vodde</p> </li> <li> <p>scrum pocket guide: um guia de iniciação rápida ao desenvolvimento ágil de software por peter saddington</p> </li> <li> <p>a ponte para a agilidade do gerente de projetos de software de michele sliger e stacia broderick</p> </li> <li> <p>hoje e amanhã por henry ford (desde 1926)</p> </li> <li> <p>histórias de usuários aplicadas por mike cohn</p> </li> </ul><h1>listas de livros</h1><ul> <li> <a href="http://www.agiledesignllc.com/softwaredeveloperrecommendedreading">leitura recomendada para design ágil</a> </li> </ul> é o trabalho de avaliação do desempenho de uma empresa levando em conta os desempenhos de outras, que trabalham no mesmo segmento de mercado. é um conjunto de técnicas que ajudam um indivíduo a formar uma boa imagem sobre si. serve para valorizar-se como profissional, melhorar os relacionamentos de trabalho e tornar-se alguém bem-visto. a excelência no atendimento consiste em pesquisar o perfil do consumidor, atender com qualidade e eficiência, ou seja, ter como foco não apenas vender, mas estar atento às exigências do consumidor com o máximo de respeito e disciplina. <p>os minimalistas diriam "quando não houver mais nada a remover" :-)</p><p>ok, agora, sério, uma interface está completa quando satisfaz todas as metas que você definiu para ela - por isso, se você não tem metas mensuráveis, não pode medir a integridade - afinal, você não pode medir a aptidão sem saber o que deveria para encaixar.</p><p>um bom exemplo de objetivos seria: "habilitar o usuário a executar x, y e z em menos de 1 minuto, com uma taxa de sucesso de 90%"; tudo o que resta é fazer com que os usuários se sentem na frente do computador e pergunte a eles para executar x, y e z se mais de 90% puderem executar todas as tarefas em menos de um minuto.</p><p>outros bons exemplos são "aumentar a taxa de conversão em 50%" ou "reduzir o abandono do cliente em 10%" etc.</p><p>um mau exemplo é "aumentar a taxa de conversão"; neste exemplo, você nunca pode declarar a interface completa - sempre haverá mais opções para testar e pequenas melhorias para executar.</p>