publicado originalmente em 1991
pequenas atualizações em 2000, 2017 e 2021

“quantos funcionários de TI uma organização precisa?”é uma pergunta comumente feita e difícil de responder. Não há razão mágica. Não há nível de pessoal ideal. O número apropriado de uma equipe depende do que a organização de TI é responsável e do nível de serviço esperado em cada área de responsabilidade.

este post é principalmente sobre a equipe clássica de TI empresarial… o que acontece dentro de uma empresa ou universidade onde as soluções de TI são entregues. Embora relacionado, executar um serviço de produção que fornece software como serviço é um pouco diferente da computação corporativa. Houve um breve artigo no CIO que demonstra o que acontece quando você compara empresas com provedores de serviços. Discuto algumas dessas questões em minhas dicas para operar serviços de alta qualidade. James Hamilton observou que, em operações de mega escala, a equipe humana representa menos de 10% dos custos gerais.

havia um bom gráfico encontrado no slide deck Impliance: um dispositivo de gerenciamento de informações por pessoas da IBM Research que capturou como os custos de pessoal subiram em comparação com o custo do hardware para computação corporativa. Em um ambiente de produção, normalmente há significativamente mais investimento em infra-estrutura e ferramentas de trabalho é muitas vezes compartilhada entre um grupo de engenharia e um grupo de operações, e muitas vezes há economias de escala que eu só dica neste documento.

o que a equipe de TI faz

existem vários tipos diferentes de trabalho que as equipes de TI costumam oferecer.

serviços ao usuário(por exemplo, Helpdesk)

quanto hand-holding é esperado? Alguns sites têm Usuários bastante autossuficientes; outros sites têm usuários que precisam de Ajuda para tudo o que fazem. Seus usuários podem cuidar de si mesmos ou precisam e querem que o administrador execute até as tarefas mais simples para eles? Por exemplo, tenho um amigo cujos usuários exigem que ele execute as tarefas mais básicas para eles (como mover seus arquivos de um diretório para outro). Qualquer coisa que não esteja simplesmente invocando o editor de texto ou lendo e-mail é “UNIX” e, portanto, um trabalho para o administrador. Esse tipo de suporte requer uma proporção semelhante a um administrador para cada quatro usuários.

o site quer que você realize workshops ou prepare uma extensa documentação local? Até que ponto você deve consultar sobre questões técnicas? Você se preocupa apenas com o sistema operacional como o OSX ou o Helpdesk está ajudando com aplicativos ou mesmo Ferramentas de desenvolvimento? Por exemplo, digamos que seu site tenha usuários pesados do TeX, Mathematica, C++, Python, X11, R, MySQL e Google G-Suite. Os serviços do usuário devem ser capazes de responder a perguntas detalhadas sobre todos esses tópicos? Poucas pessoas são especialistas em todas essas coisas. O desenvolvimento de experiência em qualquer área de tópico requer tempo para jogar, experimentar e amadurecer nessa área, e há limites para o número de áreas que alguém pode dominar.

Suporte de Software

quanto software de domínio público ou freeware as pessoas querem instalado? Que nível de apoio eles estão esperando? Instalar RPMs é normalmente bastante fácil. Apenas compilar e instalar software não leva muito tempo. Muitas vezes, porém, o software não apenas compila e instala corretamente. Muitas vezes, há conflitos entre pacotes que podem ser difíceis de resolver. Muitas vezes, há suposições no software que precisam ser alteradas antes que o software possa ser usado em um determinado site. Além disso, os administradores são frequentemente esperados (e com razão) para continuar a manutenção do software (correções de bugs, patches de segurança e o que não) e para se tornar um especialista no uso do software. Compilar e instalar (juntamente com patches frequentes) ou muitas plataformas de hardware/software podem tornar isso incrivelmente demorado, mesmo para apenas alguns pacotes de software. O tempo que isso leva varia com a qualidade e complexidade do software. Manter uma versão atual do kermit ou perl não é difícil (eu gostaria que todos fizessem um trabalho tão bom quanto Larry Wall tem com perl); acompanhar o G++ é muito mais demorado.

suporte a serviços em nuvem

