O que acontece sem um pré-exame?
Ao mesmo tempo, tive que desenvolver e vender sistemas para criar rotas de transporte: pontos com pedidos são exibidos no mapa, você os circunda com o mouse e os coloca em carros. Uma empresa está entrando em contato conosco com uma solicitação para vender o aplicativo. Por vários meses, tentamos descobrir por que eles precisavam de um sistema assim; como resultado, eles lhes venderam uma "caixa", eles realmente perguntaram. Então, essa empresa decidiu nos atrair para implementação. E então descobriu-se que, em primeiro lugar, eles precisavam de funcionalidade para contabilizar combustível, o que estava completamente ausente da palavra em nosso sistema.
E acontece que você ingressa em um projeto durante o desenvolvimento de um sistema, estuda a documentação do projeto e a funcionalidade já desenvolvida. E, em algum momento, surge a conscientização: existe uma interface, o programa faz alguma coisa, mas para responder por que está sendo desenvolvido, quais tarefas de negócios ele resolve, quais indicadores devem ser alcançados, nenhuma equipe do projeto é capaz. É possível, dessa maneira, criar um sistema que atenda aos requisitos do cliente?
Em outras palavras, mesmo antes de elaborar os
Termos de Referência , um estudo geralmente pequeno (como quando) deve ser realizado e uma série de perguntas respondidas.
Perguntas-chave que a pesquisa responde
Como diz o ditado, você precisa entender O QUE, ONDE, QUANDO. Ou seja:
- Qual é o objetivo do desenvolvimento, qual benefício o cliente se beneficiará.
- Qual é o esquema de negócios proposto, um processo que será automatizado usando o sistema criado.
- Quais são as principais funções de usuário do sistema.
Por que escrever, por que não basta discutir e falar?
A elaboração de um documento permite formular um pensamento em um nível qualitativo completamente diferente do que em uma discussão oral. Em uma conversa, muitos detalhes permanecem inalcançáveis, algumas das informações são esquecidas e mais tarde esquecidas. E o papel salva todos os pensamentos.
Sim, redigir documentos é um negócio meticuloso e às vezes desagradável, mas vale a pena. Um pensamento só é valioso quando é formado e é formado quando formulado no papel.
O que deve incluir um exame pré-projeto?
Geralmente, uma pesquisa pré-design refere-se ao estudo dos processos de negócios de uma empresa. Muitos artigos e livros foram escritos sobre isso. Mas, infelizmente, uma simples apresentação dos processos não é suficiente.
O resultado do estudo pode ser um pacote completo de documentos (
alguns deles são fornecidos no final do artigo ). O documento central (e, infelizmente, geralmente o único) que normalmente tenho é o documento “System Concept”. Vamos discutir este documento neste artigo.
Desenvolvendo minha própria estrutura do Conceito, tomei como base o relatório elaborado de acordo com o GOST 34 no estágio "Formação de requisitos para usinas nucleares" (consulte a norma RD 50-34.698-90 "Instruções metodológicas. Tecnologia da informação. Um conjunto de padrões e documentos de orientação para sistemas automatizados. Automatizado sistemas. Requisitos para o conteúdo dos documentos "). Mas ele fez suas adições.
Um "conceito de sistema" pode conter 2 e, às vezes, 30 páginas. Tudo depende da declaração do problema. O "Conceito", como regra, é acordado com a alta gerência do cliente, e somente com base nisso os
Termos de Referência podem ser desenvolvidos.
O objetivo da criação (modernização) do sistema
Sob o objetivo da criação, entendo que é um objetivo de negócios. Automatizar não é o objetivo. Adicionar uma função também não é uma meta. E "otimizar" não é o objetivo. Por exemplo, um funcionário senta e, algumas horas por dia, pode dormir no local de trabalho (um caso real, a propósito). E alguém pede para automatizar suas atividades. Porque Para que ele durma quatro horas?
Durante vários anos de análise de dezenas de projetos, foram identificados apenas cinco objetivos possíveis de criação (modernização) do sistema:
- Um novo negócio está sendo organizado (por exemplo, um sistema de pedidos on-line). É claro que, se o negócio está planejado para ser realizado via Internet, o desenvolvimento é indispensável.
- Custos operacionais mais baixos. O caso clássico é que, como resultado da automação, a equipe é reduzida ou é possível, com a ajuda de um melhor planejamento, fazer mais com menos.
- Melhorando a qualidade dos processos internos. Também um caso clássico. Por exemplo, se, ao procurar novos clientes, os gerentes esquecem constantemente de ligar para alguém, perdem informações sobre o lead, faz sentido implementar o CRM.
- Redução de risco, dependendo dos funcionários-chave (como “unhas de ouro”). Acontece que, devido ao baixo nível de automação e complexidade dos processos, várias operações podem ser executadas por 1-2 funcionários cuja demissão (ou doença) pode pôr um fim a todo o negócio. Levará mais de um mês para encontrar e ensinar novos.
- Cumprimento de requisitos externos. Por exemplo, uma nova lei apareceu ou há uma exigência de contraparte de que você deve ter gerenciamento eletrônico de documentos ou controle sobre o trabalho de funcionários móveis.
É claro que o objetivo é desejável para tornar tangível. Se queremos reduzir custos, então quanto e à custa de quê. Se organizarmos um novo negócio, devemos entender pelo menos o volume aproximado de operações e o número de operadores. Se melhorarmos a qualidade dos processos, devemos descrever a variedade de problemas e propor uma solução.
Idéia do sistema
Se o documento "Conceito" se mostra bastante volumoso, faz sentido, a princípio, descrever brevemente a própria essência do sistema, sua idéia. Por exemplo, você deseja criar algum tipo de rede social especializada (vá a museus e compartilhe suas impressões). Primeiro, descreveria a necessidade de comunicação entre os visitantes e depois resumiria: um aplicativo móvel está sendo desenvolvido no qual o usuário pode escrever suas impressões sobre uma ou outra exposição.
Comparação entre o antigo e o novo
A maneira mais eficaz de entender a essência do sistema criado é seguir o contrário.
Para fazer isso, você deve:
- descreva brevemente os processos existentes;
- apontar suas deficiências;
- propor um novo esquema que elimine as desvantagens descritas.
O objetivo desta seção é justificar a necessidade de introduzir um novo esquema. Uma descrição detalhada dos processos de negócios é melhor colocada em um documento separado. Aqui nos concentramos em deficiências e sugestões.
O que vamos ganhar
Se você estiver desenvolvendo um aplicativo com o qual planeja ganhar dinheiro, definitivamente precisará determinar os métodos de ganho: publicidade, assinatura paga, serviços pagos, juros cobrados etc. O método selecionado (ou métodos) pode afetar bastante a funcionalidade que está sendo desenvolvida.
Interesse das partes
Se para o funcionamento do sistema criado é necessária a participação de outras organizações, é necessário decidir como atraí-las para o trabalho e para o interesse. Em outras palavras, primeiro construímos toda a cadeia de negócios, depois todo o resto.
Descrição de processos automatizados
O objetivo desta seção é fornecer uma imagem geral, mas completa, do processo. Por exemplo, você está desenvolvendo uma loja online. Obviamente, você precisa de um catálogo, uma cesta, integração com um banco adquirente e entrega. Mas aqui as questões de devolução, recusa de entrega, recusa do fornecedor, falta inesperada de mercadorias em estoque podem iludir sua atenção. É melhor pensar em todas as opções possíveis com antecedência e decidir quais delas serão automatizadas e quais casos são tão raros que é melhor "ajuntá-las" no modo manual.
Não é necessário fornecer diagramas para descrição. No caso geral, um script de texto regular revela a essência das ações de maneira muito mais completa.
Suporte legal
Geralmente, após a criação de um sistema, pessoas ou organizações que usam o aplicativo infringem a lei. Portanto, primeiro você precisa encontrar um esquema legalmente limpo e depois desenvolver soluções técnicas.
Lista de recursos
O documento "Conceito" não é uma
tarefa técnica ; portanto, são descritas funções de negócios, no nível superior. Não faz sentido, nesta fase, falar sobre autorização e trabalhar com o perfil do usuário. Mas uma ideia geral de funcionalidade deve ser dada.
Requisitos de segurança
Se você estiver desenvolvendo um sistema financeiro ou um sistema que contenha dados estritamente confidenciais, deverá fornecer uma lista de padrões de segurança. Por exemplo, requisitos de criptografia para dados armazenados ou transmitidos. Não se esqueça de todos os requisitos mais rigorosos para o processamento e armazenamento de dados pessoais.
Escolhendo uma opção de implementação do sistema
Às vezes, dependendo das necessidades, é necessário determinar o tipo de aplicativo (aplicativo Web, nativo), a plataforma (Windows, Linux), a arquitetura geral (um servidor ou vários clusters), se é necessário usar um sistema típico e modificar ou desenvolver do zero. Para fazer isso, você deve comparar as opções propostas e escolher a mais adequada.
Outros documentos de estudo pré-design
Como dissemos acima, o resultado de um bom e sério estudo pré-projeto conduzido por toda a equipe por mais de uma semana é um pacote completo de documentos. Aqui estão alguns deles:
- O conceito do sistema (o documento que discutimos neste artigo).
- Pesquisa de mercado.
- Estudo de viabilidade.
- O plano do projeto, incluindo o cálculo do plano de mão-de-obra e recursos.
- Plano de atividades de marketing.
- Projeto estimado.
- Retorno do plano de investimento.
- Pessoal preliminar.
- Arquitetura do sistema.
- Conceito de segurança (no caso de um grande volume de descrição de uma medida de segurança, você pode colocá-la em um documento separado.
- Apresentações para o cliente, potenciais investidores e potenciais clientes.
Conclusão
No artigo, percorremos rapidamente as principais seções da pesquisa pré-projeto. Por que fluentemente? Porque esse exame é uma atividade extremamente criativa. O principal é que, ao ler o conceito, existe um entendimento completo de como isso deve funcionar. E o resto, dois documentos com os resultados do estudo podem não ser parecidos entre si. Portanto, a lista de seções no seu documento pode ser muito diferente da acima.
Leia outros artigos do autor: