Em 1689, a Carta dos Direitos na Inglaterra lan\u00e7ou as bases para uma democracia parlamentar. Nos Estados Unidos, as pessoas pensam imediatamente nas primeiras 10 emendas \u00e0 Constitui\u00e7\u00e3o. No desenvolvimento de software, entretanto, h\u00e1 tamb\u00e9m uma Declara\u00e7\u00e3o de Direitos. Em 2001, dois Bill of Rights foram elaborados para descrever as expectativas que um cliente e um desenvolvedor de software podem ter um do outro.<\/p>\n
V\u00e1rios autores do Agile Manifesto desenvolveram a Carta de Direitos do Cliente e a Carta de Direitos do Desenvolvedor para este fim. Eles n\u00e3o s\u00e3o bem conhecidos, mas s\u00e3o muito poderosos. A partir desses direitos, torna-se mais claro o que \u00e9 e o que n\u00e3o \u00e9 o desenvolvimento \u00e1gil. Conhecer esses direitos m\u00fatuos contribui para um entendimento do cliente para o desenvolvedor e vice versa.<\/p>\n
<\/p>\n
Neste artigo, eu inclu\u00ed a Carta de Direitos do Cliente com uma breve explica\u00e7\u00e3o para cada declara\u00e7\u00e3o. Neste contexto, o termo cliente \u00e9 aquele que \u00e9 respons\u00e1vel pelo planejamento e or\u00e7amento ou aquele que paga ou se beneficia deles.<\/p>\n
1. Voc\u00ea tem direito a um plano geral e a saber o que ser\u00e1 realizado, quando e a que custo.<\/strong> 2. Voc\u00ea tem o direito de obter o maior valor de cada itera\u00e7\u00e3o.<\/strong> 3. Voc\u00ea tem o direito de ver o progresso em um sistema em funcionamento que comprovadamente funciona, passando repetidamente nos testes que eles especificam.<\/strong> 4. Voc\u00ea tem o direito de mudar de id\u00e9ia, substituir funcionalidades e mudar prioridades, tudo isso sem custos exorbitantes.<\/strong> 5. Voc\u00ea tem o direito de ser informado em tempo h\u00e1bil sobre as mudan\u00e7as no planejamento e estimativas para que eles possam escolher um escopo menor para atender a uma data necess\u00e1ria. Voc\u00ea pode parar o desenvolvimento a qualquer momento, com um sistema de trabalho que reflete o investimento at\u00e9 o momento.<\/strong> <\/p>\n Esta Carta de Direitos \u00e9 uma valiosa adi\u00e7\u00e3o ao Manifesto \u00c1gil. Ele pode ser usado para esclarecer ao cliente e ao desenvolvedor o que pode ser esperado. Em um pr\u00f3ximo artigo, eu vou discutir a Developer Bill of Rights. Um n\u00e3o pode existir sem o outro, porque o desenvolvedor tamb\u00e9m tem certos direitos durante o processo de desenvolvimento, com base em sua profiss\u00e3o e habilidade artesanal.<\/p>\n <\/p>\n","protected":false},"featured_media":0,"parent":0,"template":"","class_list":["post-3398","knowledge","type-knowledge","status-publish","hentry","knowledge-category-desenvolvimento-de-software"],"acf":{"author":1384,"type_hero":"compact","hero_image":3390,"hero_image_position":"","hero_title":"Clean Agile, the Customer Bill of Rights","hero_content":"","hero_link":null,"hero_show_h1":false},"yoast_head":"\n
\nO trabalho \u00e1gil n\u00e3o exclui um plano antecipadamente. \u00c9 claro que \u00e9 necess\u00e1rio um plano que seja t\u00e3o preciso e preciso quanto for praticamente poss\u00edvel. Isto significa, acima de tudo, que n\u00f3s como desenvolvedores devemos assegurar que o grau de incerteza esteja claro em nossos planos e estimativas. E como essa incerteza pode ser reduzida ou eliminada. Escopos fixos baseados em dados r\u00edgidos n\u00e3o s\u00e3o poss\u00edveis, mas o planejamento baseado em probabilidade \u00e9. Tal planejamento cont\u00e9m uma curva que indica a probabilidade de que as coisas sejam vi\u00e1veis.<\/p>\n
\nUm cliente pode esperar que um desenvolvedor trabalhe nas coisas mais importantes e que forne\u00e7a o maior valor comercial. Portanto, o cliente tem o direito de escolher o que acontece na itera\u00e7\u00e3o e de priorizar os requisitos.<\/p>\n
\nCertamente \u00e9 evidente que o cliente determina os crit\u00e9rios de aceita\u00e7\u00e3o e tamb\u00e9m pode seguir o progresso passo a passo em um sistema de trabalho. Este direito, entretanto, tamb\u00e9m requer que isto possa ser demonstrado por meio de testes que podem ser repetidos uma e outra vez e que passem.<\/p>\n
\nEste \u00e9 um elemento central do Agile e tamb\u00e9m algo que pode ser feito no desenvolvimento de software. Para os desenvolvedores, isto pode ser bastante complicado ou il\u00f3gico, e \u00e9 por isso que \u00e9 bom que este direito seja t\u00e3o explicitamente definido.<\/p>\n
\nOs clientes n\u00e3o podem alterar o cronograma ou a estimativa, mas eles podem alterar o escopo. Isto permite ao cliente responder ao que acontece durante o processo de desenvolvimento. Isso tamb\u00e9m pode significar parar o desenvolvimento. Devido aos outros direitos do cliente, ele sempre ter\u00e1 um sistema funcional.<\/p>\nConclus\u00e3o<\/h2>\n