In Huron’s webinar with HEUG, an industry expert with more than two decades of Oracle application experience offers five lessons learned for cloud Sucesso. O Heug é um grupo de usuários da Oracle para profissões de tecnologia de ensino superior que facilita o compartilhamento de idéias, informações e experiências entre seus membros.
Huron, in partnership with the Higher Education User Group (HEUG), led a four-part webinar series to share best practices and methodologies universities should consider when moving to the cloud. HEUG is an Oracle user group for higher education technology professions that facilitates the sharing of ideas, information and experiences among its members.
A parte três da série de webinar oferece cinco recomendações de planejamento técnico e estratégia para garantir uma implementação bem -sucedida em nuvem. Robert Stojkovic, diretor da Huron, é especialista em estratégia de desenvolvimento, gerenciamento e integração técnica de projetos. Ele ingressou no webinar de Huron com Heug, planejamento e estratégia técnica, onde discutiu cinco dicas que aprendeu ao ajudar as instituições na implementação da nuvem. A determinação do escopo na vanguarda do projeto inclui listar o nível de esforço previsto, linhas de tempo e recursos necessários. É essencialmente os métodos e recursos para implementação e fornece uma maneira de toda a equipe permanecer alinhada e responsável por suas partes (s) do projeto. A maioria dos participantes teve apenas 10 e 35 % de seus escopos de conversão identificados.
Tip One: Determine Scope Early
“Determine scope as early as possible,” Stojkovic said. Determining scope at the forefront of the project includes listing the anticipated level of effort, timelines and required resources. It is essentially the methods and resources for implementation and provides a way for the entire team to stay aligned and accountable for their portion(s) of the project.
In a poll taken during the webinar, only 6 percent of participants had their conversion scopes completely identified. The majority of participants only had 10 and 35 percent of their conversion scopes identified.
Projetos que não determinam o escopo Early podem encontrar problemas. Muitas vezes, em um projeto, os indivíduos descobrem um novo módulo que podem usar que não consideravam anteriormente. Esses novos módulos, no entanto, requerem dados convertidos. Sem definir isso no escopo, torna -se mais difícil preparar todos os dados convertidos que o projeto exige. "Se as organizações determinam o escopo mais cedo, elas sabem como gerenciar esses blips ao longo do caminho mais facilmente", disse ele.
Dica Dois: Defina ciclos
"Definição Ciclos permite que as organizações planejem refrescar, não apenas da nuvem Oracle, mas também do sistema de origem", disse Stojkovic. Esta definição ajuda as organizações a planejar e manter diferentes processos, sistemas e equipes em sincronia.
A determinação do escopo na vanguarda do projeto inclui listar o nível de esforço previsto, linhas de tempo e recursos necessários.
Stojkovic recomenda ciclos de atualização correspondentes com ciclos de teste. "Isso é muito benéfico para as organizações", disse ele. “Se as organizações planejam os ciclos de teste adequadamente, as atualizações que ocorrem regularmente para o aplicativo devem se enquadrar nos ciclos de teste; portanto, os testes de regressão e implementação padrão através da PCR, SIT e UAT ciclos podem ocorrer simultaneamente.”
Período de Blackout: Geralmente, ocorre durante os períodos de patch (atualização). "Se for padronizado, as pessoas poderão entendê -lo", disse Stojkovic. "Eles se sentem confortáveis ao saber como as conversões estão acontecendo e como o mapeamento de dados se relaciona com essas conversões".
Blackout periods: When organizations cannot conduct a refresh; this is usually during patching (upgrade) periods.
Time down for refreshes: Typically, the snapshot an institution is working from is taken within the first 30 minutes, so work in that instance that was the source for the refresh may continue after that period.
Tip Three: Standardize Framework
Standardization is essential to keep teams and processes aligned. “If it's standardized, people will be able to understand it,” Stojkovic said. “They feel comfortable that they know how the conversions are happening and how the data mapping relates to those conversions.”
Plus, Auxiais de padronização com necessidades futuras - principalmente auditorias. Isso foi útil em um projeto em que Stojkovic trabalhou. Eles converteram o livro geral da organização com um gráfico de conversão de contas para os saldos. A equipe criou uma tabela de preparação, onde tinham as seqüências de campo antigas e novas, que lhes permitiam mostrar onde o saldo passou do antigo para o novo. “Eles não precisavam de consultores porque entenderam sua estrutura e como as coisas funcionavam.”
“Because we had this standardized framework of the staging tables that we could refer back to, the organization was able to explain to the auditor exactly how the balances moved over and what that process was,” he said. “They didn't need consultants because they understood their framework and how things worked.”
Dica quatro: Aproveite todas as ferramentas disponíveis
Existem ferramentas muito poderosas disponíveis para as organizações e que não se pode usar o que não se pode definir o que não pode ser configurado para a implementação em nuvem. Cloud ”, disse Stojkovic. “Existem importações baseadas em arquivos para os processos programados, importações de desktop, serviços de sabão e serviços de transferência de estado representacionais (REST) que as organizações podem orquestrar para trabalhar juntas através das interfaces de programação de aplicativos (APIs).”
“You cannot just use Structured Query Language (SQL) script to insert data into the Cloud,” Stojkovic said. “There are file-based imports for the scheduled processes, desktop imports, SOAP services and Representational State Transfer (REST) services which organizations can orchestrate to work together through the application programming interfaces (APIs).”
Dica cinco: Comunique -se constantemente com a equipe funcional
"A última peça muito importante é constante Comunicação com a equipe funcional", disse Stojkovic. “À medida que as equipes passam pelas transformações do processo de negócios e refinam seus negócios se trabalharem isoladamente do lado da tecnologia, as organizações podem ter erros porque os dados não estão mapeando adequadamente". Usando esse feedback, as organizações podem planejar e fazer ajustes necessários e, em seguida, comunicar como os dados parecerão e serão usados no novo sistema. "Esse mesmo conceito deve acontecer ao criar e planejar conversões nas integrações", disse Stojkovic. Esses são os indivíduos que estarão educando outros funcionários; portanto, a criação dessa colaboração interdepartamental suporta sucesso na implementação da nuvem.
Stojkovic recommends collecting input from the change management, project management and technology teams. Using that feedback, organizations can plan and make necessary adjustments, and then communicate how the data will look and be used in the new system.
Workgroups also foster cross-functional team collaboration, a tactic discussed in many other webinars in this series. “That same concept has to happen when building and planning out conversions in integrations,” Stojkovic said.
Workgroups should comprise more than just technical individuals and should include change management, project management and functional team members. Those are the individuals who will be educating other employees, so creating this cross-departmental collaboration supports cloud implementation success.