Quais são suas experiências no uso do AgilePoint como mecanismo de fluxo de trabalho/BPM?

Question

Estamos no processo de migração de nossos fluxos de trabalho de Link ao vivo e SharePoint para AgilePoint.Se alguém já teve experiência no uso do AgilePoint, você se importaria de compartilhar suas experiências?

Por exemplo:

• Quais são algumas pegadinhas que você encontrou?
• Você achou algum aspecto específico do AgilePoint especialmente útil?
• Você achou algum aspecto específico do AgilePoint especialmente inútil?

Experiências boas, ruins e indiferentes são bem-vindas, pois isso será marcado como um wiki da comunidade.

Answer 1

Nossa empresa de consultoria é um parceiro de ouro e texto aberto da Microsoft. Eu desempenho o papel de um especialista em fluxo de trabalho principal, ajudando os clientes na criação de fluxos de trabalho em ambos os produtos. Pela minha experiência, os recursos de fluxo de trabalho da AgilePoint definitivamente superam o que o SharePoint e o LiveLink podem e jamais oferecerão. Simplesmente porque o SharePoint e o LiveLink (Content Server como o que eles vão ou estão chamando agora) devem ser repositórios colaborativos, não ferramentas de fluxo de trabalho. Sim, eles terão recursos de fluxo de trabalho, no entanto, eles não chegarão perto do que os fornecedores do tipo Alliance de terceiros fornecerão - porque esse é o pão e a manteiga. No momento, estamos usando o AgilePoint com o SharePoint e o Livelink e estamos em processo para incluir o AgilePoint como uma ferramenta de fluxo de trabalho de terceiros em alguns compromissos grandes e pequenos que fecharemos em breve.

Abaixo estão os elementos sobre o AgilePoint que achei úteis:

1. De um analista de negócios ou perspectiva de desenvolvimento, é um ambiente de criação de fluxo de trabalho que eu e outras pessoas de tecnologia e não -tecnologia estão acostumadas - Visio. Se você conhece bem o Visio, o tempo de aumento da AgilePoint será mínimo em comparação com outros fornecedores. Você ouvirá o AgilePoint se gabar de sua "arquitetura orientada para o modelo" e o ambiente da paleta de Visio, sendo a grande razão.

2. Gerenciamento de alterações - muito fácil de atualizar processos, migrar para novos processos e alterar os processos em voo.

3. Gerenciamento de tarefas - interface do usuário liso que permite que um administrador pesquise rapidamente processos específicos e todas as tarefas associadas a esse processo. Gosto do fato de que existe um lugar central que posso acessar rapidamente, se precisar chegar a um processo específico.

4. Empoderamento do usuário comercial não técnico-isso obviamente dependeria da governança de sua organização, mas os usuários de negócios podem ter o poder de criar um processo inteiro, implantar para um ambiente de teste ou estadiamento e depois testar seus processos como prova de conceito antes de vá-live.

5. Integração e extensibilidade - Então, aqui, praticamente fora da caixa, acredito que eles incluem alguns AgileParts (Visio Stoncil Web Services) que permitem que você se integre rapidamente com ERPs (SAP, etc.) e/ou você pode criar seu próprio estêncil para integrar com um aplicativo personalizado de terceiros. Por exemplo, para alguns dos meus projetos, provavelmente terei um desenvolvedor criar alguns AgileParts personalizados para se integrar a um monte de aplicativos de fabricação ou varejo. O que eu gosto disso é que, depois de criar esse estêncil, você pode reutilizar em qualquer fluxo de trabalho em que está trabalhando.

6. Esquema subjacente - Portanto, a base subjacente do AgilePoint é que você pode criar formulários personalizados, listas do SharePoint ou "AGILEFORMS" para criar seus fluxos de processo. Aqui está o que eu gosto nisso, os "conectores" entre esses formulários e o fluxo de trabalho são essencialmente XML, o que significa que, se você decide usar o AGILEPOINT por 3 anos e depois passar para outra coisa, tudo o que XML é salvo para que você Não precisa se preocupar em perder dados. Tudo isso está vinculado ao seu SQL ou qualquer banco de dados que suas organizações decidam usar.

7. Arquitetura - O que se destacou para mim também foi como o AgilePoint está instalado, ele não ficará no seu servidor SharePoint ou Livelink; na verdade, ele fica separadamente e usa conectores para vincular -se ao SharePoint ou outros repositórios, daí as atualizações e patches que você fará nesses O CMS's não afeta o desempenho do fluxo de trabalho do AgilePoint.

