OFF (PREZADOS COLEGAS, TEM OU TEVE ESTE PROBLEMA)?

 Tópico anterior Próximo tópico Novo tópico

OFF (PREZADOS COLEGAS, TEM OU TEVE ESTE PROBLEMA)?

VB.NET

 Compartilhe  Compartilhe  Compartilhe
#492517 - 04/02/2020 18:01:52

MARCOS

Cadast. em:Dezembro/2003


Boa tarde!
Este não é um ´tópico técnico, mas tem relação direta com
o setor de desenvolvimento de software:

Contexto:

Trabalhar submetido a pressão no ambiente de desenvolvimento é algo que nós
desenvolvedores já nos acostumamos. Projetos e demandas diversas com prazo muito curto,
ferramentas de trabalho insuficientes, etc...
Mas, quero falar sobre um tipo de problema, que tenho tido. Quero saber se é um caso isolado o meu, ou
se a outros colegas que já estiveram na mesma situação.

O problema:

A equipe de TI (Desenvolvimento) é muito pequena (Apenas 2), cada um de nós tem que desenvolver sistemas diversos
para atender a demanda dos clientes internos (Departamentos).Com o passar do tempo, os sistemas que eu e meu colega desenvolvemos
foram ficando maiores e muito complexos. Como estamos sempre focados em nossas demandas. Acontece de que cada um faz a manutenção
de seus própios sistemas criados.
O problema surge, quando um de nós tem de se ausentar para férias.Como cada um de nós não conhece o sistema do outro,o aplicativo fica
sem manutenção.
Mesmo procurando "documentar"  os projetos, é quase impossível "parar" e se inteirar do que o outro esta fazendo. Cada um de nós produz literalmente uma grande
quantidade de linhas de código todos os dias.
O problema, é que a empresa tem cobrado que quando um se ausente, o outro faça sozinho a manutenção dos demais sistemas.Inclusive naqueles nos
quais vc não trabalhou.

Pergunta:

Este é um problema atípico, ou isto já ocorreu nas empresas em que os colegas tem atuado????



#492518 - 04/02/2020 18:20:29

FABRICIOWEB
BELO HORIZONTE
Cadast. em:Novembro/2011


tanto quanto normal, se vc é contrato por outra empresa vai mexer em algo que vc nao fez



#492519 - 04/02/2020 18:47:53

KERPLUNK
RIO GRANDE DO SUL
Cadast. em:Junho/2009


Membro da equipe
Não é atípico, levando em conta o modo como a maioria dos desenvolvedores brasileiros costumam trabalhar.
Padrões de código e de desenvolvimento estão aí justamente para tentar sanar esse problema. Não é 100% mas ajuda em muito, tanto que aqui onde trabalho é bem frequente eu pegar manutenção de projetos que nunca se quer ouvi falar e sair implementando features neles de um dia para outro. Isso porque todos seguem muito próximos à padrões de desenvolvimento e procura-se manter esses padrões. Para isso, é necessário um processo bem formal onde quanto mais pessoas envolvidas melhor. Um "happy path" é mais ou menos assim:
- Cliente tem demanda
- Demanda é analisada por PM(Project Manager) à nível de impacto de negócio
- Se aprovada, a demanda passa para o PO(Project Owner) que analise em alto nível a melhor maneira de implementação
- PO cria "estórias" em alto nível sobre a implementação e atribui um ou mais desenvolvedor(es)
- Desenvolvedores recebem a estória e criam tarefas, que são os passos necessários para a implementação propriamente dita
- Desenvolvedores implementam cada uma das tarefas e criam pacotes(commits)
- Commits são vistos por todos da equipe técnica, incluindo líder técnico que podem aprovar ou não a maneira como a tarefa foi implementada(aqui entram os padrões de código, que podem ser por equipe ou da empresa toda)
- Se commit segue padrão e testes estão ok, a tarefa é "inserida" em um branch, que corresponde geralmente à "versão" sendo implementada da aplicação
- Quando a versão e todas as suas estórias estão implementadas, cria-se um branch release, que é a versão mais atual da aplicação
- Branch release é publicado em um ambiente de testes, onde equipe de testes analisa as tarefas criadas pelo PO e a demanda do cliente. Estando em conformidade, equipe de testes faz um "sign-off", significando que a versão está ok e pode partir para homologação com o cliente
- Cliente efetua seus testes e também faz o sign-off, isso é o "Go" para produção e finalmente é publicado em ambiente de produção e o ciclo se inicia

Essa é uma descrição grosseira de uma adaptação à metodologia "AGILE". Não estou dizendo que deveria ser assim em todo lugar, mas ao menos o "combinar" o padrão de código se há compartilhamento e/ou substituição de papeis é muito importante.

_______________________________________________________________________
Virei Oráculo!
The end is nigh, be ready for the nukes!


#492521 - 05/02/2020 09:19:49

NICKOSOFT
SANTO ANDRE
Cadast. em:Maio/2009


