Temos um projeto para desenvolver e implementar um novo sistema de TI! E você precisa de um PM ...
O que aconteceu? Onde sem ele. E parece que o mercado está saturado com todos os tipos de gerentes de projeto.
- Escolha! Todo mundo tem uma experiência maravilhosa e rica. Existem PMs com experiência na implementação de projetos em Construção e Defesa. Existem PMs com experiência na implementação de projetos médicos. Existem até na aeronave! Do que mais você precisa? O nível de responsabilidade e exatidão nessas indústrias é um despejo completo da cabeça.
"Ele conhece TI?"
- Por que você precisa disso ?! Ele tem um excelente conhecimento da metodologia de gerenciamento de projetos ... isso é o principal!
E isso também aconteceu ...
Vamos entender se a TI é necessária para um gerente de projeto que deve vir e organizar o desenvolvimento e a implementação de um sistema de informação.
Então, primeiro você precisa desenvolver um sistema de informação!
- Vamos PM, o que você fará primeiro?
- Defina a necessidade e os objetivos!
- bom E então?
- Vamos elaborar um plano de projeto de desenvolvimento!
- é lógico. E quais são as etapas do desenvolvimento? É necessário determinar as tarefas de nível superior para a composição!
"Por que eu preciso disso?" Vou perguntar a alguém!
- E quem em TI possui essa informação?
Quem quem? O programador ... provavelmente ...
Mais recentemente, me deparei com uma história semelhante. Por um lado, tudo parece estar tranquilo. De fato, o programador sabe em que etapas o desenvolvimento geralmente consiste. Mas, vamos fazer uma alteração. Para não perder a marca, vamos ao arquiteto! Ele deve ter certeza.
Olá, arquiteto. Em que consiste o desenvolvimento? Precisa de tarefas no plano.
- Precisamos usar o TK e o gash funcionais!
"Isso é tudo ?!" Tão fácil
- Ainda teste.
- E se TK mudar no processo?
"Eu não sei disso." Meu trabalho é trabalhar no TK
Nós caímos. Eles perguntaram. Recebeu 2 pontos: TK e Desenvolvimento.
- O que vamos fazer, PM?
- Então está tudo claro! Vamos pedir e entregá-lo ao arquiteto. Que seja apreciado. Diz o prazo. Ele determinará os pontos de prontidão, e nós o controlaremos nesses pontos. E mostre periodicamente o resultado ao usuário.
É assim que acontece, aproximadamente, quando o PM não está sabendo.
E o que perguntaríamos a ele quando contratamos? E se você for muito longe, então Qual é o ciclo de vida do Sistema de Informação desde o nascimento até a morte. Embora os sistemas não morram. Eles são "moralmente" obsoletos.
Nunca esquecerei a história “engraçada” do sistema de ar condicionado de canais que aconteceu em nossa fábrica. Encontrou, então, um sistema. Bom, poderoso. Era para esfriar a planta inteira e os prédios administrativos adjacentes. Bem comprado. Pois, algo em torno de 200 mil rublos americanos. Eles colocaram. Coloque em operação. Após vários meses de operação, o sistema é dobrado. Porque Sim, porque nenhum sistema pode sobreviver sem suporte e suporte técnico regular!
Mas o sistema de informação não é diferente. Além disso, como outros sistemas, requer comissionamento. Assim como outros são infraestruturas. E, às vezes, os erros de implementação que ocorreram em um projeto para implementar um sistema financeiro são muito mais caros do que quebrar um kondeya.
Então, como o gerente de projetos que chegou ao projeto de TI do setor de aviação ou construção pode desenhar um plano que deve conter todos esses estágios?
Obtenha conselhos do arquiteto? Quem vê fragmentariamente sua tarefa e não imagina o que é “antes” e o que é “depois”? Infelizmente. Esse projeto está condenado antecipadamente.
Portanto, entender o PM, em quais tarefas o projeto consiste, quais tarefas estão relacionadas e quais podem ser realizadas em paralelo, é importante para um projeto de TI.
E como entendemos agora quanto PM corresponde ao resultado esperado? Para fazer isso, há uma série de perguntas não difíceis para as quais precisamos obter respostas claras.
Pergunta 1: Quais são as etapas da formação das especificações técnicas para o desenvolvimento?A resposta é:- Desde a formação dos requisitos funcionais do cliente
- Formação da tarefa para a infraestrutura, que, por sua vez, é o resultado do desenvolvimento do Contrato para tolerância a falhas e backup
- E a partir do mapa da interação do sistema futuro com outros sistemas.
De fato, temos três tarefas na saída: especificações funcionais e técnicas, técnicas para infraestrutura, especificações técnicas para desenvolvimento de interface. Eles também são pontos de verificação para controle.
Questão 2: Quais são as etapas do desenvolvimento?A resposta é:- Da distribuição de tarefas pelos desenvolvedores
- Desde a formação do plano de aceitação
- De testes abrangentes (pilotagem)
- Desde a criação de um plano de migração e o desenvolvimento desse plano
Pergunta 3: Quais são as etapas do comissionamento?
A resposta é:- Teste de carga
- A formação de materiais de ensino
- Treinamento do usuário
- Preenchendo todo o NSI (Informações de Referência Normativa + acesso do usuário)
- Migração de dados
- Reconciliação de saldos
- Início do trabalho operacional (pilotagem)
- Assistência a quente durante o primeiro lançamento
Pergunta 4: Como é o esquema de transferência do sistema para suporte após o comissionamento?A resposta é:Pelo menos o sistema possui 3 níveis de suporte:
- Suporte de infraestrutura e monitoramento de carga do servidor
- Suporte funcional e monitoramento de encadeamento, caso algo dê errado no sistema.
- Suporte metodológico que fornece respostas para as perguntas de por que isso funciona dessa maneira e não de outra forma, além de coletar necessidades de evoluções
E cada um desses estágios deve ter seu próprio SLA. Aqui também está uma palavra que nem sempre é clara para pessoas de fora da TI.
Se o candidato do PM não mencionou todas as etapas - isso não importa. Pode esquecer algo ou se preocupar. À medida que o plano é formado, ele os encontrará de alguma forma. É muito pior se ele nem imagina isso. A situação ficará mais complicada se ele começar a projetar sua experiência anterior de outras áreas de negócios em TI. Nesse caso, a equipe começará conflitos e "morte" de desenvolvedores. O benefício de um técnico sempre pode ser encontrado sempre que o gerenciamento competente de um projeto de TI for sua zona de conforto.