KnowledgeConf é uma nova conferência da família Ontico, queremos reunir na mesma plataforma aqueles que constantemente ou de tempos em tempos se dedicam a consertar, estruturar, organizar o armazenamento e a atualização de conhecimento em empresas de tecnologia. Falaremos sobre como reduzir os riscos de perda de conhecimento exclusivo, como reutilizar soluções, como melhorar o fator de barramento e como abordar rapidamente novos funcionários.
Para as empresas de TI, o
conhecimento e os recursos intelectuais são carne e osso , o negócio da maioria deles é baseado em abordagens, processos únicos, geralmente implícitos e não fixos. Manter o conhecimento na cabeça dos desenvolvedores, nos quadros brancos nas salas de reuniões, nas conversas na cozinha pode funcionar bem, sem dúvida, mas com o crescimento da empresa, com a saída de pessoas que trabalham nela há dez anos, com o dimensionamento de equipes, os riscos de conhecimento implícito e seus processos desorganizados o armazenamento se torna cada vez mais perceptível.
O KnowledgeConf 2019, uma conferência profissional sobre gerenciamento de conhecimento em empresas de TI, será realizada em 26 de abril de 2019 no site da InfoSpace, no centro de Moscou.
O que é conhecimento geral , que
tipo de abstração, você pergunta. Sim, não se trata realmente de algoritmos, padrões arquiteturais ou comandos em um sistema de controle de versão.
Em cada empresa, até abordagens e algoritmos universais são incorporados aos processos de uma nova maneira; em cada equipe,
o conhecimento técnico sobrepõe os processos - limitações internas do núcleo do sistema, quando por um motivo ou outro os projetos não são utilizados, não são compilados etc., usando versões híbridas e aplicativos, processos sofisticados de planejamento, liberação, teste, nos guias de estilo final, nomeação de variáveis e entidades. Isso também inclui
conhecimento sobre ferramentas: até as mesmas diferem em configurações, escopo e especificidades de aplicação,
conhecimento de pontos de contato e relacionamentos em equipes e muito mais.
Mesmo processos e metodologias conhecidos, como autoteste de escrita, scrum, planejamento ágil, detalhamento de tarefas, trabalhando com um sistema de controle de versão, diferem em cada empresa devido aos processos que se desenvolveram ao longo dos anos e às especificidades do negócio.
Em seguida, vem uma
grande camada de conhecimento implícito na mente de desenvolvedores experientes, conhecimento sobre decisões tomadas uma vez , sobre muletas que estão enterradas no sistema, um código legado familiar àqueles que trabalham há muito tempo (ninguém toca nisso), mas em algum momento quando o empregado sai ou sai, ele atira. Mas acontece que "sempre foi necessário fazer isso aqui e funcionou bem".
Ainda há
conhecimento sobre os erros cometidos e as lições aprendidas . Bem, na verdade, o
conhecimento sobre os negócios da empresa , que geralmente é único. Especialmente se sua empresa estiver trabalhando em algum novo campo, setor ou segmento de mercado.
Mas qual é o lucro? Como justificar os empresários que é necessário, porque de alguma forma funciona e tudo bem.
Isso pode ser feito através de perdas potenciais e gerenciamento de riscos. Me deparei com um relatório da Panopto -
Workplace Knowledge and Productivity Report 2018 .
Estes são os resultados de uma pesquisa com mais de 1.000 empregadores americanos que falaram sobre os problemas que enfrentam com a transferência de conhecimento e suas perdas.
42% dos funcionários pesquisados admitiram ter conhecimento único e nunca fixo. 81% concordaram que estão chateados com o fato de a empresa ter conhecimentos únicos que não compartilham com ela, isso afeta seu trabalho e a avaliação da transparência das decisões e dos processos atuais.
Nas empresas de baixa rotatividade, 23% dos funcionários admitem que é difícil ou quase impossível acessar as informações necessárias para realizar melhor o trabalho. Nas empresas com alta rotatividade, esse percentual sobe para 38.
Como resultado, o tempo médio que um iniciante passa para encontrar respostas para perguntas por semana é de 12,7 horas, ou seja, 50 horas no primeiro mês de trabalho.
Os autores do relatório chegaram a calcular as economias em potencial de uma troca de conhecimentos mais eficiente, com base em dados de trabalho simples ou ineficiente: para uma empresa com 17,7 mil funcionários e um salário médio de US $ 47 por hora, será de
US $ 42,5 milhões por ano , para empresas com 1.000 funcionários, US $ 2,4 milhões por ano. A integração mais eficaz dos recém-chegados permitirá que uma empresa com 17,7 mil funcionários economize US $ 4,5 milhões por ano.
Legal, mas por que toda a conferência?
A experiência de outras conferências mostrou que relatórios sobre o TeamLead Conf e o Highload ++ aparecem e grupos inteiros de relatórios sobre armazenamento, indexação, artefatos de conhecimento de suporte em equipes de TI e empresas inteiras. Apenas algumas empresas nesse campo têm um sistema de gerenciamento de conhecimento unificado e integrado e, com um
especialista em gerenciamento de conhecimento, é um pássaro muito raro .
É muito mais fácil imaginar uma situação em que cada equipe de desenvolvimento, suporte, teste e infraestrutura explora sua própria peça e cria suas próprias práticas. Mesmo na estrutura de uma empresa, é possível encontrar coisas semelhantes (uma vez com um colega
todo o meu
relatório na TeamleadConf nasceu - nem sabíamos que estávamos fazendo quase a mesma coisa em diferentes divisões), mas pensamos em compartilhar práticas entre as empresas. Bem, não, não é assim.
Mas alguém é até bom nisso. Gostaríamos de trazer esses casos práticos para fora e compartilhar experiências, melhores práticas, ancinhos, ir além de nossos “pequenos e aconchegantes” e fazer algo interessante e útil.
A TI é um mercado bastante jovem em comparação, por exemplo, com o setor real da economia, mineração, manufatura e empresas financeiras. Lá, os sistemas de gestão do conhecimento começaram a ser ajustados já a partir do início dos anos 2000, quando ninguém conhecia a palavra milenar, as pessoas se chamavam pelo telefone (!) E marcavam consultas. Mas eles também têm suas próprias especificidades, em particular, muitas iniciativas para a gestão do conhecimento e a formação de melhores práticas vão de cima, não de baixo, elas têm apoio e financiamento incondicionais da gerência sênior. Convidaremos representantes dessas empresas para a conferência, porque temos algo a aprender com elas.
Quem poderia estar interessado?
Reunimo-nos pelo comitê do programa e analisamos que tipos de empresas e por que o tópico de gestão do conhecimento pode ser interessante. Escreva se você encontrar o seu caso e compartilhe outras idéias nos comentários.
| Tipo de negócio | Por que eles precisam de gerenciamento de conhecimento? | Como regra, eles querem ... |
|---|
| Empresa Integradora | - Fixação de contratos com o cliente e redução de riscos
- Escalabilidade da equipe | TK |
| Empresa de produto, PaaS | - Reutilização de soluções
- Reduzir os riscos de demissão e integração de um novo funcionário
- Escalabilidade de projetos (se o conhecimento for bem preservado e transferido rapidamente, é fácil recrutar novos funcionários)
| Requisitos funcionais e descrições detalhadas de tarefas de negócios
Veja este tópico: Do outro lado do espelho: uma olhada na documentação do ponto de vista comercial Maxim Stroyev
|
| Desenvolvimento personalizado, devshop | - Redução de risco no relacionamento com clientes
- Redução do custo de imersão em uma nova área de estudo | Descrição detalhada das tarefas |
| Empresa de serviços | - Tempo de imersão reduzido para um novo funcionário
- Reduzir o custo de imersão em uma nova área de assunto para o funcionário ou as especificidades do cliente | Instruções de como fazer |
| Empresa fabricante de instrumentos | - Fixando os motivos das soluções técnicas selecionadas, levando à aceleração dos projetos de modernização
- Redução de riscos pela perda de "engenheiros únicos"
- Acelerando a introdução de produtos na produção e simplificando a mudança para novos locais de produção | Corrigindo a arquitetura do sistema, descrição do protocolo, álbum de soluções técnicas, cartões de lote de produção |
Equipe de conferência
Agora é a hora de apresentar nossa equipe, os responsáveis pelo conteúdo da conferência, por sua qualidade, pela formação do programa.
Rodion Nagornov, Chefe de Treinamento e Certificação, Kaspersky Lab.Fato aleatório: ele cantou duas vezes em Olimpiysky.
Igor Tsupko, chefe de pesquisa e desenvolvimento, Flant.Fato aleatório: Ele escreveu as primeiras linhas de código aos 4 anos de idade. Era a foto de um gato no QBasic.
Svetlana Novikova, especialista em gerenciamento de conhecimento na equipe de desenvolvimento do IPONWEB.Fato aleatório: experimentei mais de 140 variedades de cidra e tenho uma conta no Instagram com críticas sobre elas. Pela primeira educação, um cientista político. Ela quase defendeu uma dissertação em ciências políticas.
Konstantin Medvedev, Chefe de Suporte ao Produto, Tion.Fato aleatório: trabalho das 6 da manhã, vou para Moskvich 412 e tenho a norma.
Nikolay Volynkin, redator técnico da Plesk.Fato aleatório: Desde o final de 15 anos, tenho trabalhado como moderador no ramo de StackOverflow em idioma russo.
Maxim Tsepkov, arquiteto e analista de negócios, CUSTIS.Fato aleatório: No instituto, ele escreveu um editor de arquivos multiusuário no Fortran no BESM-6 e funções elementares para a versão soviética do supercomputador Cray. Eu gosto de andar a cavalo, tento fazê-lo duas vezes por semana.
Dmitry Simonov, fundador do dsimonov.consulting.Fato aleatório: Ele trabalhou em todas as três grandes empresas: Yandex, Rambler, Mail.ru.
Maxim Babich, fundador da Cloveri .Fato aleatório: Às vezes, no meu tempo livre, pastoreio ovelhas com meus cães corgi.
Entrevista Blitz com membros do Comitê de Programa da Conferência
Conte-nos em poucas palavras sobre o que você faz além da conferência, no trabalho, em atividades sociais.Svetlana Novikova, IPONWEB ( nerazzgadannaya ) : estou configurando processos de automação para upload e publicação de documentação (em um sentido amplo, isso inclui descrições de processos, estrutura interna do sistema, cursos em vídeo para iniciantes e testes de controle) na equipe de desenvolvimento da interface do usuário. Estou trabalhando em um sistema para integrar os recém-chegados à equipe, juntamente com o líder da equipe, para garantir que não haja conhecimento implícito na equipe, que seja conveniente que os caras os compartilhem, para que as atualizações de artefato sejam integradas nos processos gerais de desenvolvimento e lançamento. Às vezes, também organizo reuniões, discussões sobre esse tópico e
canal sobre gerenciamento de conhecimento em TI .
Maxim Babich, Serviço Federal de Impostos ( WebByte ) Ajudo especialistas e equipes de TI a se desenvolverem de maneira mais consciente, usando modelos de competência. Estou construindo sistemas de informações no Serviço Tributário Federal que aumentam a qualidade e a velocidade da obtenção de serviços públicos.
Rodion Nagornov, Kaspersky Lab ( KnowledgeManager ) : Na verdade, o gerenciamento de conhecimento é o meu trabalho. Faço isso há 5 anos na Kaspersky Lab e não pretendo parar. Além disso, minhas responsabilidades incluem gerenciar nossa comunidade e supervisionar o suporte ao cliente nas redes sociais.
Sou engenheiro de CAD (Baumanka), desenvolvedor de C #, VB #. Felizmente, escolhi um campo de atividade diferente após a universidade :) Não fui notado ativamente na vida pública, passo tempo em minha família e viajo.
Konstantin Medvedev, Tion: Lidero o departamento de suporte ao produto para P&D em Tion. Eu gerencio documentação, base de conhecimento do produto. Treinamos suporte, vendas, marketing, resolvemos problemas com produtos, coletamos idéias, aconselhamos colegas sobre questões técnicas. E também crio e avanço a comunidade de engenheiros de instrumentos em Novosibirsk Conveyerum. Discutimos desenvolvimento, suporte, produção e gestão do conhecimento.
Nikolai Volynkin, Plesk ( nick_volynkin ) : Eu trabalho como escritor técnico na Plesk. Estou escrevendo documentação para desenvolvedores e desenvolvendo ferramentas para documentação em Python. Estou conduzindo um
canal no Telegram sobre documentação em geral, a abordagem "documentação como código" e um pouco sobre gerenciamento de conhecimento. Desde o final de 15 anos, tenho trabalhado como moderador na filial em russo do StackOverflow. Agora, existem cinco moderadores no site, eles são escolhidos pela comunidade, o trabalho é voluntário e não remunerado. Mas é muito interessante: os fluxos de conhecimento na comunidade de desenvolvedores são visíveis, os problemas neles são visíveis e esses problemas podem ser afetados.
Juntamente com meus colegas, organizei várias reuniões da comunidade internacional Write the Docs: em Moscou, São Petersburgo e Novosibirsk. Eu acho que as mitaps são muito importantes. Eles ajudam as pessoas a conhecer e trocar idéias. É também uma multidão de palestrantes em grandes conferências como a KnowledgeConf.
Igor Tsupko, Flant ( may-cat ): estou no
fogo da TI "seriamente" há mais de 10 anos. Ele começou como desenvolvedor, agora eu ajudo Flant a crescer e, na prática, resolvo quebra-cabeças para gerenciamento de conhecimento.
Sergey Zaika: Lamoda ( someald ): Sou desenvolvedor sênior de um sistema de gerenciamento de pedidos na Lamoda. Estou envolvido no desenvolvimento, design, bem como na integração, serviço de plantão e investigação de incidentes. Às vezes tenho tempo para falar.
Dmitry Simonov, dsimonov.consulting ( dsimonov ): estou
liderando um canal techdir onde coleciono notas, "rakes" e casos divertidos de meu próprio trabalho, sistematizando o conhecimento sobre o trabalho dos diretores técnicos.
Maxim Tsepkov, CUSTIS: Há mais de 30 anos estou envolvido em desenvolvimento personalizado para empresas e bancos como desenvolvedor, arquiteto e analista de negócios na CUSTIS. Acredito que a automação melhora a vida e abre novas possibilidades. Paralelamente, nos últimos anos, tenho trabalhado como consultor independente em organizações ágeis e turquesas, dinâmica em espiral e outras práticas de novo gerenciamento em TI e além.
O que a gestão do conhecimento significa para você e por que é importante?Nikolai Volynkin: Tudo começa com uma idéia simples: o conhecimento é um ativo da empresa que gera lucro. A gestão do conhecimento aumenta o lucro e reduz os riscos de não cumprimento dos prazos, o fator de barramento, decisões erradas e idéias valiosas que não atingiram a implementação.
Rodion Nagornov: Posso citar três principais lucros: seguro contra perda de conhecimento e experiência quando os especialistas saem; acelerar o treinamento de novos funcionários; a capacidade de criar produtos, abordagens e soluções completamente novos com base no conhecimento existente. Claro, há muito mais guloseimas, mas eu sempre destaque essas três.
Maxim Babich: O gerenciamento de conhecimento e o gerenciamento baseado em conhecimento são uma maneira de acelerar a solução de problemas de negócios e reduzir o risco de perda de especialistas importantes.
Konstantin Medvedev: Para mim, a gestão do conhecimento é uma mistura de pessoas, processos e abordagens destinadas a gerar, disseminar e manter a relevância do conhecimento sobre os produtos da empresa e os meandros das tecnologias usadas neles. É importante, porque sem isso, qualquer modernização = desenvolvimento do zero e qualquer demissão de um engenheiro = desenvolvimento do zero.
Maxim Tsepkov: Encontrei gerenciamento de conhecimento na conferência KM Russia em 2010, fiquei surpreso ao descobrir que essa é uma disciplina completamente separada e interessante de aplicar em TI. Fiquei particularmente impressionado com a tese de que a tradição oral é uma maneira completamente legal de trabalhar com o conhecimento, e a correlação entre tradição oral e conhecimento documentado deve ser gerenciada.
Igor Tsupko: Provavelmente é uma lesão na infância. Bem cedo, deparei-me com um código incompreensível e sem suporte, “refinamentos” que contradiziam a realidade e o senso comum, e a incapacidade das pessoas de expressar seus pensamentos.
E se a sua empresa crescer - os problemas de comunicação e um pequeno fator de ônibus começam a distraí-lo de coisas realmente importantes, a pulverizar a concentração e a vontade.
Dmitry Simonov: Considero a gestão do conhecimento para especialistas técnicos um ponto-chave para garantir o crescimento profissional de todos os meus colegas que ainda se concentram em suas opiniões exclusivamente na prática diária do trabalho.
Sergey Zaika: Para mim, no contexto de uma corporação, a gestão do conhecimento é principalmente uma troca de conhecimentos. As empresas são grandes e o especialista certo pode trabalhar em outro país, parar há muito tempo ou sentar-se à mesa seguinte. Quando o gerenciamento de conhecimento é estabelecido, cada especialista deixa para trás um “rastro” de artefatos, pelo qual, idealmente, você pode entender o que é necessário, sem precisar recorrer diretamente a ele.
Por que você decidiu ingressar no Comitê de Programa?Svetlana Novikova: Quero fazer uma conferência com relatórios detalhados e de alta qualidade. De tal forma que eu gostaria de estar presente em todos os relatórios, andar, conversar, ficar nas arquibancadas. A melhor maneira de conseguir isso é participar da organização. Além disso, são muitos novos conhecidos legais, uma troca de experiências.
Rodion Nagornov : Nos últimos anos, ele falou muito, participou de conferências como ouvinte, mas não viu o que havia dentro, por trás do crachá do organizador. Quando houve uma oferta para participar do PC, concordei imediatamente. Além disso, assumiu-se que o principal público-alvo são pessoas associadas ao desenvolvimento. Como eu mesmo coleciono conhecimento dos desenvolvedores, e muitas vezes não nos entendemos imediatamente, tornou-se incrivelmente interessante olhar para o meu trabalho do outro lado, para entender como os desenvolvedores nos veem, funcionários de gerenciamento de conhecimento. Bem, e, talvez, seja capaz de transmitir a eles, por nossa parte, que estamos fazendo uma coisa útil, inclusive por nós mesmos (você dá KM às massas!), E não apenas nos distrai do nosso trabalho com perguntas tolas. Devo dizer que as expectativas já foram atendidas.
Konstantin Medvedev: Eu quero conversar com Oleg Bunin sobre uma conferência para engenharia de instrumentos;).
Igor Tsupko: Eu gostaria de fazer uma conferência profunda, sem uma treta de marketing e palestrantes aceitos no programa “para olhos lindos”.
Nikolai Volynkin: Isso é muito interessante e útil para ficar longe. E ainda assim, todas as pessoas ouvirão relatórios apenas em 26 de abril (e aqueles que não comparecerão mais tarde à conferência), e eu já consegui ouvir alguns e até apliquei algo em meu trabalho.
Maxim Tsepkov: Aceitei com interesse o convite para entrar no PC KnowledgeConf. O gerenciamento de conhecimento em projetos de TI é um tópico relevante e frequentemente problemático. E espero que a conferência reúna relatórios sobre práticas de gestão do conhecimento em diferentes projetos - eu os ouço em diferentes conferências, há muitas coisas interessantes, mas aqui elas se reúnem.
Sergey Zaika: É interessante se familiarizar com a “culinária” das conferências, por outro lado.
Quais relatórios você gostaria de ver no KnowledgeConf?Svetlana Novikova: Antes de tudo, gostaria de ver casos, a aplicação de abordagens e ferramentas específicas em diferentes equipes - desenvolvimento (documentação como código), teste (armazenamento de casos de teste e listas de verificação), infraestrutura (lições aprendidas, informações sobre incidentes, arquitetura). registros), suporte (desenvolvimento de uma base de conhecimento de suporte técnico), equipes de produtos.
Rodion Nagornov: Pessoalmente, eu realmente gostaria de ver um relatório sobre o fato de que a gestão do conhecimento não é necessária, é em vão e em geral apenas para gastar recursos :) Novamente, para entender os argumentos dos colegas que hoje pensam assim e, talvez, possam - .
: , . , , . , . , .
: , , . .
: . , , .
: KnowledgeConf . , .
: . , , « ”». ( ) - . «-» .
?: : , , . : !
: , -. , , , , , , ( ), , .
: -, . — .
-, . , - git 2019 , . , : — . , .
: , . , . , Zodiac Interactive. . , .
: « », « » « ».
— . — .
: , , -, — . , -, , .
, ?: , , .
: , , .
: IT , . « » , , . -, knowledge sharing junior , . -IT , knowledge management « ». IT , , .
: , , — , , -, -, , .
: , , , — , , , .
: , , , , , , . , , HR, Learning&Development, , , , . — — , « » killer feature, , , .
: : tech- knowledge-engineering. , , , . «» «» .
.: , , , . — :)
: , , , . !
:Faça perguntas aos palestrantes, elogie os bons relatórios e critique os relatórios não muito bons, tente o que ouve na conferência e fale sobre o que você tentou na conferência em 2020.Maxim Tsepkov: Mantenha os dois truques: tente criar uma imagem holística da gestão do conhecimento e, ao mesmo tempo, procure relatórios nas práticas relevantes para o seu projeto, idealmente - aqui e agora.Envie seus tópicos para o KnowledgeConf antes de 1º de março e se encontre em 26 de abril . E venha discutir idéias e perguntas no Telegram, conversando com o Comitê do Programa.