vou contar a historinha de uma escola que trabalhei....
o encarregado engavetava tudo qnt era projeto que planejávamos e fazíamos esboços
ai de algum jeito ele colocava no lugar algo que ele "fazia" bem baseado nos esboços....e completamente escondido.....
um dia deu 5 min no dono da escola e o dispensou....resultado? de casa ele trabalhava pra escola dando manutenção nos sistemas que "criou"....



#492543 - 06/02/2020 09:52:46

MARCOS

Cadast. em:Dezembro/2003


Bom dia,colegas!
Agradeço o comentário dos colegas, ao tópico.

Com relação ao que postou o colega Kerplunk, também concordo que o remédio para este problema é uma forte documentação
associada ao respeito as melhores práticas (Padrões,etc...).

No entanto, me perdoem a sinceridade:

Em empresas de "Grande" porte, é fácil fazer a direção compreender a necessidade de se ter um setor de TI, bem estruturado.
Com os sistemas sendo desenvolvidos, obedecendo um "processo", bem metódico e documentado.
Mas, no mundo "real", em empresas que não são  pequenas e médias. Cujo foco principal não é TI.A realidade é muito longe disto.

O que acontece na prática, é que as demandas surgem ,de algum cliente interno ou da direção. (Sempre várias ao mesmo tempo)
O desenvolvedor (Que geralmente faz o papel de  Gerente do projeto,Analista,codificador,testador,implantador e suporte tudo ao mesmo tempo)
tem de colocar a nova  demanda para funcionar, em no máximo alguns dias ou semanas.
A verdade é que para as empresas que não são da área de tecnologia "Se aquele garoto nos filmes do cinema, consegue fazer complexos programas em poucas horas".
Porque os projetos de software, necessitariam de uma "equipe" para resolver suas demandas???

Infelizmente esta e a realidade nas pequenas e médias empresas do pais.

Obs: Antes que algum colega, me diga que é necessário fazer um trabalho de conscientização da empresa, explicando
         o motivo de se gastar mais "tempo" desenvolvendo para poder usar padrões de projeto, documentar tudo,aumentar a equipe,etc...
        Digo que é muito mais fácil, vc ser substituído do que a empresa investir em uma estrutura de TI maior.

Desculpe, foi mais um desabafo mesmo.
          






#492544 - 06/02/2020 10:37:17

NICKOSOFT
SANTO ANDRE
Cadast. em:Maio/2009


o q o Marcos falou é a mais pura verdade, ainda mais qnd vc é um numero na empresa q tem qualquer outro ramo e não é desenvolvimento de sistemas......



#492545 - 06/02/2020 11:28:06

WCOSTA
VASSOURAS
Cadast. em:Dezembro/2003


Membro da equipe
Marcos,
Cara infelizmente esse é o modelo de desenvolvimento de software em países em desenvolvimento, não se valoriza a equipe e sobrecarrega-se deveras cada membro, fazendo com que cada uma esteja num projeto e cobrando que seja documentado, mas com um para um projeto inteiro e humanamente impossível realizar qualquer planejamento, criar diagramas, projetar back e front, e por fim documentar com precisão ao ponto que qualquer um, que venha depois possa com facilidade se adaptar ao projeto a ser dada a manutenção, mesmo no período de férias.
Assim, aconselho que faça as manutenções programada, antes do período de férias dessa galera e que apenas sejam atendidas as emergências, quando possível. Lance mão de rastrear as exceptions, criando logs detalhados do erros, como StackTrace, Source e etc. Gerando a possibilidade de rastreabilidade mais próximo do local do erro, para correção.
Proponha, dialogue, explique (sem linguagem técnica, use a linguagem dos humanos, não a nossa )  e tenho certeza que chegarão a um meio termo, para solucionar ou amenizar esse problema, extremamente comum entre os profissionais de TI.

AntSoft Systems On Demand



Resposta escolhida #492546 - 06/02/2020 12:16:52

WEBMASTER
CURITIBA
Cadast. em:Janeiro/2001


Membro da equipe
Compartilhando um pouco, sim isso é algo recorrente em qualquer ambiente corporativo, independente de escala da empresa.
Fui gerente de equipe (e principal desenvolvedor) por mais de 12 anos, a sorte é que consegui pegar todos os 6 funcionários abaixo desde o começo e os padrões definidos em conjunto foram seguidos em sua grande maioria.
No meu caso o problema não eram os sistemas, mas os dados, como usavamos vindos de grande porte (mainframe) era comum achar nos dados por falta de consistência na entrada, resultado, era um monte de ajuste para tratar situações malucas.
Moral da história: pra tudo tem solução menos pra morte, então encontre-se junto com seu parceiro em um padrão de projetos e vá migrando gradativamente o conteúdo

WebMaster - VBMania

Nao me mande e-mail com duvidas
Para isso e que existe o forum do VBMania !!!

 Tópico anterior Próximo tópico Novo tópico


Tópico encerrado, respostas não sao permitidas
Encerrado por MARCOS em 11/02/2020 17:21:22