cada vez mais hoje, as organizações usam serviços em nuvem para resolver seus problemas de negócios. O tempo da equipe para Serviços em nuvem geralmente é subestimado porque eles tendem a ser distribuídos. Primeiro é o custo do embarque. Muitas vezes isso é assim que alguém usando um cartão de crédito da empresa para se inscrever para um serviço, mas isso não é sustentável. Primeiro, o faturamento realmente precisa estar indo para a organização, não um indivíduo. Mais importante, porém, é garantir que as pessoas corretas tenham acesso, e do que quando as funções das pessoas mudam, ou elas deixam a empresa, a coisa certa acontece.

na melhor das hipóteses, o SaaS pode aproveitar sistemas de gerenciamento de contas existentes, como o Google Apps, o sistema de logon único corporativo como o Okta ou um serviço de anúncio interno, se fornecer um endpoint SaML acessível externamente. O Can deve ser feito para garantir que a desativação de uma única conta de logon bloqueie o acesso (alguns sistemas também permitem o acesso a uma credencial específica do serviço). Geralmente em aplicativos de embarque é em torno de 1 man week / app que você fator em aprender sobre o serviço, organizando integrações, produzindo documentação apropriada.

além de obter um SaaS sondado, há uma ampla gama de custos possíveis, dependendo da complexidade das integrações, quanta personalização é necessária e se haverá necessidade de a equipe de TI fornecer suporte ao cliente.

sistema ERP

em nosso mundo cada vez mais complexo e regulamentado, as organizações precisam rastrear e gerenciar uma ampla gama de processos. À medida que o ritmo de trabalho aumentou, há a percepção de que os dados precisam estar disponíveis em tempo real, mas levaram à adoção de Sistemas de planejamento de recursos corporativos (ERP). Os sistemas mais conhecidos neste espaço são o conjunto de aplicativos SAP e Oracle. No nível médio, existem empresas como Netsuite e Workday. Para pequenas empresas, Quickbooks é comumente usado.

em organizações menores, os sistemas ERP são frequentemente gerenciados pela equipe responsável pela função. Finanças cuida do software de contabilidade. Os recursos humanos geralmente cuidam de quaisquer ferramentas usadas para gerenciar o número de funcionários e usam qualquer financiamento do sistema selecionado para fazer a folha de pagamento. Nesses casos, a equipe de TI é bastante mínima e normalmente se concentra em fornecer um servidor e garantir que seus dados sejam regularmente copiados.

como uma empresa cresce e tamanho e complexidade, os requisitos desses sistemas podem crescer maciçamente. Está além do escopo deste post para discutir a estimativa dos Requisitos de pessoal para sistemas ERP, mas farei uma observação. Em quase todos os casos, é uma má ideia personalizar sistemas ERP para corresponder exatamente aos seus processos de negócios existentes. Sempre que possível, você deve usar um sistema o mais próximo possível e, se a escolha For alterar seu processo ou personalizar o software, altere seu processo.

Software Personalizado

Muitas organizações não têm um software dedicado departamento de engenharia, para a equipe de TI é chamado não apenas para gerenciar o software fornecido pelos fornecedores, mas também para criar — on demand — ferramentas para a comunidade de usuários. Isso é compreensível, especialmente em pequenos sites onde a equipe de TI pode ser os únicos programadores profissionais. Se houver essa expectativa, o tempo deve ser alocado para esse processo de desenvolvimento.

planejamento do Site/sobrecarga de Administração

quanto planejamento do site o administrador deve lidar? O administrador deve saber que a pessoa média gera 115 watts e como fatorar isso e aquecer as cargas das máquinas para dimensionar as cargas e a energia adequadas de CA/aquecimento? Quanta papelada há?

manutenção de Hardware/rede

quem rasteja pelo teto para puxar fios? Quem encontra o transceptor escamoso quando a Ethernet começa a enlouquecer? Quando uma estação de trabalho morre, uma secretária apenas liga para o seu fornecedor e espera, ou são necessárias soluções mais criativas? Você faz reparos no nível da placa? Seu site compra todos os seus periféricos prontos para instalar ou você economiza dinheiro comprando componentes e faz a integração sozinho? Fazer com que a equipe de TI faça qualquer uma dessas coisas leva tempo.

antecipar tecnologia

