Qualquer ferramenta pode ser usada erroneamente, e eu acredito que esta é a razão pela qual muitos programadores odeiam BPM. Eles somente não sabem como as ferramentas BPM devem ser usadas... e eu adoraria corrigir esta situação.
Se você estudar Desenvolvimento orientado a Processos, você amará BPM. Se não você tentará usar as suas ferramentas BPM como um ambiente de desenvolvimento de aplicações tradicionais e acabará com um bagunça sem controle.
É tudo sobre processo...
Antes de começar o desenvolvimento, responda as seguintes perguntas na ordem:
1. Quais são os passos?
2. Quais são os possíveis caminhos para esses passos?
3. O que controla o caminho dos dados do processo ?
4. Como os dados fluem através do processo ?
Quanto você souber as respostas, então iniciará o seu desenvolvimento com o diagrama de processos e o usará para dirigir o caminho do desenvolvimento nesta ordem:
1. Modelar o fluxo do processo
2. Definir os dados que controlam o fluxo do processo.
3. Construa uma interface de usuário “suficiente” que permita manipular os dados necessários para navegar através de todos os caminhos do processo.
É abolutamente crítico que você faça estes passos para construir o seu projeto... e uma vez que estiver pronto, faça o seguinte:
Passe por TODOS os caminhos do processo com o seu Cliente de Negócios.
Se você seguir todos estes passos, então fará mostrar todas as falhas do fluxo do processo muito tempo antes de qualquer codificação em uma LINDA interface que estará ERRADA.
O processo deverá guiar a Interface do Usuário, mas muitas vezes gastamos tempo mostrando uma tela sexy para os clientes, nos levando a um modelo de processo ruim. Todos nós cometemos esta falha, e nós sabemos por experiência própria que isso estraga todo o resto do ciclo de vida do projeto.
Sim... o desenvolvimento de interface em algumas ferramentas BPM frequentemente requer esforços sobre-humanos para cconstruir uma tela bonita com AJAX, e é freqüente você acabar construindo telas bonitas usando ferramentas complementares. Mas não é por isso que alguns projetos BPM falham...
Projetos BPM falham quando o time do projeto não segue os passos de Design orientado a Processos que demonstrei no inicio do artigo. Se você tem tido problemas com BPM... tente do meu jeito na próxima vez. Eu creio que você ficará gratamente surpreso se o fizer.
Extraído e traduzido do original em Inglês de John T. Reynold em http://thoughtfulprogrammer.blogspot.com/2008/02/drive-path-process-and-data-flow.html
Nenhum comentário:
Postar um comentário