admin 
[ad_1]
Tive a sorte de liderar vários compromissos de desenvolvimento de treinamento, e é uma das coisas que adoro no treinamento. É criar algo novo. É criativo, é confuso e é um trabalho árduo, mas prepara o terreno para uma ótima entrega de treinamento. Pensar em como melhor transmitir o material, o que os alunos precisarão, o que melhor os atenderá onde estão e o que é escalável são questões realmente interessantes – e, finalmente, desenvolver ideias e conceitos de treinamento em produtos de trabalho tangíveis pode ser muito divertido.
Em meus projetos anteriores, usamos uma abordagem em cascata onde cada fase era distinta e as coisas se desenrolavam mais ou menos sequencialmente. Waterfall tem certas vantagens quando se trata de desenvolvimento de currículo de treinamento, porque muitas vezes há dependências mais difíceis entre estágios e partes do conteúdo. No software, por outro lado, você pode progredir bastante em um item sem precisar interagir com outro fluxo de trabalho.
Com material de treinamento, a barra para o que constitui um produto mínimo viável é geralmente um pouco maior. Os materiais de treinamento precisam atingir um certo nível de completude e qualidade ou simplesmente não serão úteis para os alunos. No desenvolvimento do treinamento, você também pode precisar concluir certas atividades antes de iniciar outras. Você posso comece a escrever um currículo sem primeiro ter um plano de estudos, objetivos ou esboço, mas suas chances de sucesso são muito menores e suas chances de precisar de retrabalho muito maiores.
Dada essa tensão, pode ser tentador pensar que os princípios Agile não podem realmente ser aplicados ao desenvolvimento de treinamento. Mas, embora possa não ser a implementação perfeita do Agile, descobrimos que muitos dos princípios podem ser altamente úteis e também utilizáveis quando se trata de projetos de desenvolvimento de treinamento. Aqui estão 8 coisas que aprendemos sobre o que você precisa fazer para desenvolver materiais de treinamento de maneira ágil.
Defina o programa do seu curso
Ter uma ideia clara de quais conhecimentos e habilidades precisam ser abordados em uma aula ainda é incrivelmente importante. Assim é saber quando essas habilidades serão ensinadas. Só porque as coisas estão sendo feitas de uma maneira mais ágil não significa que você pode evitar o planejamento. Uma vez que o escopo e a sequência tenham sido acordados, planeje como lidar com as mudanças. Assim como no desenvolvimento de software, a mudança pode realmente atrapalhar o progresso. Descubra quanta mudança pode ser tolerada sem afetar seu cronograma ou tenha um plano de como você ajustará suas expectativas e cronograma de acordo.
Defina suas entregas
Seja realmente claro sobre quais são suas entregas e o que está envolvido em cada uma delas. Que tipos de entregas você precisa? O que deve ser incluído em cada um para que seja aceito? Muitos cursos precisam de esboços, storyboards, guias do aluno e questionários, mas você precisa definir as especificidades do que é necessário em cada um desses componentes antes de começar. Crie protótipos ou artefatos de entrega para refinar o que cada entrega deve ser e descreva o que uma entrega precisa ser considerada completa.
Concordar com um processo de revisão
As revisões podem ser um gargalo e podem matar seu progresso, então você precisa de um acordo sobre o que precisa ser revisado e Como as ele precisa ser revisto. Você também precisa acreditar que as revisões acontecerão em tempo hábil. Ao projetar seu processo de revisão, aponte para o menor número de revisões necessárias para oferecer suporte ao nível de qualidade que você deseja alcançar. Ao mesmo tempo, encontre maneiras de revisar materiais em estágios anteriores, quando eles podem ser alterados com mais facilidade e seguir novos rumos. Decida quem precisa revisar em cada etapa e certifique-se de que eles tenham o nível certo de autoridade para manter as coisas avançando. Decida como você colaborará e quais ferramentas usará. Por fim, não tenha medo de ajustar seu processo de revisão à medida que avança. Você pode achar que menos revisões serão suficientes ou que o que você achava importante mudou.
Comece com seu fluxo de trabalho e processo de desenvolvimento
Este é um passo crítico em todo o esforço. Aqui, você está pegando o programa, as entregas e o processo de revisão e alinhando-os em um processo de desenvolvimento coerente. Divida as entregas em estágios intermediários para que possa haver um ciclo de feedback contínuo ao longo do caminho. Descubra como você incorporará edições e atualizações no processo. Cada rodada de revisão gerará algumas atualizações necessárias, portanto, você precisa saber como lidar com elas em termos de rastreamento se elas foram concluídas. Recomendamos construir alguma confiança no processo aqui. Não envie para uma segunda rodada de revisão para validar que as atualizações foram feitas até chegar aos resultados finais. Lembre-se, as revisões podem realmente atrasar o processo, então você deve usá-las com sabedoria.
Configure sua cadência e marcos de sprint
Planeje marcos e não se force a alinhá-los com os prazos do sprint. Use suas estimativas de quanto tempo as entregas levarão para delinear seus sprints. Planeje com antecedência, mas deixe flexibilidade para que seu plano mude à medida que você aprende mais sobre quanto tempo as coisas realmente levam. Em seguida, use suas estimativas de velocidade e reais para refinar o planejamento de sprints futuros e ajustar seus marcos. É importante criar alguma flexibilidade aqui porque você provavelmente descobrirá que as coisas demoram um pouco mais do que o esperado.
Determine como você acompanhará o trabalho
Eu proporia usar o JIRA (ou algo parecido) com uma configuração no estilo Kanban. A configuração pode ter mais colunas do que você está acostumado se estiver mais acostumado com o desenvolvimento de software, mas achei muito útil para fins de visualização e propriedade. Como os projetos de design instrucional geralmente envolvem vários membros da equipe e da equipe do cliente, é útil ter colunas que possam ser atribuídas a um indivíduo ou grupo. Isso ajuda a gerar responsabilidade e também pode ajudar a descobrir bloqueadores ou áreas em que as pessoas precisam de suporte. Aqui está um exemplo de como isso pode ser na prática.
| Backlog | Sprint atual | Em andamento | Pronto para revisão da equipe | Pronto para revisão das partes interessadas | Atualizações finais | Completo |
Outra razão pela qual eu gosto dessa configuração é que ela facilita ver onde o trabalho está em andamento e onde estão os gargalos.
Agora cubram seus ouvidos, puristas. Usamos uma combinação de abordagens Kanban e Scrum. Usamos o Kanban para o fluxo de trabalho e a configuração real do quadro. Isso pode ajudar a visualizar onde o trabalho está no processo e pode ajudar a simplificá-lo para a equipe de desenvolvimento. Mas descobrimos que os princípios do scrum ainda eram necessários para configurar uma cadência de sprint e entender a velocidade.
Foco no progresso, colaboração e feedback
Concentre a equipe em fazer sua parte com eficiência e com o nível certo de qualidade. Incentive a colaboração: revisões por pares, revisões por outras disciplinas e revisões de clientes (ou partes interessadas) são oportunidades para colaboração e refinamento adicional de objetivos. Aproveite essas oportunidades. Prepare sua equipe para feedback. Com todas as avaliações, os membros de sua equipe receberão muitos comentários. Em geral, isso é uma coisa boa e leva a um produto de maior qualidade. Mas pode ser esmagador para os membros da equipe que não estão acostumados a ter outras pessoas em seu trabalho a esse ponto.
Antecipar o andamento mais lento nos estágios iniciais
Como em qualquer projeto, há uma curva de aprendizado. Esteja preparado para isso. A velocidade que você alcança nos primeiros sprints pode não ser o que você pode alcançar com produtividade total. Além disso, as primeiras rodadas de produção e revisão provavelmente levarão mais tempo porque a equipe ainda está analisando as especificidades dos requisitos. Uma coisa é concordar com algo em princípio, mas outra é concordar com o produto acabado. Deixe algum tempo e espaço para que essa normalização ocorra. Isso economizará seu tempo à medida que avança no desenvolvimento. Você pode até descobrir que, à medida que esses requisitos se tornam mais claros, você pode abandonar alguns dos ciclos de revisão.
Descobrimos que esse era o caso da nossa equipe. Embora tivéssemos passado pelo exercício de esclarecer as expectativas, a equipe ainda precisava calibrar para o nível certo de detalhes, quais pontos abordar e como equilibrar todas as prioridades concorrentes. Quando chegamos a esse ponto, conseguimos descartar algumas avaliações que ajudaram a aumentar a velocidade da equipe.
A aplicação de princípios ágeis ao desenvolvimento de treinamento pode trazer muitos benefícios. Ele permite um processo de feedback contínuo e cria um ambiente mais interativo, onde a colaboração é incentivada e as mudanças podem ser facilitadas com mais facilidade. Ele permite que os membros da equipe dividam seu trabalho em partes significativas e alcançáveis e ajuda você a refinar continuamente estimativas, datas de vencimento e marcos.
Eric Wilson
Autor
Rancho Grande Nerd
[ad_2]
Source link
