mencionamos isso em um post anterior sobre a escolha do melhor software, no qual focamosanálise preliminar própria negócios corporativos (sem o qual não é possível fazer uma escolha sábia). Também veremos que, para uma boa seleção, é necessário considerar um número limitado de fornecedores. Analisar, então, não apenas as soluções do ponto de vista "técnico", mas também os serviços que eles oferecem e a organização de recursos humanos que, em nossa empresa, serão necessários para aproveitar ao máximo o novo software. Caso contrário, teremos gasto muito nosso dinheiro não obtendo os benefícios desejados.
Agora vamos dar um passo atrás e nos perguntar quais requisitos funcionais e quais como comprar teremos que apresentar a solução ideal para nossas necessidades: em resumo, quais são os principais benefícios que esperamos encontrar no melhor software. Também neste caso, quanto à análise preliminar de nossos negócios, não levaremos em consideração nenhum produto ou especificações técnicas em particular: este será o próximo passo. Por enquanto, apenas preencheremos uma lista de verificação com os itens a serem "marcados" que serão úteis nas próximas etapas.
"Nós nos perguntamos quais requisitos funcionais e quais como comprar teremos que apresentar a solução ideal para nossas necessidades: em resumo, quais são os principais benefícios que esperamos encontrar no melhor software "
E também neste caso, o nosso lista de tarefas é articulado e envolve mais tomadores de decisão interno à nossa empresa: certamente não apenas ao departamento de TI.
La seleção de software de classe empresarial pode ser o efeito de uma necessidade, manifestada por um setor interno de nossa empresa, ou um mandato direto da alta gerência (que tem uma visão geral dos interesses futuros da empresa e a estratégia a seguir). A origem do mandato em si depende em grande parte se o processo em consideração é core ou secundário ao negócio. Lembrando que muitas vezes a escolha de um novo software é a chave para mudar os processos.
De qualquer forma, o que realmente importa é que tudo atores envolvidos (incluindo aqueles que manifestam a necessidade, aqueles que tomam decisões nos níveis mais altos e aqueles que têm as habilidades técnicas e funcionais para conduzir futuras negociações) devem ser alinhados com a finalidade da seleção e com as características da solução a ser adquirido.
Somente com essas premissas podemos de fato esboçar o lista de requisitos funcionais. Idealmente, nossos três atores (usuários, gerentes de topo e analistas técnico-funcionais) se reunirão para um negócio comum de de brainstorming. Sem dúvida, essa possibilidade depende da variável tempo (é necessário levar em conta os custos internos para o definição e gestão de um projeto).
E essa atividade de alinhamento é ainda mais importante se considerarmos um aspecto adicional da seleção: como em todos os "Jornada do comprador", que é o processo de compra que parte de uma necessidade e passa pela recuperação de informações da oferta de mercado, pode haver algumas "Áreas cinzentas". De fato, não é raro que a alta gerência, ou a função da empresa que se beneficiará da solução, se encontre com um conhecimento genérico da solução a ser adotada: sabe o que quer, não como dizer de forma clara e explícita. Isso também é Útil suporte especializado no setor de TI, se equipado por bons analistas funcionais que colocam em prática as habilidades certas.
Aqui então algumas perguntas que a equipe fará: qual é a lista detalhada de requisitos? Cada ponto está claro para toda a equipe que compilou a lista de verificação? Quem vai fazer a negociação tem em mente o seu mandato? E o próprio mandato é específico e detalhado ou tem lacunas? Uma boa estratégia a adotar poderia ser o método Scrum: quem participa do projeto conta uma história para que a apresentação discursiva favoreça defição dos conceitos a serem utilizados para o trabalho.
Muitas vezes, as soluções corporativas no mercado não possui todas as funções necessárias pelo comprador. Os gerentes da empresa sabem disso desde o início. E é por isso que, uma vez que a lista de verificação foi elaborada, passamos a estabelecer um índice de prioridade: toda empresa, uma vez que as metas são definidas, tem a sua.
"Muitas vezes, as soluções empresariais no mercadonão possui todas as funções necessárias pelo comprador. Os gerentes da empresa sabem disso desde o início. E é por isso que, uma vez que a lista de verificação foi elaborada, passamos a estabelecer um índice de prioridade"
Alguns sugerem associar para cada requisito, uma pontuação diferente de importância: a pontuação geral de cada solução examinada será a soma dos requisitos atuais e sua importância relativa. É um conselho de bom senso, desde que você não seja muito esquemático na avaliação final: é natural que, na atribuição de um classificação também existem fatores externos ao software, mais do que qualquer coisa relacionada ao fornecedor. Vamos vê-los em um post posterior.
Para avaliar a intrínseca qualidade de software é necessário estabelecer algumas métricas objetivas (portanto, além dos requisitos funcionais, puramente subjetivos, exigidos pela empresa).
Não saber quais variáveis medir o produto significa não poder tomar consciência de sua valor. Mais uma vez, queremos compilar uma lista primeiro para examinar as soluções individuais: vamos usá-lo como um medidor no momento da seleção real.
Existe uma ampla literatura sobre o assunto: na verdade, basta digitar um mecanismo de pesquisa "Qualidade de software" para descobrir publicações e livros sobre o assunto. Um ponto de partida útil é a voz Wikipedia, que lista um conjunto de parâmetros externo (ou seja, com relação à qualidade percebida pelo usuário), para avaliar a qualidade da solução a ser adquirida. Entre eles: correção, confiabilidade, robustez, eficiência. Mas também interior, verificável por uma equipe de desenvolvedores: manutenibilidade, reutilização, modularidade são alguns dos exemplos listados.
Também neste caso, a equipe decide um índice de prioridade para os vários parâmetros: por exemplo, a gerência da empresa, que tem a visão estratégica do projeto, pode atribuir importância secundária à reutilização do software. E, é claro, nesta fase da seleção do software, é bom conhecer a opinião do função de qualidade da empresa (quando presente).
É uma variável fundamental: antes de iniciar uma negociação, você precisa ter em mente o orçamento total que você tem disponível para aquisição de software (tanto para o próprio software quanto para os custos de mão-de-obra necessários para a atividade de seleção). Para estabelecer uma soma realista, alguns já possuem um benchmark de soluções adquiridas anteriormente pela empresa, outros contam com o boca a boca entre colegas do mesmo setor (ou do mesmo grupo industrial). Verificar quanto foi gasto anteriormente em soluções semelhantes facilita o processo de seleção de software.
"Você precisa ter em mente o orçamento geral disponível para o aquisição de software: verifique quanto foi gasto anteriormente em soluções semelhantes de fato facilita o processo de seleção de software "
Obviamente, o preço de um software em nível empresarial é uma conseqüência direta, não apenas de sua qualidade intrínseca, mas também do trabalho realizado pelo fornecedor para projetá-lo e desenvolvê-lo: para amortizar os custos, existem formas flexíveis de aquisição (nós os veremos no ponto 6).
Nunca haverá conversa suficiente sobre isso: toda empresa se vê negociando uma quantidade crescente de dados relacionados aos seus negócios e clientes. Ao mesmo tempo, sabemos que nos últimos anos o número de pessoas aumentou ataques cibernéticos nos bancos de dados da empresa. Proteger suas informações é, portanto, uma responsabilidade direta e inevitável daqueles que as gerenciam.
Uma das tarefas daqueles que realizam a negociação será, portanto, conhecer as proteções implementadas pelo fornecedor. Enquanto isso, um conhecimento básico de riscos e soluções não pode prejudicar: o Gerente de departamento de TIC ele poderá informar os contatos de sua empresa em ambos os aspectos.
Decida se você prefere uma solução na nuvem (em infraestrutura remota) ou na premissa (instalado nos servidores da empresa) não é simplesmente uma peculiaridade: o orçamento e o tipo de gerenciamento de dados têm impacto direto sobre como o software é administrado.
Para muitos gerentes, um solução no local ainda está associado a uma percepção de estabilidade e controle: no entanto, os investimentos mais substanciais devem ser considerados. Por outro lado, a nuvem é mais flexível e mais barato em termos de preço, mas exige que o fornecedor dê maiores garantias em termos de segurança de dados e desempenho do canal (ou seja, velocidade de transmissão e execução do programa).
A maneira pela qual os custos são assumidos também muda: o preço no local geralmente é baseado no pagamento de licenciamento, custos de personalização, configuração inicial, custos de manutenção subsequentes e assim por diante. A nuvem é um modelo pagar por uso: maior fruição, maior custo. Normalmente, no modo de nuvem, todas as cobranças que compõem o custo são transformadas em uma taxa que as resume, geralmente mais baixa (em comparação com um compromisso contratual plurianual, geralmente de três a cinco anos).
Pode parecer um paradoxo, mas é apenas aparentemente: uma boa lista de verificação das expectativas que colocamos na nova solução ... não desconsidera uma análise do software que precisa ser alterado. Obviamente, não estamos nos referindo à situação de uma primeira instalação.
"Uma boa lista de verificação das expectativas que colocamos na nova solução ... não desconsidera uma análise do software que precisa ser alterado"
Primeiro, o objetivo é indicar o fraquezas: são as peculiaridades que nos levaram a procurar um produto diferente. Até o software envelhece e o tratamento agressivo do mesmo pode ser um passo errado.
No entanto, também podemos ter que anotar alguns pontos fortes: não se diz, de fato, que o gerenciamento do processo com a solução antiga estava incompleto em todos os aspectos.
Também durante essa análise, é útil fazer um trabalho compartilhado: conhecimento funcional e conhecimento técnico eles andam de mãos dadas e contribuem para uma avaliação mais concreta da qualidade do software. Mesmo aquele a mudar!
Pessoalmente, acho que quando o software não é mais adequado, certamente não é culpa de quem fez a escolha na época. simplesmente o mercado mudou e esse software não responde às novas necessidades de negócios. É por isso que a orientação mais recente está cada vez mais no sentido de reestruturação aplicações contínuas.
autor Paolo Ravalli
Uma operação de oftalmoplastia usando o visualizador comercial Apple Vision Pro foi realizada na Policlínica Catania…
O desenvolvimento de habilidades motoras finas por meio da coloração prepara as crianças para habilidades mais complexas, como escrever. Colorir…
O setor naval é uma verdadeira potência económica global, que navegou para um mercado de 150 mil milhões...
Na segunda-feira passada, o Financial Times anunciou um acordo com a OpenAI. O FT licencia seu jornalismo de classe mundial…
