A maioria dos projetos de TI que vi na minha vida foi muito bem-sucedida. Eles foram realizados em diferentes empresas, em várias plataformas, por pessoas completamente diferentes. Mas o sucesso sempre veio, com raras exceções.
Cada vez que me perguntava onde as equipes de TI obtinham tanta determinação, um senso sutil de estratégia e sua implementação, compreensão da situação e vontade de seguir o caminho escolhido? Existe algum segredo para o sucesso?
Analisei, analisei e compilei uma lista de algoritmos que conduzem com sucesso os projetos de TI à meta. Vamos começar com os objetivos - por que isso é alcançado com sucesso?
Atenção Este artigo é apenas para pessoas de TI. Se você não é de TI ou, se Deus permitir, algum diretor ou proprietário, é melhor você não ler este artigo. Caso contrário, você estraga tudo para nós.
E novamente atenção . Este artigo não é sarcasmo, não é uma tentativa de esmagar alguém, não é uma graduação do mercado e não é o levantamento do FGP de alguém, incluindo o meu. Eu, como qualquer especialista em TI, e a empresa em que trabalho, como qualquer outra empresa de TI, se enquadram nas definições deste artigo.
Objetivos
Vou tentar esclarecer as metas dos projetos de TI. Não é fictício, anunciado em jornais, comícios ou nos ricamente mobiliados escritórios de generais. Objetivos reais.
O objetivo, sua consciência e entendimento, são de suma importância em qualquer atividade. E não importa se o verdadeiro objetivo no sistema de valores é bom ou ruim. Se um objetivo for declarado, mas, na realidade, ou mesmo no subconsciente,
outro estiver sentado, o outro será alcançado.
Infelizmente, porém, o estereótipo errado foi estabelecido no relacionamento entre TI e negócios. A maioria dos projetos de TI é considerada falha. Alguns analistas coletam estatísticas, calculam algo e escrevem artigos devastadores sobre como a TI não ajuda os negócios, não atinge seus objetivos, produz substitutos, roubando milhões de empresas infelizes em qualquer moeda.
O erro desses analistas é muito simples: eles são julgados pelos negócios. Automatizado, não automatizado. Os projetos não são avaliados no sistema de coordenadas em que foram realizados. Eles olham para a consecução de objetivos que alguém, uma vez, desde o início, por algum motivo disse ou escreveu. E eles não sabem sobre objetivos reais.
Para resumir, os objetivos reais dos projetos de TI são quatro:
1. planta;
2. cimentar;
3. espremer;
4. para aprender.
Ligue-se
Para plantar - todos esses são projetos para a implementação do 1C. Isso também inclui automação em qualquer estrutura ou software mal distribuído. Este é govnokod ", que só eu posso descobrir".
Tendo implementado o 1C, o cliente sempre assenta no chamado "Informação e suporte tecnológico." Em russo, essa é uma taxa de assinatura para acesso a atualizações. Não faz sentido contestar a necessidade de atualizações - ela é lançada pelo estado. IVA de 20%, vários tipos de leis federais, caixas de dinheiro online, EGAIS, etc. - tudo isso se reflete nos programas 1C e, portanto, é necessário ser atualizado.
Da mesma forma - Bitrix. Quem constrói um site, deve pagar por atualizações e disponibilidade de suporte técnico.
Da mesma forma, qualquer serviço online, seja gerenciamento de documentos eletrônicos, cartões, reconciliação de acordos ou verificação de contrapartes. A maioria deles exige que algum trabalho seja incorporado ao sistema corporativo, e quanto mais dinheiro e esforço forem gastos nele, mais difícil será recusar.
O tempo durante o qual o cliente está sentado trabalha contra ele e o sucesso do vendedor de software ou serviços. Mesmo que recebam apenas atualizações, sem modificações no pedido, o valor pago aumenta a cada mês, e a rejeição do software ou serviço significará que o dinheiro foi desperdiçado.
O objetivo é simples - garantir que o cliente, depois de trabalhar com você, mesmo para uma pequena tarefa, nunca salte e continue solicitando novos produtos e serviços.
Com a abordagem correta, funciona melhor do que para os revendedores de arrasto - lá você pode pelo menos mudar o “fornecedor”, os produtos são os mesmos. Mas se você escreveu para o cliente, por exemplo, "descarregamento otimizado de mercadorias para o site", mas não esqueceu a ofuscação e usou algumas constantes complicadas definidas apenas nesse banco de dados específico, o cliente é seu.
É importante, como eles dizem,
entrar . Pegue, pelo menos para a borda.
O plantio é talvez o objetivo mais comum dos projetos de TI.
Cimentar
A cimentação é um objetivo favorito da automação interna. A diferença entre programadores de fábrica, ou correções, é que eles não recebem receita com a implementação de projetos. Claro, existem bônus, mas se você os borrar a cada ano, você recebe um minúsculo. O salário é muito mais simples e mais estável, além de haver sempre a possibilidade de empregos em meio período.
O programador da fábrica pensa como um soldado que está dormindo, e o serviço é iniciado. Portanto, o desejo natural é aumentar a eficiência do seu dia de trabalho. Lembre-se do que é eficiência? Este é o custo de produção do resultado.
O resultado é o mesmo - salário. Custo é um esforço. O salário não pode ser aumentado, mas os esforços podem ser reduzidos. É assim que a eficiência aumenta.
A maneira mais simples é o govnokod, "refletindo os requisitos dos usuários o máximo possível". Por govnokod aqui, queremos dizer o código em si, os metadados e "o botão está aqui". Nenhuma análise de requisitos, conformidade com a arquitetura e estratégia gerais, "apenas para o trabalho".
Quando funciona, é cimento. Todo mundo tem medo de tocar no que funciona, programadores, usuários e gerentes. Qualquer revolucionário que começar a gritar "precisamos de refatoração" será expulso, desgraçado, humilhado, acusado de querer se recompor e arruinar os negócios da vida.
Se "funcionar" - está tudo bem e o programador está bem feito. Ele continua a receber seu salário. Quanto mais áreas no sistema de informação "trabalham", menos o programador trabalha. Tudo o que resta é suporte - respostas para as mesmas perguntas, uma demonstração das mesmas formas e ferramentas, uma solução para os mesmos problemas. Simples e estável, como um soldado.
Projetos de automação não são desprezados por projetos de automação por um contratado externo, especialmente no final. Por exemplo, um ato deve ser assinado. Por dois meses, eles fizeram "como esperado", mas o diretor do centro exige dinheiro, caso contrário, ele deixará de pagar salários. É urgente fazer o cliente feliz. Como Cimento como programadores de fábrica. Govnokodom.
Apertar
O aperto é uma meta, em regra, para aqueles que não têm certeza de si mesmos. Por exemplo, há uma pequena bola na implementação de 1C. Ele é interrompido por pequenos trabalhos de atualização e impressão de formulários, venda de caixas baratas, consultas de incêndio de barracas durante a reportagem.
E aqui - bam, a felicidade caiu. Projeto. Provavelmente não sei onde, por engano, eles têm a confiança de apresentar uma solução grande e séria. O que fazer Sem experiência, também sem especialistas.
Tente estupidamente agarrar ao máximo. Pagamento - por hora, ou ações curtas, não mais que um mês. Não há vinculação de pagamento a metas, indicadores de negócios, integridade e heresia semelhante. Riscos mínimos, dinheiro máximo.
Da mesma forma, especialistas que não são especialistas, mas conseguiram trabalhar em um local decente, por exemplo, com um salário alto, fazem o mesmo. Eles tentam esbugalhar as bochechas, não trair sua incompetência, nunca entram em detalhes, sempre adiam a tomada de decisões e começam a trabalhar.
Por exemplo, em uma das empresas, o diretor de TI levou uma pessoa que não viu 1C nos olhos. E eles tomaram para resolver um problema específico - a implementação do 1C. Na entrevista que conseguiu fazer alarde, recebeu um salário decente e durou um ano. Somente quando o prenderam na parede, ele admitiu que não conhecia 1C. Apenas saia e foi procurar a próxima empresa que você pode espremer.
Para aprender
Raramente, mas acontece. A jovem empresa quer entrar no mercado de sistemas ERP. Ou a antiga empresa quer desenvolver uma nova direção. Ou, em geral, a estratégia é treinar novos especialistas, jogando-os no meio dela.
Parece bonito - jogue no calor. Como uma famosa parábola sobre como aprender a nadar, jogando na água. Mas, de fato, se você não mente, apenas treinamos nossos especialistas para o dinheiro do cliente.
Por que escondê-lo - eu mesmo já estive em uma situação semelhante. Apenas um mês se passou desde que vi 1C pela primeira vez nos meus olhos, e agora já estou em um projeto para apresentar a configuração mais complexa (na época) - "Gerenciamento da Empresa de Produção". Só porque o produto é novo, ele apareceu e o primeiro projeto de implementação da empresa. Além disso, ele é o primeiro da cidade, e talvez da região.
Claro, eu aprendi muito com esse projeto. E o cliente pagou por tudo isso. Foi o suficiente para o gerente de projetos na reunião em que eles me representaram acenar afirmativamente em resposta à pergunta "Ele conhece os oito?"
Não condeno essa abordagem de maneira alguma - especialmente porque eu mesma a usei com frequência e continuo praticando. O cliente, por via de regra, não sabe no fundo qual especialista entende o que. O custo de uma hora de trabalho é o mesmo para iniciantes e bisontes. Um iniciante fará uma semana, um bisonte - duas horas. O cliente pagará uma semana. O que está errado?
Existem outros projetos para aprender. Por exemplo, a introdução de um novo produto recém-desenvolvido. Também acontece que o cliente recebe este produto gratuitamente. Talvez até serviços de implementação, ou parte deles. Eu mesmo adotei essa abordagem. Livre é bom - elimina os riscos.
Combinações e transformações
Os objetivos do projeto podem mudar durante sua implementação, dependendo da situação. Este é um processo normal e animado.
Acima, dei um exemplo de como um projeto com o objetivo de plantar pode começar a cimentar - quando é necessário assinar um ato. Isso geralmente acontece quando há uma ameaça de interrupção no projeto.
No entanto, não é necessário cimentar, é possível espremer. Por exemplo, a situação - durante a implementação, várias etapas foram iniciadas ao mesmo tempo. Em algum lugar há treinamento, algum teste, alguma operação de teste. E agora havia uma ameaça geral de interrupção no projeto - você nunca sabe, o tomador de decisão mudou.
Parte das etapas pode ser cimentada, se possível. É provável que a cimentação obtenha o valor total da fase do projeto. Mas acontece que o estágio está apenas no estágio de desenvolvimento, embora a um passo da produção - e ainda está longe de ser cimentado, o cliente nem viu um protótipo. Como alternativa, você pode tentar comprimir - assinar um ato por parte do valor. Suponha, apenas para desenvolvimento, adicionar a frase "pelo tempo realmente gasto".
Há também uma transformação inversa - eles começaram como um "aperto", descoberto ao longo do caminho, e fazemos isso "gancho em nós mesmos". Ou tão cimentado que era justo apertar as sobras e correr.
Agora que você conhece esses objetivos, observe os projetos de TI que você viu. Eles chegaram a um deles?
Sumário
Acredite ou não, o artigo nasceu espontaneamente. Sentei-me para escrever um texto sobre quantas integrações afetam a complexidade das mudanças nos negócios.
E então eu pensei - por que mastigar algo ranho? Novamente, sugando algum tipo de benefício para clientes insatisfeitos, e como nós, TI, o privamos desse benefício? Não é melhor fazer realidade?
Realidade são milhares de implementações de sistemas de informação, sites desenvolvidos, serviços conectados e uma extensa frota de equipamentos.
Sim, na maioria dos casos, o cliente considera que o projeto de TI não alcançou nenhum de seus objetivos.
Lembra uma garota romântica que sonha em andar de mãos dadas com um cavalheiro, em prados floridos, com uma coroa de dentes de leão na cabeça, e para que o sol brilhe intensamente, e ele esteja tão desatualizado em uma camisa branca como a neve, ele sorria e não precise de nada, apenas para estar com ele. Estou por perto, nadando no oceano sem fundo de charme da minha juventude, beleza e pureza, e o mundo inteiro foi criado apenas para mim, e Ele também é para mim ...
Não, minha querida. Ele tem um propósito diferente. E você sabe qual. Ele alcançará seu objetivo. Se não estiver com você, por outro lado. E mais de uma vez.
Por que fantasiar se existe realidade? Sim, existem projetos que aumentam a eficácia dos clientes. Sim, os clientes também podem aumentar os lucros - devido ao crescimento da receita ou através da redução de custos. Mas a maioria dos projetos de TI é para plantar, cimentar, espremer ou aprender.
Então, por que fantasiar, culpar a injustiça, querer mudar e mudar, acreditar na bondade e nos contos de fadas? É melhor descobrir como plantar mais, menos cimento, não espremer e aprender no processo.
Eu proponho fazer isso. Se você não se importa.