Um novo ("velho") processo de desenvolvimento

#engenhariaDeSoftware #processoIterativo
Cansado de subjetividade? Quer resultados nos seus projetos de software? Conheça o processo que estamos usando no desenvolvimento do Partiklo. Nada de novo, nada inventado, nada de postit: http://partiklo.com/partiklo_process.html

Partiklo: Open Source Enterprise Communication System

#partiklo #opensource #enterprise #communication Agora sim! Projeto no ar! Chamando colaboradores... Não é só mais um projeto Open Source. É um novo Processo de Desenvolvimento.
Um sistema de comunicação corporativa, moderno, eficiente e aberto, baseado em Microsserviços e com uma versátil API REST.
Um processo de desenvolvimento de software baseado em funcionalidades.
Dois coelhos com uma só "paulada".
Venha participar!

http://partiklo.com

As vendas de postits vão cair...

#comunicação #processo #opensource Vem aí o projeto Partiklo, juntamente com o seu novo processo de desenvolvimento.
Partiklo é um projeto Open Source de um sistema de comunicação corporativo e também de um Processo de desenvolvimento de software, que será testado juntamente com ele.
Um processo iterativo e sólido, sendo ao mesmo tempo moderno e flexível. Algo para substituir aquelas práticas subjetivas que estão na "modinha". Aguarde!

Caô method - Seu novo método de desenvolvimento de software!

Pelo menos é bonitinho!

Conheça o novo método de desenvolvimento de software que estamos propondo! É bonitinho, é lúdico e não tem colesterol! Com ele, você garante seu salário por muito tempo, enquanto mantém o Cliente feliz e completamente envolvido.

Um processo sério para complementar sua "modinha" ágil

#processo #software
Está enrolado em subjetividades, certo? Não sabe como realmente vai conduzir a parte séria do projeto? Bem, isso aqui pode ajudar: https://opensource.com/article/18/2/uqds

#agilesucks Processo vs pessoas

Todas as vezes que eu observei projetos "ágeis", vi problemas. Em todas as vezes que vi problemas, as pessoas envolvidas no trabalho braçal, acabam sempre sendo as culpadas. É meio óbvio esse comportamento dos "agilistas" em culpar a Equipe pelos problemas, afinal, quem trabalha, erra, quem trabaalha muito, erra muito, quem não trabalha, não erra, e, finalmente, quem não erra vira "agilista"!
Mas sério, vamos pensar um minutinho... eu já entrevistei alguns agilistas, sem que eles soubessem que estavam sendo entrevistados, e as respostas foram sempre muito coerentes entre si, como se todos fizessem parte de um "culto secreto". E a resposta é, quase com as mesmas palavras: A culpa é das pessoas, que são rresistentes às mudanças provocadas pelo "ágil".
Hum! Se um modo de trabalhat exige TAMANHA MUDANÇA nas pessoas, é por ser antinatural, certo? Provavelmente, as pessoas estão resistindo, por que o "ágil", mais especificamente o SKPP (Scrum+Kanban+PlanningPoker), deve ser muito diferente da maneira que estão acostumadas a trabalhar.
Então, por que não valorizar mais a maneira natural de trabalhar? Por que não valorizar mais as pessoas, como o próprio Manifesto Ágil propõe?
Será que SEGUIR UM PROCESSO virou mais importante do que OBTER RESULTADOS?

Contra-indicações dos "Métodos ágeis"

Todo remédio tem uma bula, certo? E, nesta bula, há indicações, contraindicações e efeitos colaterais. Deveria ser assim para qualquer coisa, até mesmo para processos de desenvolvimento de software.
Os, assim chamados, "métodos ágeis" possuem contraindicações e efeitos colaterais muito graves, mas que são menosprezados pelas equipes, gestores e clientes de desenvolvimento de software.
Minha experiência, em vários cursos e projetos desenvolvidos, somente confirma essa convicção, que gostaria de compartilhar com vocês.