[quote=marcosalex][quote=YvGa][quote=marcosalex]
E esse texto deveria chamar ‘Carta aberta de um estagiário ou programador ingênuo’. A culpa é dele, não do cliente, que não tem obrigação nenhuma de entender da nossa área ou da dificuldade dela, pra isso está nos contratando pelo valor que nós negociarmos. Cadê os discursos bonitos de agile, scrum, etc?[/quote]
Concordo com quase tudo, exceto a parte do cliente nao ser culpado. Eh culpado sim, porque provavelmente optou pelo mais barato, tentou economizar e quebrou a cara contratando um programador meia-boca.
Sobre os discursos bonitos do agile nao entendi o que voce quis dizer.[/quote]
Exatamente por não ter entendido, discordou.[/quote]
Agora entendi menos ainda. Legal o seu ar de misterio na resposta.
Mas acho que no fundo pode haver um misto de concordancia e discordancia.
Concordancia porque tambem ja estou um pouco farto dessa onda ágil, Scrum, XP e nao sei mais o que e cliente isso e cliente aquilo e nao sei o que isso e nao sei o que aquilo.
Discordancia, provavelmente pelos motivos. O que eu vejo, leio e ouco sobre Sprints, User Stories, Burndowns Product Owners e etceteras nao eh brincadeira. O problema (e talvez seja este o ponto principal da discordancia) eh que há um enfoque exagerado na nomenclatura, nas praticas, nos papeis e nenhum, ou quase nenhum, nos principios.
Nunca, em nenhum lugar, em tempo algum, alguem disse que o cliente precisa ter conhecimento tecnico, precisa determinar como algo vai ser feito, nem qual ferramenta deve ser usada para o trabalho. Mas sim, muita gente entendeu isso. Um cliente precisa estar disponivel e precisa, antes cedo do que tarde, avaliar o que esta sendo feito para que esta avaliacao possa determinar o rumo do que ainda esta por ser feito.
Ou voce ainda acredita naquela historia de ir ate o usuario fazer duas ou tres reunioes de levantamento de requisitos e surgir seis meses depois com o produto pronto? Se nao acredita entao tem um pouco de “agil” no que voce acredita.
Uma sprint nao serve para sabermos o que vamos fazer nas proximas duas semanas, como parecem pensar muitos que usam Scrum, mas serve para criarmos, uma pequena parte do que vai ser entregue, e perguntarmos ao usuario: Eh isso? Estamos no caminho certo? Algo vai ter que mudar?
Pode ter certeza que eh melhor fazer isso duas ou tres semanas depois do inicio do projeto, do que esperar um ano. Porque no fim voce vai ter que fazer de qualquer forma.
Fazer com que o usuario participe do projeto eh benéfico, imprescindivel eu diria, e isto nao tem nada a ver com agil, tem a ver com entregar o produto que ele espera.
Entao, nao vejo de que forma os discursos bonitos de agil, Scrum, etc tem a ver com essa pataquada escrita na “carta”, a nao ser que voce esteja se referindo ao discurso vazio, que mira na pratica e nao nos principios, que usa Scrum porque ouviu dizer que Scrum eh bom e acha que se dizer agil vai fazer com que um projeto que esta indo pro buraco melhore.
