Recentemente, Alexey Lobzov, analista-chefe de sistemas do Alfa-Bank, líder técnico de analistas corporativos, falou em nosso canal no YouTube. Alexey está envolvida na seleção, integração e desenvolvimento de analistas de sistemas. Além disso, ele é conhecido no Habré como alobzov, faz relatórios regularmente, treina analistas de sistema online.
Compartilhamos a gravação e a transcrição da transmissão.
Meu nome é Alexey Lobzov, sou o analista-chefe de sistemas do Alfa-Bank. Ao mesmo tempo, sou o líder técnico dos analistas corporativos do nosso banco.
Quero falar sobre a profissão de analista de sistema e considerar três questões: a comunidade de analistas, a promoção da profissão e a formação de analistas, antes de tudo, sem experiência de trabalho, ou seja, analistas iniciantes.
Existe alguma definição oficial de analista de sistemas e sua área de responsabilidade?
É uma função em um projeto, um produto ou uma empresa, ou uma profissão / posição?
Analista de sistemas é uma profissão. No site do Ministério do Trabalho há uma seção "Diretório de Profissões", onde você pode encontrar a profissão de analista de sistemas e ler qual é sua descrição. Além disso, nesta página você pode ir ao padrão profissional e descobrir quais funções são esperadas de uma pessoa nesta profissão.
Embora, na prática, possa haver desvios. De qualquer forma, se você conseguir um emprego como analista de sistemas, terá uma descrição do cargo com as responsabilidades que o empregador espera de você. Os desvios do padrão são improváveis de serem significativos.
, ?
Diferentes entendimentos dessa profissão são encontrados em todos os lugares, e diferentes empresas podem ter diferentes requisitos para um analista. Um fator aqui é o tamanho da empresa. Uma pequena empresa pode não estar pronta para contratar um analista de sistemas, analista de negócios, testador e redator técnico ao mesmo tempo. Uma série de responsabilidades funcionais de outros especialistas podem afetar a análise de sistemas.
Se você conversou com pessoas que tiveram experiência de trabalho em uma empresa onde um analista de sistemas esteve envolvido no desenvolvimento de processos de negócios, trabalhou com requisitos de negócios e na preparação de especificações técnicas, mas não projetou a arquitetura do sistema futuro e desenvolveu especificações técnicas para módulos individuais, então pode haver um mal-entendido ...
Na prática, houve casos em que o proprietário do produto veio até nós e nos pediu para definir os requisitos de determinados recursos - por exemplo, baixa de um serviço mais um aviso ao cliente sobre a baixa - e a declaração continha requisitos até o que o texto da notificação deveria ser. Referimos esses exemplos de tarefas a tarefas de negócios e não os incluímos na análise do sistema. Esperamos que os proprietários do produto nos forneçam os requisitos de negócios - nos mostrem o que precisa ser feito - e nós, como analistas de sistema e membros da equipe de desenvolvimento, trabalharemos com o restante da equipe para descobrir a melhor forma de implementar esses requisitos.
Se falamos de conflitos, na minha prática nunca houve conflitos reais, quando todos brigavam e elevavam a situação ao nível de líderes. Os mal-entendidos foram resolvidos na conversa. Admito que em algumas empresas o mal-entendido pode assumir uma forma mais violenta.
Quero falar sobre comunidades de analistas de sistemas - se existem e o que são. Claro, a resposta "eles existem" é muito simples - vou lhe dizer como os conheci sozinho.
Isso aconteceu há relativamente pouco tempo; foi quando vim para o Alfa-Bank, no início de 2017. Então, minha equipe (e mais 4 equipes do mesmo tipo) se engajou na criação de um banco na Internet para pessoas jurídicas e empreendedores individuais. Cada equipe desenvolveu seu próprio produto de software, e o banco da Internet na imagem-alvo consistiria nesses produtos. Concluímos que é impossível desenvolver todos esses produtos de forma independente, cada um à sua maneira.
Por exemplo, o usuário se depara primeiro com a interface, e um produto pode ter uma cor de IU condicionalmente arenosa, enquanto outro tem uma cor cinza e o terceiro tem alguma outra cor; isso não deveria ser permitido. Percebemos que precisamos desenvolver nossos cinco produtos de forma coordenada. As equipes inicialmente trabalharam segundo uma metodologia próxima ao SCRUM, mas com peculiaridades impostas pelas especificidades bancárias. De uma forma ou de outra, escalamos o SCRUM em cinco equipes, trabalhamos nessa modalidade e lançamos um banco na Internet, abrimos para os usuários. Surgiu uma experiência interessante, que eu nunca tinha visto antes, inclusive nos textos. Por isso, tive a ideia de compartilhar essa experiência.
Eu queria compartilhar especificamente com a comunidade de analistas e minha tarefa era encontrar essa comunidade. Perguntei a meus colegas do Alpha; Disseram-me que há uma conferência popular de analistas - Analyst Days. Acontece todo ano, e você pode ir lá e falar, ou pelo menos participar, aprender algumas coisas interessantes que podem ser aplicadas no trabalho.
Comecei a analisar a possibilidade de comparecer a esta conferência - tanto como palestrante quanto como participante regular; no final, cheguei à conclusão de que esta conferência não era para mim. Houve duas razões para isso: em primeiro lugar, no meu entendimento, pessoas sérias vêm à conferência com temas sérios e os participantes pagam para ouvi-los e fazer perguntas. Segundo, eu simplesmente não estava preparado para pagar por uma passagem de membro; Tive um exemplo - a comunidade de desenvolvedores Moscow Python (Moscow Python Meetup), que realiza encontros mensais com entrada gratuita. Você pode ir de graça, ouvir o palestrante, fazer perguntas, conversar com pythonistas, comer pizza no intervalo da pizza; se você tiver um tópico, poderá inscrever-se por conta própria, declarar o tópico perante o comitê organizador e, se o tópico for adequado, é muito provável que você seja incluído no plano de desempenho.Comecei então a procurar algo semelhante ao MPP, mas para a comunidade de analistas.
A pesquisa me deu informações sobre a comunidade de analistas com o site uml2.ru. Conheci o site, gostei de tudo; até tentei ir a algumas reuniões da comunidade. Basicamente, tudo era interessante: conteúdo, pessoas. Não fiquei satisfeito com a regularidade das reuniões: em comparação com a comunidade python, essas reuniões eram realizadas de forma irregular (ou não recebi informações sobre quando seria a próxima reunião). Além disso, não cresci bem com a comunidade de analistas - talvez houvesse fatores adicionais. Tive de dar uma palestra para desenvolvedores Python.
Com o passar do tempo; a necessidade de comunidade foi reconhecida não apenas por mim, mas também por meus colegas do Alpha. Em 2018, surgiu uma iniciativa interna: criar seus próprios encontros para analistas.
Nos reunimos com colegas e criamos o encontro AnalyzeIT: a primeira vez foi em 20 de setembro de 2018. Houve mais dois encontros em 2019, planejamos realizá-los a cada seis meses. No mesmo ano, houve um encontro da comunidade de analistas do Raiffeisenbank - soube disso por colegas de Rife, que me convidaram para participar como palestrante. Eu não podia recusar; então aprendi sobre uma nova comunidade de analistas de sistema que me convinha. Com o tempo, com o meu crescimento, com a aquisição de novos conhecimentos, com a comunicação dentro das comunidades, comecei a aprender sobre novas e novas plataformas onde podia trocar experiências, fazer contactos, organizar projectos, até procurar um novo emprego. Destas plataformas, posso destacar o Open Meetup for Analysts: é online, a primeira reunião foi realizada recentemente e a próxima está marcada para 26 de novembro.Sua ideia é que, de fato, existem muitas comunidades de analistas na Rússia; se fizermos uma análise regional - eles estão em Moscou, São Petersburgo, Yekaterinburg, Perm e outras cidades, e uma plataforma foi necessária onde pessoas de diferentes comunidades pudessem se comunicar umas com as outras.
Como eu disse, haverá um segundo encontro dessa comunidade no dia 26 de novembro - o Encontro Online de Analistas de TI. Se você estiver interessado - cadastre-se; Acho que vai ser útil.
O que um analista de sistemas deve fazer quando chega a um novo projeto e há uma cobertura de documentação pobre, conflitos entre a interface do usuário e o back-end? Qual é a maneira correta de começar em tal situação?
Não existe uma solução única para esses problemas. O analista deve compreender a situação atual e colocar as coisas em ordem; como exatamente depende da situação específica. Se não houver documentação, pode valer a pena dedicar algum tempo para criá-la. Se houver problemas entre a interface e o back-end, pode valer a pena acoplar com o desenvolvedor frontal e traseiro, envolver um arquiteto e resolver o problema juntos. É impossível responder imediatamente à pergunta, eu acho.
Eu disse que há vários encontros para analistas onde você pode falar livremente, fazer uma pergunta ao palestrante e se comunicar com os membros da comunidade. Além dos encontros, existem outros sites; Grupos de telegramas são muito populares agora: o mesmo Raiffeisenbank tem um grupo de analistas de sistema, eu sou um membro dele. Lá, embora não com tanta frequência, surgem dúvidas e a comunidade fica feliz em oferecer opções para resolver problemas. O grupo é denominado Open SA Community Raiff; se você estiver interessado, venha também. Como exemplo de pergunta: uma menina entrou recentemente e escreveu que trabalhava com análise de sistemas, mas sentia que faltava ao conhecimento a estrutura, a metodologia geral do analista. Ela pediu a opinião da comunidade sobre como obter tal estrutura; por um lado, você pode ir para obter um ensino superior, por outro - agora existem muitos cursos online,incluindo análise de sistemas, e pode valer a pena ir lá. Ou talvez você deva pedir a um gerente ou líder para ser um mentor e ajudar a impulsionar suas análises. Várias opções, possibilidades; a comunidade acabou de discutir qual pode ser a melhor opção.
Você pode encontrar trabalho nos encontros até junho?
Sim, você pode encontrar trabalho em encontros. Se fizermos Meetups no Alfa-Bank, sempre haverá especialistas de RH lá, você poderá se informar sobre as vagas e enviar seu currículo para avaliação. Se a empresa tiver cargos juniores, você poderá se inscrever para eles. A Alfa agora tem estágios remunerados; Claro que não são muitos, mas estão disponíveis - se houvesse encontros agora, seria possível candidatar-se. Acho que em qualquer encontro em que representantes do RH da empresa organizadora estejam presentes, há uma chance de encontrar uma posição júnior. Portanto, quando for a encontros, você precisa perguntar.
Mencionei o grupo de telegramas do Raiffeisenbank; na verdade, existem outros grupos. Em particular, você pode encontrar grupos separados por cidade. Recentemente em Habré vi um artigo escrito por Anna Mikhailova do consórcio Kodeks - o artigo é dedicado ao desenvolvimento de analistas. Ela mencionou comunidades, citou links para elas; nos comentários, os leitores lançaram outros links para grupos de telegramas de diferentes comunidades. O artigo é intitulado "Analistas em desenvolvimento". Existem muitos links; tudo dificilmente pode ser enumerado.
A troca de conhecimento também é realizada em outros recursos da Internet. No mesmo Habré, em blogs corporativos, são publicados artigos de analistas de empresas; também analistas escrevem seus próprios artigos, sem estar vinculados a empresas. Tenho prazer em ler Habr e, de vez em quando, encontro material útil.
Como um analista de negócios difere de um analista de sistemas?
Não é uma pergunta fácil, porque existem empresas diferentes. Os cargos neles são chamados de maneiras diferentes, e as responsabilidades dos analistas de sistemas e de negócios em empresas diferentes podem se sobrepor de várias maneiras, ou mesmo se sobrepor. Já mencionei o padrão profissional para analista de sistemas - existe também um padrão profissional para analista de negócios. Você pode olhar para esses padrões e entender como essas profissões diferem umas das outras. Também posso recomendar o artigo de Yaroslav Vartokhov, escrito este ano - é dedicado à diferença entre um analista de sistemas e um analista de negócios. Tudo é descrito em detalhes.
Resumindo, o analista de negócios trabalha mais com o componente de negócios. Isso é trabalhar com os requisitos do negócio, criando processos, reengenharia de processos existentes. Mais processos e negócios. O analista de sistemas trabalha mais com tecnologia: projetando a arquitetura do sistema futuro, projetar soluções, escrever especificações técnicas e interagir de perto com a equipe de desenvolvimento. No meu entendimento, um analista de negócios interage mais com o negócio, e um analista de sistema - com a equipe de desenvolvimento. Uma fronteira mais formal é traçada nos padrões profissionais. Mas, de uma forma ou de outra, as responsabilidades variam de empresa para empresa, e essa continua sendo uma questão controversa.
Você está usando EPC ou UML e BPMN são suficientes?
Se estamos falando sobre o departamento em que trabalho, em documentos arquitetônicos e técnicos usamos todas essas notações. Seqüências UML são provavelmente as mais populares. Usamos EPC em documentos de arquitetura, ao descrever modelos funcionais de processos. BPMN - Eu pessoalmente não usei ainda, mas alguns colegas do Alpha usam para descrever documentos arquitetônicos.
Se um analista procura variáveis C # em um enum e as compara com a documentação, isso não é muito diferente das responsabilidades de um analista de sistemas?
Se este for o requisito do empregador - acho que isso é um afastamento das funções de analista de sistemas. Se a iniciativa for sua, então, ao fazê-lo, você mostra que está interessado no que está fazendo; conforme você desenvolve, você deseja entender melhor o que seus colegas de equipe estão fazendo - por exemplo, desenvolvedores .NET. Nesse caso, essa é a sua vantagem. Ou seja, se o analista entende o código, então deve ser por sua própria iniciativa, e não por solicitação de cima. Isso é na minha opinião.
Posso dizer que no Alpha muitos analistas mergulham no código e, mesmo durante a análise do código, encontram erros lógicos que nem sempre são eliminados na fase de revisão pelos desenvolvedores. Por exemplo, temos um único serviço que determina o tipo de cliente do banco. Foi escrito um código que separa organizações e empreendedores individuais, e uma análise do TIN foi escrita lá (12 caracteres - empresário individual, 10 caracteres - organização). Mas por que escrever sua própria lógica se há um serviço pronto e todos os sistemas bancários o usam - este é um único ponto de entrada. Se nossa lógica mudar de alguma forma, faremos alterações neste serviço. Se houver implementações alternativas, devemos estar cientes delas e, em caso de mudança, alterar o código não em um lugar, mas em dois. Portanto, se um analista mergulhar no código, ele poderá identificar imprecisões na lógica de trabalho e ajudar a eliminá-las em tempo hábil.
Qual é o melhor para usar no projeto de sistema de alto nível? Diagrama de componente ou implantação?
Não posso dizer porque os requisitos são diferentes. Mesmo se falamos de configuração para o desenvolvimento; temos um desenvolvedor experiente que entende perfeitamente e temos um desenvolvedor inexperiente que precisa de especificações detalhadas. Portanto, neste caso, a questão é para quem esse esquema está sendo desenvolvido, quem é o consumidor; de que forma ele deseja receber informações. O segundo ponto: as empresas devem ter padrões para papelada e modelagem. A quais padrões sua empresa segue? Talvez você esteja usando um diagrama de componentes.
Falamos sobre as comunidades de analistas. Para resumir, na verdade existem muitas comunidades. Há conferências - chamei uma, Analyst Days, mas na verdade há muitas delas, o mesmo "Ponto de Reunião" em São Petersburgo vale alguma coisa. Além de conferências, há encontros de analistas, grupos de telegramas, recursos na Internet onde você pode se comunicar e trocar experiências.
E se você navegasse por muitas comunidades, mas não encontrasse nada para você? Você ainda deseja compartilhar informações com outras pessoas ou descobrir o que colegas de outras comunidades profissionais estão fazendo. Nesse caso, você é livre para escolher uma comunidade de outra área. Por exemplo, você pode visitar a comunidade de desenvolvedores para ver o que eles estão fazendo. Ou uma comunidade de testadores ou engenheiros de controle de qualidade - e troque experiências lá. Eu fui aos encontros da comunidade python por um longo tempo, eu estava interessado lá; Até pensei em me tornar um desenvolvedor Python. Também participei do lançamento da comunidade de engenheiros de controle de qualidade na Dodo Pizza. Isso foi em 2018; os caras estavam começando seus encontros, um encontro passou e o segundo estava sendo preparado em fevereiro. Eles estavam procurando por palestrantes e me convidaram para fazer uma apresentação - apesar deque não sou um engenheiro de QA e tenho uma relação indireta com os testes, apenas do ponto de vista do analista.
Caso você seja convidado para outra comunidade, ou deseje visitar outra comunidade - não hesite, visite, fale. Todos trabalhamos na área de TI, temos muitos pontos de contato e temas comuns para comunicação. Por exemplo, no segundo encontro da Dodo Pizza eu fiz uma apresentação, contei como eu (como analista) participo do processo de QA, falei sobre as técnicas que os analistas usam em seu trabalho, sobre técnicas de teste. Devo observar que o desenvolvimento de competências T é incentivado em nossas equipes. É quando você tem a competência principal (tenho análise de sistemas) e a competência relacionada (desenvolvimento, teste). Isso ajuda a entender melhor o que os colegas estão fazendo e, às vezes, os impede de realizar tarefas simples se estiverem ausentes. Ou seja, você pode bombear competências e, por exemplo,desenvolver vários autotestes usando uma estrutura existente. Portanto, se você tiver a oportunidade e desejo de visitar outras comunidades, recomendo fortemente que o faça.
Também queria mencionar a organização de minha própria comunidade. Qual é o problema: você pode percorrer as comunidades existentes, ver comunidades de áreas relacionadas, mas nada será adequado para você; você vê um nicho específico para si mesmo e está pronto para lançar sua própria comunidade. Se você tem tal situação, esta é uma boa experiência; você pode tentar entrar nessa história e talvez algo surja a partir dela. Usando o Alpha como exemplo - como eu disse, lançamos nossa própria comunidade, nossos encontros AnalyzeIT. Tivemos apenas três encontros. Como os lançamos: tínhamos uma equipe de analistas responsáveis pelo conteúdo e uma equipe do departamento de desenvolvimento da marca, que se encarregava de organizar o local, atrair participantes e ouvintes e organizar uma festa do hambúrguer (porque o que é encontro sem hambúrguer ou pizza- festa;um componente muito importante - você pode fazer um lanche e bater um papo com os colegas que vieram ao evento). Organizar o primeiro encontro demorou muito; preparamos cuidadosamente, selecionamos vários relatórios e passamos 3-4 semanas ensaiando-os. Houve uma preparação insana, então eles saíram e exalaram. Os restantes encontros foram mais fáceis porque ganhamos experiência, mas o primeiro foi o mais difícil e memorável.
Claro, agora não há encontros devido à epidemia; ainda não estamos online, mas pode haver desenvolvimento no próximo ano.
Eu realmente gostei de participar da organização da comunidade de analistas de sistema do Alfa Bank e - como palestrante - do início da comunidade de analistas do Raiffeisenbank e da organização de encontros para especialistas em QA da Dodo Pizza. Todas essas experiências são gratificantes.
Eu quero passar para o próximo tópico - promoção da profissão. Eu, como analista de sistemas, gostaria de popularizar nossa profissão. Por que isso é necessário? Eu identifiquei duas razões principais pelas quais vale a pena fazer isso.
O primeiro deles é que ainda existe um grave mal-entendido por parte de vários especialistas sobre a essência do que os analistas fazem afinal. Isso ocorre por vários motivos. Primeiro, em empresas diferentes, o trabalho de um analista significa coisas diferentes - não drasticamente, mas há diferenças.
Em algumas empresas, os analistas se preocupam apenas em trabalhar com requisitos e escrever o nível superior em sua atribuição técnica, em outras, eles entram no banco de dados, fazem consultas e escrevem procedimentos armazenados.
Tudo é relativo e depende da própria empresa. Se ela puder ter uma posição de técnico dedicada, o analista lidará com os requisitos e o projeto, em vez de descrever as soluções existentes e documentar o sistema. Diferentes empresas têm diferentes requisitos e expectativas para um analista, então às vezes surge um mal-entendido: o que um analista de “referência” deve fazer?
Se você ler recursos da Internet - o mesmo Habr - poderá encontrar relativamente muitas publicações sobre o mesmo tópico: o que são os analistas e como eles diferem. Eu vi essas publicações em 2013 e agora. Parece que se passaram 7 anos, mas eles continuam escrevendo sobre isso, o que significa que o mal-entendido persiste.
Por exemplo, não há artigos sobre que tipos de desenvolvedores Python são e como eles diferem; é claro que entre eles existem aqueles que estão envolvidos no desenvolvimento de software ou análise de dados usando Python para análise, mas não vi artigos dividindo-os em tipos. Provavelmente tudo está claro com esta profissão de especialidade, mas não com analistas.
Na verdade, é por isso que vou falar sobre nossos analistas. Tenho experiência em análise de sistemas no Alfa-Bank e, portanto, foco em quem é um analista de sistemas no Alfa, para que vivemos, o que fazemos, como redigimos a documentação, como avaliamos sua qualidade, trabalhamos com métricas de produto, como nossos analistas estão desenvolvendo. Escrevo sobre tudo isso, mas com uma nota de que acontece em Alpha; Não posso dar nenhum ponto de vista generalizado sobre quem é um analista de sistemas - para isso é melhor usar padrões profissionais. O padrão está escrito neles.
Um caso muito interessante relacionado à popularização da profissão - chamei de "um caso de como dois desenvolvedores ficaram menos." Tenho dois conhecidos - uma menina e um menino; a menina se formou em uma faculdade técnica e estava procurando uma vaga para estagiar, o cara tinha muita experiência de trabalho, nos últimos anos trabalhou com vendas, mas queria mudar de atividade - ir para TI.
Ou seja, ambos buscavam oportunidades na área de TI; é claro que a primeira coisa que vem à mente em relação à TI é a programação, então eles examinaram, entre outras coisas, se poderiam entrar no mercado de desenvolvedores de sistemas de informação e, se pudessem, onde: front, middle. Eles tinham suas próprias preferências e circunstâncias. E os caras, na verdade, não entendiam totalmente o que um analista de sistemas estava fazendo; mas depois que conversamos com eles, eles se interessaram. Após a conversa, eu os trouxe para o segundo encontro do Alpha, eles conversaram com nossos analistas, ouviram relatórios. A menina então conseguiu um emprego em um programa de estágio no Alfa-Bank, concluiu e agora trabalha em uma das divisões como analista de sistemas. O cara passou pela escola de análise de sistemas, também com a gente, arrumou um emprego no estado e agora trabalha em outra divisão.
É preciso popularizar a profissão; isso é útil não apenas para remover a incerteza e esclarecer o que os analistas de sistemas fazem, mas também para atrair pessoal para a profissão. Os caras estão trabalhando há mais de um ano, eles têm críticas positivas - ou seja, eles gostam; a análise do sistema é para eles. Sem a popularização da profissão, eles poderiam ter ido para o lugar errado, por exemplo, no desenvolvimento.
O próximo ponto é de onde eles vêm e de onde deixam as análises; isso se cruza com uma das perguntas do público: qual é o próximo passo após o analista de sistema.
Se tomarmos diretamente o Alpha e o histórico de alguns caras que agora trabalham como analistas, podemos dizer que a análise geralmente vem de várias áreas específicas. Testando - trabalhei como testador, ganhei experiência, quer lidar com requisitos. Manutenção (em particular, manutenção funcional) - “estamos cansados de dar suporte aos seus sistemas, queremos desenvolver novos sistemas nós mesmos”; os caras querem fazer parte da equipe de desenvolvimento e, devido a uma boa formação técnica, podem entrar com sucesso no mercado de analítica.
E desenvolvimento: caras que estão cansados de escrever código e que querem fazer design. Todas as três áreas de TI estão relacionadas, todas têm uma chance de entrar em análise. Há também uma grande quantidade de caras que vêm até nós com um currículo como candidatos. Muita coisa vem da análise de negócios: eles fizeram análises de negócios e querem se aprofundar na tecnologia. Além disso, muitas vezes há pessoas que vêm até nós de posições gerenciais: gerentes de projeto e proprietários de produto.
Na verdade, não há restrições. Você pode chegar à análise de sistema de qualquer área - como eu disse, meu amigo veio de vendas. Mas acho que a formação técnica e a experiência em TI são uma vantagem; é mais provável que encontre um emprego como analista de sistemas.
Para onde vão os analistas de sistemas a seguir? Se pegarmos o modelo Alpha, podemos distinguir entre as áreas de negócio e técnica. A direção do negócio é o desenvolvimento voltado para o product owner; Como analista, você desenvolveu como membro da equipe de desenvolvimento, mas agora deseja deixar a equipe de desenvolvimento, assumir a responsabilidade pelo produto sobre você mesmo, deseja receber um orçamento para montar sua própria equipe de desenvolvimento e começar a desenvolver o produto no qual está interessado. A direção técnica é o caminho para se tornar um arquiteto de soluções. Quem é esse? Se você pegar o banco na Internet para pessoas jurídicas como exemplo, então, do ponto de vista do cliente, esse banco é um grande sistema unificado; mas, do nosso ponto de vista (como equipes de desenvolvimento), é uma coleção de produtos de software desenvolvidos por equipes diferentes. Existem timesque estão envolvidos no desenvolvimento de aplicativos para pagamentos em rublo, ou para depósitos, ou em outras áreas. Muitos aplicativos e muitos comandos. Nosso analista é, em primeiro lugar, um membro da equipe de desenvolvimento e, em segundo lugar, está posicionado como um arquiteto dentro da estrutura de seu produto de software. Um arquiteto de soluções é responsável pela arquitetura de todo o banco da Internet como um todo, trabalhando em um contexto mais amplo do que um analista. Um analista é um especialista em seu produto, enquanto um arquiteto deve entender todo o banco. Este é o segundo caminho do desenvolvimento do analista.trabalhando em um contexto mais amplo do que um analista. Um analista é um especialista em seu produto, enquanto um arquiteto deve entender todo o banco. Este é o segundo caminho do desenvolvimento do analista.trabalhando em um contexto mais amplo do que um analista. Um analista é um especialista em seu produto, enquanto um arquiteto deve entender todo o banco. Este é o segundo caminho do desenvolvimento do analista.
Naturalmente, não se esqueça da estrutura organizacional. Se você tiver a oportunidade, depois de um analista comum ou analista de alto nível, você pode se tornar o chefe da direção, o chefe do centro de competência para análise de sistemas e, a seguir, o chefe da diretoria e assim por diante, conforme a estrutura permitir.
Como um analista sênior difere de um facilitador?
Difere em vários fatores. Os requisitos para um analista sênior e líder variam de empresa para empresa, mas globalmente as diferenças incluem experiência de trabalho, a gama de habilidades técnicas que eles demonstraram por meio das tarefas e o conjunto de responsabilidades adicionais que um analista desempenha além de trabalhar em um projeto. Essas podem ser responsabilidades pela condução de entrevistas técnicas, por exemplo: um analista experiente pode se comunicar com os candidatos e fazer uma avaliação equilibrada de suas habilidades analíticas. Se acreditarmos que ele é capaz de fazer isso, então ele é claramente superior ao analista sênior médio. Ou ele pode ser responsável por um bloco adicional de trabalho. Em geral, ele costuma ter mais responsabilidades - correspondendo à sua competência superior. Mas os requisitos que diferenciam um analista de outro variam de empresa para empresa.
Conte-nos sobre a arquitetura de microsserviço
Sim, o Alpha usa uma arquitetura de microsserviço. Temos sistemas monolíticos e de microsserviço. Vamos para o microsserviço.
O terceiro bloco da minha fala diz respeito à formação de analistas, antes de mais nada - treinar analistas a partir do zero, ou treinar pessoas que ainda não têm uma certa experiência na profissão.
Houve uma época em que precisávamos de novos especialistas: o banco estava crescendo, nossa divisão estava crescendo. Em algum momento, nos deparamos com a compreensão do problema: não havia pessoas suficientes no mercado que satisfizessem nosso critério. Esse problema surgiu porque, naquela época, usávamos principalmente nosso mercado local - ou seja, o mercado das cidades onde temos escritórios (por exemplo, Moscou e São Petersburgo). Ou seja, a gente assistia a maioria dos caras dessas cidades e não ia para as regiões.
E percebemos que não havia especialistas adequados em “nossas” cidades. Surgiu a ideia de um "crescimento" independente de analistas do zero, levando-os a um nível de competência tal que pudessem realizar com segurança nossas tarefas analíticas.
Realizamos um piloto em 2018; Conheci o primeiro candidato - me ofereceram para conduzir a integração. A garota foi colocada na minha equipe para um período de experiência; a ideia era que, trabalhando em equipe e interagindo com analistas experientes, ela adquirisse os conhecimentos necessários para junho e depois, no decorrer do trabalho, se tornasse uma analista séria. De acordo com os resultados de 3 meses, a menina apresentou um resultado bastante bom; na opinião dela, ela teria cumprido o plano que traçamos por 3 meses, em 2 semanas, se fosse uma analista experiente: ou seja, ela já tinha consciência de quais habilidades e conhecimentos havia adquirido durante esse tempo.
Ela sentiu sua altura, o que não é ruim. Então, por algum tempo, trabalhamos juntos. Em seguida, a menina foi levada para uma equipe separada e se tornou uma analista independente. Ela ainda está crescendo e se desenvolvendo no banco. Assim, confirmamos a hipótese de que somos capazes de desenvolver um analista do zero por conta própria.
SOA ou monólito?
Posso dizer que o banco possui muitos sistemas diferentes. Se você trabalhou em um banco ou encontrou sistemas semelhantes, pode imaginar quantos podem existir. Temos SOA, monólitos e microsserviços - um conjunto completo.
Como encontrar efetivamente um emprego para um analista de sistemas iniciante?
Muitos fatores influenciam o sucesso de sua procura de emprego. Não é de pouca importância o desejo do próprio candidato de encontrar esse emprego e se desenvolver na área. Acontece que uma pessoa chega a um curso e fala: ensina-me. Ele termina, consegue um certificado, depois vai às entrevistas e mostra. Mas se ao mesmo tempo ele não tem desejo, nenhum fogo em seus olhos, então a busca será difícil.
Como encontrar efetivamente um emprego para um analista de sistemas iniciante? Atualize-se e vá para as entrevistas. Mas não apenas caminhando: você precisa determinar por si mesmo em que empresa ou em que área deseja trabalhar. Não ter um objetivo claro e caminhar com o desejo de chegar a algum lugar não é adequado.
Você pode delinear que deseja trabalhar em um banco, por exemplo. Encontre programas de estágio que o banco oferece. Se não houver, talvez o banco esteja oferecendo treinamento para especialistas externos com possibilidade de contratação. Ou talvez o banco tenha vagas para juniores para se candidatar.
Ou seja, defina uma empresa para você, veja quais oportunidades de trabalho ela oferece, encontre funcionários dessa empresa - você certamente pode encontrá-los nas comunidades de analistas. Esse conjunto de atividades pode ajudar a acelerar sua procura de emprego.
O que eles olham quando se candidatam a um emprego, qual é o mínimo necessário?
Essa não é uma pergunta fácil, porque até recentemente na Alpha, a posição inicial era chamada de “analista de sistemas sênior”. Ela deu a entender que não é June quem vem ao centro de competências, mas sim uma especialista experiente com um certo conjunto de conhecimentos e habilidades. Nós simplesmente não pegamos Juns. Tinha programas de estágio (já falei do meu amigo); houve uma entrevista e tarefas - em particular, em SQL. Eu acho que se você está procurando um emprego júnior, então você deve ler o que geralmente é pedido para posições júnior. Meu conhecimento familiar do instituto e o treinamento preliminar em SQL acabaram sendo suficientes.
Para os cargos mais elevados que estou entrevistando, não consideramos Juns até recentemente; Juna era mais provável de ser equiparado a estagiários.
Qual é o resultado do trabalho de um analista de negócios de sistemas, do seu ponto de vista?
Do meu ponto de vista, tomando a experiência do meu local de trabalho atual, 3 áreas de trabalho podem ser distinguidas para um analista de sistemas. Desenho de sistemas de informação, documentação dos desenvolvidos e análise de erros de combate. Se estamos falando sobre design, o resultado é uma solução arquitetônica mais especificações de desenvolvimento. Para documentação - documentação sobre as camadas do aplicativo (frente, meio, verso); frequentemente, a documentação e a especificação se sobrepõem - ou seja, às vezes é o mesmo documento. Se falamos em análise de defeitos, nós, como equipa de produtos, trabalhamos pela qualidade e nos interessamos em garantir que o nosso software esteja livre de defeitos. Estamos tentando eliminá-los. Analista, inclusive participando da resolução de defeitos de vendas.
Que boas equipes de análise de sistemas você conhece para junho para obter a abordagem certa?
Na verdade, vou recomendar meu empregador. Temos muitas equipes, são diferentes, em todos os lugares têm características próprias. Mas é o processo que construímos que me atrai.
O que é esse recurso?
Nosso analista de sistemas é considerado um mini-arquiteto, ele se dedica ao design de arquitetura e é mais um especialista técnico. Trabalhamos menos com requisitos de negócios, criação ou reorganização de processos de negócios. Fica uma pergunta para um amador: se você gosta de se comunicar com o cliente, entender as nuances do negócio, não quer entrar em contato com tecnologia, então meu departamento não vai atender você.
Se você gosta de mergulhar em tecnologia, se tem interesse e está pronto para ler código, aprenda a escrever autotestes para entender como seus engenheiros de controle de qualidade trabalham e ajudá-los ocasionalmente, então Alpha é certo para você. Caso contrário, você pode procurar outras empresas. De acordo com as revisões, os processos de análise do sistema são bem organizados na Kaspersky Lab; O Raiffeisenbank também tem tarefas interessantes para analistas. Esse é um assunto polêmico, claro: as empresas são grandes, são muitas equipes, em algumas equipes pode ser bom, em outras é ruim. Tenho uma amiga que está envolvida em biometria no Sberbank - ela tem orgulho de sua equipe, ela diz - eles estão no seu melhor, eles são os melhores. E outras pessoas vêm até nós do mesmo Sberbank e falam que o trabalho é chato, os lançamentos são raros, é preciso esperar meses para ter acesso. Era uma vez não é necessário.
Eu citei várias empresas; na minha opinião, provavelmente é bom ser analista de sistemas lá. Como será na realidade, não posso garantir - muitos fatores influenciam isso.
Para Juns, o principal são habilidades difíceis, o que você recomendaria especificamente?
Sim, o principal para Juns são habilidades difíceis para realizar um trabalho relativamente rotineiro no início. Eu recomendaria aprender como estruturar documentos, entender os tipos de serviços e escrever performances para eles, em que consistem. No início, Jun terá o fluxo principal de tarefas associado à descrição de como o sistema é implementado, ou à redação de uma declaração de acordo com os requisitos conhecidos: o que precisa ser feito, o que programar para obter uma solução técnica. Nas entrevistas, somos solicitados a ter conhecimento de SQL, mas as habilidades em projetar estruturas de dados e sistemas de informação são tão importantes (ou mais importantes); se você sabe disso, é bem versado e sabe descrever, então, provavelmente, esse será o seu plus.
Qual é a maneira certa de estudar como analista e ganhar experiência para mudar de profissão se você trabalhar em uma área não relacionada?
Eu recomendaria, primeiro, ver o que as empresas estão oferecendo. Algumas empresas oferecem escolas de formação de analistas do zero, nem mesmo de TI - contei como era no Alpha; um amigo vendedor veio e foi treinado. Existem cursos online, no mesmo GeekBrains (o corpo docente de business intelligence de sistemas), SkillFactory (um curso para analistas de sistemas - eu sou o autor deste curso e estou ensinando) ou SkillBox (um curso para analistas de sistemas do zero). Tem também a Escola de Análise de Sistemas - é um projeto sério, começou em 2011 e existe até hoje. Você pode encontrar cursos, pode obter uma educação. Existem diferentes opções aqui: você pode primeiro estudar, você pode ganhar alguma experiência - e os cursos online permitem que você conclua casos e preencha um portfólio - e então tente conseguir um emprego.
Eu disse que tinha a experiência de treinar um analista de sistemas do zero - isso é real. Lançamos uma escola em Alpha com o objetivo de treinar novos analistas em massa; nosso piloto terminou com sucesso, como resultado da escola, conseguimos analistas que contratamos. Tivemos 18 alunos que passaram por todas as etapas de seleção. 6 deles se estabeleceram em nosso estado, ou seja, um terceiro; outra pessoa foi promovida em sua empresa com novas habilidades e conhecimentos. Portanto, essa escola deu frutos, e a maioria das crianças que frequentaram não tinha experiência em informática ou em alguma profissão relacionada.
Nomeei três plataformas para cursos online: GeekBrains, SkillFactory, SkillBox. Certamente posso recomendar o SkillFactory porque sou o autor e apresentador de um dos cursos, mas isso seria desonesto da minha parte; Existem muitos sites, não sei bem o que está acontecendo em outros sites e como o processo educacional é organizado lá. Na minha opinião, GeekBrains tem um programa muito grande; se você olhar no site, a galera oferece, entre outras coisas, treinamento em análise de dados e trabalho em Python. Não entendo totalmente por que um analista de sistemas precisa disso. SkillBox tem um bom programa, mas a julgar por indicações indiretas, eles estão mais focados em treinar analistas de negócios; se você olhar para a URL do recurso com a descrição do analista de sistema, diz "business". Portanto, tenho dúvidas sobre o conteúdo técnico deste curso,mas isso é apenas meu palpite; Não sei dizer se é bom ou ruim.
Existem também cursos online separados nos quais você pode adquirir conhecimento, construir um portfólio e então, com conhecimento e portfólio, tentar conseguir um emprego em uma empresa. A maioria desses recursos tem um centro de carreiras que o ajuda a escrever currículos, se preparar para entrevistas e até mesmo oferecer oportunidades de emprego para empresas parceiras. As próprias escolas online estão interessadas em que seus graduados deixem o trabalho: se um graduado encontra um emprego e continua trabalhando, isso significa que a escola conduziu o curso com sucesso e ajudou o aluno a atingir seu objetivo. Portanto, se você planeja fazer análise de sistemas, mas não planeja estudar por muito tempo (obter um segundo diploma), talvez os cursos online sejam os ideais para você.
O que aconteceu antes
- Ilona Papava, engenheira de software sênior do Facebook - como conseguir um estágio, obter uma oferta e tudo sobre trabalhar em uma empresa
- , ML- — , Data Scientist
- , EO LastBackend — , 15 .
- , Vue.js core team member, GoogleDevExpret — GitLab, Vue Staff-engineer.
- , DeviceLock — .
- , RUVDS — . 1. 2.
- , - . — .
- , Senior Digital Analyst McKinsey Digital Labs — Google, .
- «» , Duke Nukem 3D, SiN, Blood — , .
- , - 12- — ,
- , GameAcademy — .
- , PHP- Badoo — Highload PHP Badoo.
- , CTO Delivery Club — 50 43 ,
- , Doom, Quake Wolfenstein 3D — , DOOM
- , Flipper Zero —
- , - Google — Google-
- .
- Data Science ? Unity
- c Revolut
- : ,
- IT-
- —