A equipe de TI deve antecipar novas tecnologias e aconselhar a empresa sobre novas abordagens? A maioria dos lugares em que trabalhei espera que a equipe de TI tenha uma boa ideia do estado da arte e da nova tecnologia que parece promissora (não apenas produtos, mas também pesquisas). A antecipação é muitas vezes necessária, dado que muitos sites têm um planejamento de três a seis anos ou cronograma de depreciação. Acompanhar o nosso campo não é fácil. Há uma variedade de fontes que muito se baseiam para se manter atualizado. Eu encontrei uma variedade de boas fontes para informações atuais. Trapos de comércio pode dar-lhe uma imagem do que está sendo vendido, blog (e outras mídias eletrônicas) é ótimo para perguntas sobre questões e problemas atuais. Periódicos profissionais da ACM, IEEE, etc são úteis para ver o que está acontecendo na frente de pesquisa quase feita. No entanto, não há substituto para uma boa rede de contatos profissionais. Essa rede pode ser mantida com telefonemas, correio eletrônico, participação em comunidades on-line e participação em conferências.

Meu Rácios

A melhor forma de estimar o número de administradores necessário é descobrir qual o nível de serviço é necessário e como de vários factores (por exemplo, infra-estrutura de rede e a heterogeneidade das máquinas, a ser suportada) vai afetar o cumprimento dessas responsabilidades. Raramente os administradores de sistema estão fazendo apenas tarefas de “administrador”. A primeira parte deste artigo detalhará as tarefas que me encontro executando, além das tarefas normais de “administrador”, como backups, instalação de novos usuários, manutenção do sistema operacional e assim por diante. Tarefas adicionais são apresentadas (na maior parte) na forma de perguntas. A segunda parte detalha alguns dos vários fatores que afetarão os níveis de pessoal. A terceira parte detalha algumas perspectivas simples que os administradores de sistema podem adotar para tornar seu ambiente mais facilmente administrável. Finalmente, terminarei examinando rapidamente algumas proporções que podem ajudá-lo a aproximar suas necessidades de pessoal.

o seguinte é um conjunto muito aproximado de regras que uso para estimar os requisitos de pessoal. Sua milhagem irá variar. Devo observar que esses números assumem a manutenção de um ambiente razoavelmente estável. O retorno rápido da base de Usuários, das máquinas, das mudanças anormalmente frequentes do software, do crescimento do ambiente, etc.conduz a mais trabalho e efeito as relações.

