Processo é uma reflexão tardia ao construir sistemas de TI em um servidor de aplicações WebLogic

As empresas se diferenciam por ter produtos exclusivos ou serviços; força de um negócio central é principalmente sobre ter um bom processo. Este processo ajuda a definir a empresa e dá aos clientes a experiência que eles exigem. Um processo consistente ajuda os clientes a se sentir confortável e mantém-los a voltar para mais bens e serviços. A maioria de nós estão cientes deste fato - Vamos voltar para as empresas que nos dão os mais altos níveis de satisfação. E esperamos que o processo seja idêntica à última vez que estivemos lá - que é o que nos faz voltar para mais bens e serviços. Pense sobre isso da próxima vez que revisitar o seu café preferido ou lanchonete. Se a sua experiência não é tão bom como foi em uma visita anterior, você se sente decepcionado.

Para algumas empresas, quando chega a hora de implementar seus sistemas de TI, o processo parece ser uma reflexão tardia. O projeto de TI que estão trabalhando é apenas um dos muitos objetivos. O projeto assume uma vida própria, eo foco principal é em obter o código desenvolvido para atender os requisitos de negócio. Tempo de mercado torna-se o objetivo, não importa a que custo. O desafio é que, enquanto há um mandato para desenvolver estes sistemas para atender às necessidades da empresa, não existe um processo para construir e apoiar o novo sistema e tecnologias. E se há um sistema, o mais provável é falho, de uma forma ou de outra, e que causa frustração e um sentimento de perda de controle. Quanto mais complexo for o sistema novo - com mais pontos de integração - o mais que exige um maior grau de coordenação e planejamento para implementar.

Quando se trata de implementação desses sistemas, você vai encontrar o processo indefinido torna difícil implementação. As empresas parecem querer ter sistemas rapidamente, eo processo de fazê-lo é uma reflexão tardia. Esta pode ser a filosofia de direito - que são, afinal, uma empresa de serviços ou produto, não uma empresa de software. Então, quando nós desenvolver esses sistemas complexos, há ainda a necessidade de um maior de ter o processo definido e no lugar, antes de reunir um requisito de negócio ou escrever a primeira linha de código.

Eu já visitaram ou trabalharam em empresas que tiveram uma ou mais questões de processo que devem ser abordados, mas há apenas processos de tantos que você pode adotar e manter no local quando a construção de um sistema. Se você seguiu todos os processos, cada vez, você nunca pode ter o sistema desenvolvido. Isto leva a perguntas que vão sem resposta até que o aplicativo pode estar em produção - ou próximo a ela. Uma vez que os sistemas estão em produção, não existe conhecimento de um plano de transição limitado.

Como vamos apoiar o sistema, eo que fazemos quando há um problema? Essas questões são fáceis de colocar no processo e, ainda, uma e outra vez, eles são perdidas. Existe uma base de conhecimento em relação a todas as questões que foram encontrados durante o desenvolvimento desta aplicação? Quais metodologias de resolução de problemas estão em vigor? São as pessoas certas a trabalhar sobre estas questões? Estas perguntas - e mais - podem ficar sem resposta quando o aplicativo finalmente torna-lo em ambiente de produção. Para ser justo com essas empresas, não é como se nós estamos desenvolvendo foguetes para enviar para a Lua ou uma restrição de segurança para o banco do carro de uma criança, que são, afinal de contas, aplicações de negócio que usamos para melhorar o processo de negócio.

Se você suportar uma aplicação ou uma centena, é importante considerar os processos que você usa para desenvolver, construir, implantar e suportar suas aplicações. Definir a sua própria estratégia para a construção e manutenção de aplicações java irá definir a sua loja para além de outros....