Quanto ao que eu encontrei como Gotchas, Hmm, acho que existem algumas nuances a serem observadas ao criar um novo processo que às vezes pode confundir você. Por exemplo, se você alterar o nome de um fluxo de trabalho, ele realmente criará um processo totalmente novo e, se você não estiver mais experiente para pegá -lo, gastará pelo menos uma hora descobrindo o que diabos você fez de errado. Mas essa é uma daquelas coisas que, uma vez que você percebe e aprende, não será um problema, apenas algo para prestar muita atenção. Acho que posso dizer com segurança que realmente não encontrei nada fundamentalmente errado com o produto. Eu sei que o Gartner teve um problema com as "iniciativas SOA" da AgilePoint e tentei obter mais informações do Gartner, mas não vi nada atraente o suficiente para eu me afastar deste produto. Forrester tem coisas boas a dizer sobre isso :). Então, se você não gosta do Gartner, sempre há Forrester, certo? :)

Tenho certeza de que há outras coisas, ainda não peguei, mas, objetivamente, acho que este é um produto sólido e estará por muito tempo. Pergunte a eles sobre sua estratégia de crescimento se você quiser um maior senso de conforto.

Boa sorte! Você pode entrar em contato comigo diretamente, se quiser. Lateef shariff la.shariff1@gmail.com

Answer 2

Isenção de responsabilidade rápida - eu trabalho para um Parceiro MS que também é parceiro da AgilePoint.No geral, o produto é bom e é por isso que o implementamos para soluções.

O bom: - O que há de realmente legal no produto

1. IU:

   • Desenvolvimento amigável.
   • Fácil de implantar e usar.
   • Formulários otimizados para dispositivos móveis disponíveis
   • Processo paralelo de dois aplicativos possível usando subprocesso sem código.
   • Os fluxos de trabalho do SharePoint no Agilepoint resolvem a maioria das finalidades para as quais os receptores de eventos são necessários.
   • Grande variedade de controles disponíveis para diversas funcionalidades.
   • Diferentes modelos de processos disponíveis para diferentes usos.Ou sejaFormulários eletrônicos, formulários Sharepoint, integração de sistemas, etc.
   • Pode adicionar Jquery/CSS aos controles facilmente por meio de arquivos compartilhados/individuais.

2. Tempo de execução:

   • Informações detalhadas sobre variáveis/campos utilizados disponíveis em tempo de execução.
   • Várias fontes de dados podem ser usadas em vários eventos.
   • Os aplicativos em execução continuarão em execução quando uma nova alteração for publicada, e como resultado o sistema não precisará ser desligado para implantar as alterações.
   • Pode usar APIs para acessar qualquer tipo de dados de outros recursos.

3. Características do produto:

   • A versão independente do SharePoint funcionará com versões futuras.
   • Fácil de ser integrado em diferentes sistemas porque SharePoint, força de vendas possuem Dashboards AgilePoint disponíveis.
   • Faça login usando vários métodos de autorização possíveis.(OAuth2 cobre muitos métodos de autorização)
   • Muito fácil exportar aplicativos para outros locatários e reutilizá-los.
   • Tokens reutilizáveis ​​globalmente podem ser criados e exportados para vários aplicativos, aumentando a capacidade de reutilização.
   • Os formulários individuais também podem ser exportados e reutilizados em vários aplicativos e locatários.

4. No local/nuvem privada

   • Vários locatários possíveis em uma nuvem privada
   • Pode acessar dados armazenados em xml e criar vários relatórios com base nos dados

O mal:

1. IU:
   • Canvas projetado de forma que o texto simples não possa ser colocado em um formulário.Tem que estar nos controles.
   • Os controles ocupam um tamanho específico que não pode ser alterado em altura.Isso dá uma aparência mais organizada, mas a aparência desejada é difícil (posso ser tendencioso, pois isso é facilmente possível no MS Word/Infopath).
   • Aninhar controles é difícil, exceto quando colocados em subformulários que, por sua vez, não suportam muitos controles
   • A renderização de controles HTML personalizados é difícil.
   • O salvamento automático não acontece e a IU deixa de responder às vezes, causando perda de dados
2. Tempo de execução:
   • As pesquisas demoram um pouco para carregar.
   • As ações de envio de página não podem ser modificadas.
   • Má integração com o IE
   • Não é possível modificar offline os formulários
3. Características do produto:
   • A aparência não pode ser modificada para se parecer com o SharePoint para manter a consistência
   • Difícil de integrar em SP se não estiver usando painéis Agilepoint, pois a localização física de formulários/tarefas não está disponível

O Feio: - O que é uma merda

1. IU:
   • Suporte muito ruim para vários controles em tempo de design e tempo de execução.Portanto, não é adequado para formulários maiores.
2. Tempo de execução:
   • Não é possível acessar formulários de um local físico porque os formulários estão disponíveis como tarefas.Geralmente, esse é um requisito importante do cliente.
   • Não é possível acessar os dados nos formulários em qualquer lugar, portanto, não podem ser inseridos facilmente nos relatórios.
   • Formulários salvos em XML...não é um banco de dados, então você precisa primeiro obter os dados em um banco de dados para fazer relatórios reais sobre ele