Tipo de Trabalho	Unidades de trabalho para entregar as melhores práticas de desempenho e fatores de escala
Usuário Final do Serviço	1 unidade 50 usuários que recebem um bom serviço. 1 unidade para cada 200 que recebem serviço básico e (por exemplo, alunos em uma fábrica educacional) assumindo suporte 8×5. Não é necessário se você estiver executando o serviço com uma organização separada de atendimento ao cliente. Ratio tem que subir se você quiser Help desk para executar horas prolongadas.
24 Suporte x 7 (parceiros, clientes, etc)	fazendo um NOC 24×7 que requer Notificação proativa e resolução rápida de problemas escala contra a complexidade do serviço que está sendo gerenciado e o número de clientes high touch. Lugares que realmente se preocupam com isso têm um custo de 14 pessoas … um gerente, um gerente assistente, três turnos, com cada turno tendo duas pessoas, um turno correndo de domingo a quarta e o outro correndo de quarta a sábado, então há sobreposição entre equipes, transferências limpas e horários para fazer treinamento em grupo. Menos que isso possa facilmente resultar em mudanças não sendo cobertas. Por exemplo, ter uma única pessoa / turno pode falhar se a pessoa do turno da noite adormecer ou se alguém que trabalha em um dos turnos de fim de semana ficar doente. Isso não conta com pessoas para escalar. O número de pessoas necessárias por turno está relacionado à quantidade de trabalho normal que existe e a quantos desastres simultâneos a equipe deve ser capaz de lidar.
Gerenciamento do Sistema Operacional	2 unidades para cada marca de sistema operacional que requer suporte básico. Se você estiver empurrando o sistema operacional além da escala mainstream / testada, adicione uma adição de 4 unidades. Fazendo coisas muito complexas que exigem kernels hackeados, drivers de dispositivo não padrão, etc, adicione 4 unidades. Se você realmente se preocupa com a segurança, adicione mais 12 unidades. Precisa de funcionalidade que não está no kernel neste momento e / ou algo mais do que jumpstart básico ou kickstart para instalação e gerenciamento? Gerencie isso como um projeto de desenvolvimento de software e obtenha bons engenheiros trabalhando nele.
gerenciamento de Hardware / Host Imaging(implantação do sistema operacional)	1 unidade para cada 50 caixas se você não puder proteger o sistema operacional e as configurações do sistema dos usuários (Windows em muitos ambientes) ou onde há alta personalização, o que deve ser feito pela equipe de TI. 1 unidade para cada 200 caixas se você pode proteger o sistema operacional dos usuários sem dificultar o usuário, mas não pode ser automaticamente construir / reconstruir / atualizar o sistema operacional e software sem supervisão de TI. 1 unidade para cada 400 caixas que possuem instalações de software baseadas em rede (clusters de computação ou estações de trabalho de usuário totalmente automatizadas com gerenciamento de configuração). Operações de escala extremamente grande (1.000 s de máquinas funcionando completamente cortador de biscoitos) escala mais como 500 caixas / unidade e pode escalar tão alto quanto 2500 caixas/unidade em uma escala do google onde você pode dar ao luxo de perder racks completos / unidades de serviço sem a necessidade de agir imediatamente.
Suporte do aparelho	1 unidade para cada aplicativo simples. 4 unidades para qualquer aplicativo complexo que a equipe deve ser usuários avançados. A implantação inicial de aplicativos é tipicamente demorada. Quando um grande número de aplicativos é implantado, é necessário contabilizar o tempo que a equipe leva para contextualizar as informações de troca / “troca”.
Serviços de rede simples	1 unidade para cada dois serviços básicos: httpd, DNS, mail, impressão, SAMBA, etc. Adicione 2 unidades se quiser que elas tenham disponibilidade superior a 99,8%. Adicione 2 unidades se você se preocupa com a segurança. Adicione 1 unidade se você estiver escalando maior que a média. Adicione 4 Se você estiver escalando para o tamanho mega e estiver além do que o software foi projetado para. Se você estiver completamente além da escala, trate um projeto de desenvolvimento e equipe de acordo com os engenheiros.
Serviços de rede complexos	altamente variáveis. Por exemplo, o banco de dados multi-terabyte usado para mineração de dados pode facilmente consumir vários DBAs + vários administradores de Sistema seniores especializados em ajuste de desempenho e sistema de armazenamento em grande escala.
conectividade de rede	escala em relação ao número de dispositivos de rede, Número de redes, problemas de segurança, complexidade de roteamento, requisitos de HA.
coordenação e gestão	quanto maior e mais complexa uma organização, mais há necessidade de funções de coordenação. Pessoas que se concentram em gestão humana, arquitetura de sistemas, gerenciamento de programas, gerenciamento de projetos. Isso é bastante complexo. Seria presunçoso sugerir uma proporção.

um administrador de Sistema SAGE II sólido pode lidar com 4 unidades de trabalho. Um forte administrador de Sistema SAGE III pode lidar com 8 unidades de trabalho. Um administrador de Sistema superior do SAGE IV pode lidar com 12 unidades de trabalho. Existem alguns indivíduos raros que têm experiência profunda e ampla, estão fora da caixa pensadores, alta EQ, e incrivelmente focado e produção. Embora eles não escalem as tarefas humanas, como o suporte ao usuário final, melhor do que uma pessoa do nível Sage IV, eles escalam significativamente melhor no trabalho técnico / de sistemas. Isso está relacionado à tradição de que existem alguns desenvolvedores que são 10x melhores do que um desenvolvedor “normal”. Ao longo da minha carreira, tive o prazer de trabalhar com vários desses artistas excepcionais. Este sistema de contagem é vagamente baseado em uma equação proposta por Sherwood Botsford e encontrada no comp.unix.Perguntas frequentes do administrador. A algum ponto, atualizarei a contagem para usar minha matriz de habilidades SRE (excel).

outros problemas

Site com um administrador não são muito desejáveis.

eles são um fato da vida, uma vez que muitos sites pequenos não podem pagar nem justificar mais de um administrador do sistema. É difícil para uma pessoa ter a amplitude de conhecimento e experiência para executar um site realmente de primeira classe, não importa quão poucas máquinas tenha. Sempre haverá alguma área que não seja a força de um único administrador.

Outro problema é que o local com um único administrador do sistema tem um ponto único de falha: quando o administrador está de férias (ou é atropelado por um ônibus), o site é vulnerável. Carregar um pager de férias não é minha ideia de diversão; no entanto, ninguém pode prever quando uma crise pode ocorrer. Claro, é difícil interessar uma pessoa de alto nível em um trabalho que também envolve mudar as fitas de backup e rastejar pelos tetos.

quanto mais homogêneo for um site, mais fácil será suportar.

