lições aprendidas
20/02/2014
0
Gostaria de debater com vocês que trabalham ou trabalharam em uma fábrica de software e perceberam mudanças a medida que um processo ou metodologia de desenvolvimento foi sendo adotada. O que não acontecia e começou a acontecer que realmente foi diferente e merece destaque, em que isso ajudou. Essas coisas. Tudo bem?
Exemplos:
**A disponibilidade de um cronograma do projeto e informações de produtividade da equipe incentiva os colaboradores a trabalhar de forma produtiva e eficiente.
**O uso de um processo de teste bem definido é propício para a melhoria da qualidade do produto.
** Conceber testes antes de as soluções força os desenvolvedores a projetar boas interfaces de programação de aplicativos, porque eles devem pensar em como programar o código do cliente em primeiro lugar.
** As validações realizadas pelo cliente no final das iterações durante as sprints treinaram as equipes em se organizarem e controlarem as mudanças que podem ocorrer e ainda facilita o gerenciamento dos riscos do projeto.
Att,
Igor Pereira
Posts
20/02/2014
Marisiana Battistella
Melhora a comunicação entre os membros da equipe e facilita que se obtenha um entendimento comum do assunto que está sendo tratado.
O analista de negócios e o gerente de projetos conseguem ter um acompanhamento melhor das atividades que estão sendo realizadas, das dificuldades que surgem ao longo do projeto, pois eles tem um feedback constante dos demais membros da equipe. Alem disso, facilita na definição de prazos de entrega, na comunicação com o cliente....
O uso do processo de testes é fundamental em todo o projeto, pois evita-se muitos erros que possam ocorrer na mão do usuário. Além disso pode servir como validação interna do trabalho realizado, verificando se todas as regras de negócio foram atendidas se os requisitos foram cumpridos, ....
12/03/2014
Marisiana Battistella
15/03/2014
Roniere Almeida
não tenho nenhuma experiencia com desenvolvimento.
15/03/2014
Marisiana Battistella
16/03/2014
Roniere Almeida
16/03/2014
Marisiana Battistella
17/03/2014
Roniere Almeida
18/03/2014
Igor Pereira
26/03/2014
Marcos Oliveira
1) O cliente nunca para de pedir alterações, muitas vezes desnecessárias.
2) Quanto mais alterações no software você tem para fazer, menos tempo tem para entregar.
3) Desenvolvendo com pressa, você não tem tempo para fazer uma alteração bem feita.
4) Se você colocar um sistema mal feito no mercado, o cliente vai reclamar, e o problema volta para você, demando mais tempo, fora o desgaste emocional.
5) Sistemas abertos demais, nessas situações citadas, geralmente deixam o código fonte mal comentado, e desorganizado.
6) Um código fonte desorganizado é difícil de dar manutenção, principalmente por outra pessoa que não o conhece.
Passei por tudo isso e muitas outras situações que não citei. Hoje tenho meu software, que é 99% fechado (clientes raramente me pedem alterações), e por consequência quase não tenho que dar suporte para meus clientes, uma vez que o sistema raramente dá problema (bem raramente mesmo).
Isso tudo resultou em uma coisa para mim: qualidade de vida. Não tenho estresse nem pressão por parte dos meus clientes.
Abraço a todos!
Marcos
26/03/2014
Marisiana Battistella
Trabalhei em um lugar onde os sistemas são muito antigos e são realizadas alterações, manutenções corretivas, evolutivas, preventivas, tudo o que vcs puderem imaginar o tempo todo...
E é complicado de trabalhar assim, porque acontece exatamente o que o Marcos mencionou...
26/03/2014
Marisiana Battistella
Participei de um projeto onde seguimos todos os passos e os resultados foram bem significativos.
Aumentou a comunicação entre a equipe de desenvolvimento e os usuários tiveram uma participação mais ativa na definição do projeto.
Mas sempre vai ter as manutenções pois são mais de 200 aplicações e a maioria são bem antigas e foram sofrendo alterações, conforme mudaram as leis e a legislação.
Então, isso de fazer um sistema fechado e não fazer alterações para os usuários, eu considero como algo relativo, pois depende do ramo de negócio que o sistema contempla.
Na empresa onde eu trabalho agora, o ERP gera o SPED fiscal das empresas e, seguido, o governo cria uma lei nova ou suspende uma existente.. Então, sempre tem que ter alguém que acompanhe tudo isso e faça as alterações nos sistemas para atender as novas demandas.
26/03/2014
Marcos Oliveira
Onde trabalhei, o sistema era bem antigo, e como você citou, eram feitas várias alterações, inclusive por exigência de legislações. Mas lá o SCRUM não iria funcionar não. A mentalidade conservadora do administrador, não permitia novas ideias, novas tecnologias. E isso foi o ponto crucial para que eu saísse da empresa. Uma empresa de tecnologia que não quer evoluir... Já viu isso?
Quando eu falei que meu sistema é fechado, digo que é até certo ponto. Faço alterações para adequações do SPED, por exemplo, mas meus clientes não ficam me pedindo alterações desnecessárias. O que eu NÃO faço é personalizar meu sistema de acordo com o que meus clientes pedem. E tem funcionado dessa forma. Só se for pequenas alterações, como acrescentar uma informação em um relatório, etc... Isso facilita muito meu suporte, uma vez que fazendo poucas alterações, teria poucas correções.
Abraço!
Marcos
26/03/2014
Marisiana Battistella
Essa forma de trabalho que vc adotou sem dúvida é a melhor e mais correta!
Clique aqui para fazer login e interagir na Comunidade :)
