Baseado em minhas experiências com o MOSS, um bom administrador do MOSS será um híbrido de todos os outros tipos de administração: alguns IIS, alguns Windows, alguns SQL, alguns dev, algumas redes, algumas operações, mais o material específico do SharePoint.
O gerenciamento das interações entre esses vários papéis é a parte difícil. Quais bancos de dados são criados, quando e por quê? O que um "site" do sharepoint consiste em (iis site (s), banco (s) de dados, provedores de serviços compartilhados). O que é um provedor de serviços compartilhados? Quando algo não está certo, onde é o melhor lugar para consertá-lo (código? Configuração da máquina? Config MOSS?) Onde estão as permissões definidas para o X (este irá matá-lo)? Quem vai projetar / gravar utilitários específicos do ambiente?
É assim que você justifica o custo da posição. Você não está contratando um "administrador MOSS", você está contratando alguém que é especializado em integração de tecnologias Microsoft. A promessa do MOSS é que você não precisa fazer isso, mas se for usado em profundidade, só se torna mais importante.
A alternativa é designar pessoas de todas as especialidades e projetar tudo por comitê, com os resultados usuais.
O papel dessa pessoa (ou parte dela) é coordenar entre as partes relevantes e ajudá-las a chegar à melhor decisão do ponto de vista específico do MOSS.
Se a natureza da função não for reconhecida, não é muito divertido.
Para ser honesto, a maioria dos administradores do CMS tem o mesmo papel. Parece que o MOSS pode ser um pouco mais doloroso, mas também tem suas forças.