o número de diferentes plataformas suportadas (diferentes arquiteturas de máquinas ou diferentes sistemas operacionais) aumenta a complexidade da tarefa de suporte. A atualização do sistema operacional terá que ser feita pelo menos uma vez manualmente para cada plataforma. Cada sistema operacional tem suas próprias idiossincrasias que devem ser aprendidas e dominadas. A maioria dos sites deseja que todas as plataformas pareçam idênticas para que seus usuários possam sentar-se em qualquer uma das estações de trabalho e fazer o trabalho. Isso requer que cada plataforma tenha ferramentas idênticas, sistemas de janelas, etc. Isso pode aumentar muito a quantidade de trabalho que o administrador deve fazer. Na melhor das circunstâncias, isso significa recompilar programas para cada plataforma. Nas piores circunstâncias, envolve portar software e lutar com software fornecido pelo fornecedor. Meu pesadelo pessoal está tentando suportar todos os X11R4 (do MIT), DECwindows, OSF/Motif e Openwindows da Sun em três plataformas diferentes.

sites maiores podem explorar economias de escala.

grandes sites podem expandir suas equipes de administração menos rapidamente do que o número de usuários (ou estações de trabalho) cresce. A razão para isso é que, à medida que sua equipe aumenta, é possível que as pessoas se especializem. Esta especialização permite que os membros individuais da equipe desenvolvam uma profundidade de conhecimento que lhes permita entender todos os problemas em um determinado tópico e resolver mais rapidamente quaisquer problemas surgidos.

em segundo lugar, sites maiores podem aproveitar o trabalho anterior. A primeira instalação de uma máquina ou peça de software é sempre a mais difícil. O segundo é mais fácil. No momento em que você fez 50 ou 100 instalações, você desenvolveu scripts automáticos e pode fazer instalações em seu sono. Eu vi grandes sites em uma proporção de administrador para máquina de 1:100, onde as coisas funcionavam muito bem. Devo alertar o leitor: esse tipo de proporção só é viável com pessoas de alto nível trabalhando em um ambiente cuidadosamente projetado com muitas centenas de usuários. A maioria dos sites não consegue fazer um trabalho produtivo com esse tipo de proporção. Esse tipo de proporção também limita o crescimento profissional dos membros da equipe do sistema, porque eles passarão a maior parte do tempo com as questões do dia-a-dia e combate a incêndios. Isso é uma pena, já que o recurso mais valioso de uma organização é seu povo.

Aumento de SA Eficiência	Diminuição da Eficiência SA
Automação Padrões (política, arquitetura) monitoramento Eficaz ferramentas Comuns Robusto É a segurança Apertado controle sobre o que é carregado no HW/SW de linha de base Redundância de serviços críticos Separação de serviços (serviço único de máquinas) Bom programa de treinamento Detalhada de planos de recuperação de desastres, do sistema Sistema que não necessitam de cópias de segurança	Diversos hardware de linha de base Diverso software de linha de base Lax É segurança pouco ou nenhum treinamento uma equipe que é reativa, não proativa backups ad-hoc ou sem backups

os Sites de alta disponibilidade exigem pessoal mais alto.

o Site que precisa estar altamente disponível (por exemplo, maior que 99,9% de prestação de serviços) exigirá um nível mais alto de pessoal. A razão para isso é que você precisa de pessoas que possam responder quase imediatamente a quaisquer problemas de serviço (por exemplo, cobertura 24×7, idealmente pelo menos 2 pessoas profundas que possam fazer a resolução de primeiro e segundo nível e ser capazes de escalar para especialistas da área de assunto). Você também precisa ter várias pessoas para cada área de assunto que são capazes de diagnosticar e resolver problemas complexos rapidamente.

E Quanto A Outras Plataformas?

A plataforma que está sendo suportada faz muita diferença. Minha experiência é que o suporte das Comunidades Macintosh e UNIX leva aproximadamente os mesmos níveis de pessoal. Historicamente, o Suporte de PCs que executam qualquer sistema operacional Microsoft parece exigir pelo menos o dobro da equipe e oferece um nível mais baixo de serviço. Como o Windows XP a proporção não precisa ser tão alta… mas ainda acho que a administração escala melhor no UNIX do que no Windows.

proporções de outras pessoas

