Precisamos separar CAUSA de EFEITO

#gestão #projetos
Em gestão de projetos, precisamos separar CAUSA de EFEITO!
https://www.linkedin.com/pulse/passar-navalha-pode-lhe-ajudar-resolver-crises-de-melo-junior

Seja disruptivo: Entregue o que o Cliente pediu!

#projeto

Uma maneira de ser "disruptivo" é passar a entregar o que o Cliente quer, no prazo e no custo combinados! Por que não tenta?

Sério! As pessoas gastam dinheiro, indo ouvir palestras onde os caras falam em "ser o disruptor para não ser o disruptido", mas, no fundo mesmo, não te ajudam a produzir melhor e entregar no prazo. Isso sim, é ser disruptivo!

https://www.linkedin.com/pulse/manter-o-foco-objetivo-do-projeto-cleuton-sampaio-de-melo-junior/

Gestão de configuração precisa ser uma dor de cabeça?

#engenhariaDeSoftware #projeto #ti #negócios #falandosobresoftware
Você sabe o que é gestão de configuração? http://falandosobre.software/gestao_configuracao/

Olhae a alternativa para os métodos ágeis...

#implicandoComAmantesDeUnicórnios #gestão #projetosDeSoftware #agile #argh

Olhae a alternativa para desenvolver software... Pelo menos, é bonitinho!

http://www.obomprogramador.com/2018/02/cao-method-seu-novo-metodo-de.html

Manter o foco no objetivo do projeto é o segredo do sucesso

#engenhariaDeSoftware #gestãoDeProjetos
Manter o foco no objetivo é a chave do sucesso!
https://www.linkedin.com/pulse/manter-o-foco-objetivo-do-projeto-cleuton-sampaio-de-melo-junior

EAP: Não é um bicho de sete cabeças! Largue os postits e tente entender!

#projetoDeSoftware #deVerdade

Para gerir projetos de software, é preciso saber o que deve ser feito. Nada melhor do que construir uma EAP: Estrutura Analítica de Projeto e um Cronograma! É assim em TODOS os grandes projetos no mundo, desde construção de edifícios até lançamento de foguetes. E não é difícil aprender! Veja só: https://www.projectbuilder.com.br/blog/entenda-diferenca-entre-eap-e-cronograma-de-projetos-2/

Scrum não tem plano B

#agile #humpf

Juro que eu não queria que fosse assim... Acho tão bonitinhos os "Unicórnios" ágeis... Mas a realidade é uma bruxa, não é mesmo?

https://www.linkedin.com/pulse/agile-não-tem-riscos-cleuton-sampaio-de-melo-junior

Métodos ágeis, arquitetura lerda

Hoje em dia, as técnicas chamadas de "Métodos ágeis" dominam completamente as áreas de desenvolvimento de software. Coisas como: Scrum, Kanban, XP e Planning poker, "pululam" as discussões sobre o assunto, com defensores cada vez mais estóicos. Porém, as equipes continuam utilizando as mesmas técnicas "mastodônticas", baseadas no "ecossistema" corporativo Java, que trazem uma enorme Complexidade Acidental embutida. Isto acaba criando conflitos e soluções ruins, pois, devido ao seu peso desproporcional, as arquiteturas "inchadas", baseadas nesse "ecossistema", acabam "guiando" a solução, o que, geralmente, força o projeto a entrar no ritmo de "tudo ou nada", quando os "Sprints" se tornam muito curtos para serem atendidos com qualidade. É necessário repensar a maneira como construímos aplicações, usando uma arquitetura mais diluída, se quisermos realmente sermos ágeis.

Uma arquitetura diluída: Camada de apresentação

Bem, chegamos ao último artigo dessa série, que mostra uma opção de arquitetura diluída para aplicações corporativas. Agora, vamos ver a camada de apresentação, toda feita em HTML5 usando jQuery para consumir um RESTful webservice.

Uma arquitetura diluída: Lógica de negócios

Continuando nossa série de artigos sobre arquitetura de software corporativo diluída, vamos agora mostrar como implementar a camada de lógica de negócios do nosso Microblog. Se você não viu o início da série, por favor consulte o "Set list".

Três coisas que você deveria exigir do seu prestador de serviços de TI

(Openclippart.org - liftarn)

Você paga um bom dinheiro para o seu Prestador de serviços de TI, certo? Então, tem direito de exigir pelo menos três coisas dele, por exemplo, provas de que o software desenvolvido funciona a contento. É a mesma coisa que você faz quando compra um Gadget eletrônico: pede ao vendedor que o teste. Vamos ver quais são essas três coisas, que sempre fazem os Consultores "fecharem a cara" imediatamente.

Síndrome da má gestão em TI

Um amigo meu, que é gerente de uma área de TI, reclamou que eu bato muito na gestão e pouco nos técnicos. Bem, na verdade, eu acredito que o maior mal das áreas de TI no Brasil é o despreparo dos gerentes. E, devo pedir desculpas aos gerentes, mas vou dar mais três socos na cara (usando um soco inglês): Verticalização, Micro gerenciamento e Gestão "por Espasmos".