nos últimos anos, houve muitas pessoas que falaram sobre as proporções que acham razoáveis. É comum ouvir pessoas falando sobre as proporções de pessoal/usuário de 1:60, onde há alguma variação na população e muito trabalho personalizado, e as proporções de pessoal/usuário de 1:150 (ou superior) em locais que podem usar soluções de “cortador de biscoitos”, por exemplo, universidades com hordas de alunos de graduação ou empresas onde as pessoas estão usando a computação como uma ferramenta, em vez de procurar inovar nas máquinas que estão sendo administradas. Um conjunto mais realista de proporções (com base nas melhores práticas no campo, em vez de páginas brancas do Fornecedor no TCO) foi o artigo melhorar rácios de pessoal do Mega Group. Existem vários outros estudos que descobriram que, no mundo real, a maioria das organizações não foi capaz de suportar proporções superiores a 30:1. Um estudo de mitra de 2000 sugeriu que a proporção é de 47:1 +/- 17%. Em um vídeo sobre relações Usuário / técnico por Justin Nguyen, uma proporção base de 60:1 foi sugestão, com uma série de fatores que impactam essa proporção.

um exemplo de números inflacionados pode ser encontrado em Pessoal Para Suporte Técnico, um livro branco para instituições de ensino. Infelizmente, essas pessoas estão tentando aplicar índices de pessoal do projeto Athena do MIT para o resto do mundo. Isso é falho por três razões. Primeiro, a maioria dos sites não tem as ferramentas sofisticadas que Athena tinha. Em segundo lugar, Athena tinha pessoas que fazem Athena correr que não foram capturadas em suas proporções: estudantes voluntários que fizeram muito trabalho e programador de Sistema de núcleo duro que desenvolveram ferramentas que atendiam aos requisitos do MIT. Finalmente, a população de Usuários MITs não é uma população média de usuários.

David Cappuccio do Gartner Group sugeriu em seu artigo Conheça os tipos: dimensionar equipes de suporte que existem duas proporções que você precisa considerar. A primeira proporção é equipe para usuários, uma tentativa de capturar a parte humana da equação. Essa proporção está analisando quantas pessoas você precisa fazer o que costuma ser chamado de Nível I, help desk ou suporte ao usuário. A segunda proporção é o número de máquinas e subsistemas por equipe, que está capturando quantas pessoas são necessárias para cuidar da infraestrutura técnica. Embora eu goste da estrutura de David, acho que suas proporções são muito altas para o suporte ao usuário e que ele não conseguiu capturar o conjunto diversificado de tecnologias que a maioria das organizações implementa: há muito mais do que servidores de Impressão, arquivo, web e banco de dados. Existem serviços de diretório, segurança, mensagens e colaboração. Para complicar as coisas, muitos sites são heterogêneos, exigindo esforços extras para fazer um serviço funcionar para todos os clientes, ou pior, resultando na necessidade de serviços baseados na plataforma do cliente. Um fator complicador final é que esses serviços geralmente têm interações e dependências complexas, o que os torna mais difíceis de implantar e manter. O resultado é que as proporções de David resultarão em pessoal que será capaz de fornecer apenas os serviços mais básicos em um nível adequado.

o blog itbenchmark tem uma série de postagens sobre o tema do dimensionamento de pessoal.

conclusão

o número de administradores necessários varia muito de site para site. A única constante é que raramente há administradores de sistema suficientes para as responsabilidades que eles têm. Na época em que isso foi originalmente escrito, descobri que era possível para uma única pessoa manter até 220 máquinas (com três plataformas diferentes) e fornecer serviços de usuário adequados a uma população de Usuários bastante sofisticada de cerca de 80 pessoas. Meu tempo é dividido entre serviços ao usuário (30%), tarefas gerais de administração do sistema (20%), instalação de novas máquinas e suporte de hardware/rede (10%), instalação e manutenção de software (30%), desenvolvimento de software personalizado e rastreamento de tendências (35%) e planejamento de Sites (10%). Você notará que isso soma 135%.

história deste Post

em 1991 postei uma nota para Usenet respondendo a uma pergunta sobre índices de pessoal. Rob Kostad me pediu para expandir essa pequena nota em um artigo que rodava com o título “quantos administradores são suficientes?”na revista Unix Review, abril de 1991. Ao longo dos anos, fiz algumas, principalmente pequenas atualizações do artigo original. Um desses dias vou reescrevê-lo completamente. Embora este artigo tenha sido escrito há muito tempo, acho que as proporções ainda são bastante precisas. Se você acha que estou errado, envie-me um e-mail com suas experiências.