Uma breve história do SharePoint (Da perspectiva de um parente recém-chegado)
Observação: Este artigo foi publicado originalmente para www.endusersharepoint.com. Esqueci de postar no meu próprio blog 🙂
SharePoint evoluiu muito desde seus primeiros dias como espécie de uma tecnologia de incubação da Microsoft –é evoluiu quase como um filme de terror, onde a criação do cientista louco assume uma vida própria, libertar-se das regras e expectativas do seu criador. A evolução tecnológica é óbvia – o WSS 3.0 modelo de objeto é mais rico e mais complexo do WSS 2.0, que em si foi uma melhoria sobre versões anteriores. A próxima versão sem dúvida irá mostrar uma enorme melhoria sobre 3.0. Da perspectiva do usuário final, no entanto, Evolução do SharePoint é ainda mais significativa.
Nos primeiros dias, SharePoint não oferece muito mais para os usuários finais. Eles teriam seus requisitos de funcionalidade habitual, trabalhar com ele para defini-los bem e implementar uma solução. Ele poderia usar o SharePoint para resolver o problema. O produto não era muito acessível para os usuários finais. Eu pensei que jogou algumas analogias, Mas eu decidi ficar diagramas de Venn para mostrar o que quero dizer. Quando Microsoft lançado do SharePoint para o mundo como uma oferta comercial, Ele seguiu um padrão relativamente tradicional do usuário final <-> Relação IT. Muitos usuários finais, comunicar e trabalhar com um número muito pequeno de pessoas para entregar soluções que resolvem problemas de negócios:
O domínio do problema global para que o SharePoint é uma plataforma de entrega adequado é pequeno (especialmente se comparado ao SharePoint de hoje. Os usuários finais e trabalhou em um arranjo mais clássico com isso: definir os requisitos para isso, Espere para fazer seu trabalho por trás da cortina e receber a entrega do produto final.
Como SharePoint evoluiu para o 2.0 mundo (WSS 2.0 e o SharePoint Portal Server), aconteceram várias coisas. Primeira, o domínio do"problema" tamanho aumentado. Pelo domínio do problema, Quero dizer os tipos de problemas de negócios para os quais o SharePoint pode ser uma solução viável. Por exemplo, Você não acha muito difícil sobre como implementar uma solução de pesquisa séria em um ambiente SharePoint até SPS (e, mesmo assim, Não foi tão bom quanto o que precisava ser). Ao mesmo tempo, Os usuários finais têm uma capacidade sem precedentes para definir não só, Mas também implementar suas próprias soluções com pouco ou nenhum suporte de ti.
O 3.0 plataforma (WSS e o MOSS) mantido e aumentado o impulso. O domínio do problema é enorme comparado ao 2.0 plataforma. Praticamente todos os departamentos em uma empresa, variando de departamentos de saúde e segurança para a comercialização de fabricação, de vendas para controle de qualidade – eles podem encontrar um bom uso para SharePoint (e não é um caso de triturar um peg redondo num buraco quadrado). Ao mesmo tempo, a plataforma capacita ainda mais os usuários finais para implementar suas próprias soluções de negócios. Eu tento capturar isso com este diagrama:
Isto tem provado para ser uma mistura os dois potente e frustrante. O 3.0 plataforma transforma papéis anteriormente estáveis em suas cabeças. De repente, Os usuários finais são efetivamente juiz, júri e carrasco Analista de negócios, arquiteto de aplicação e desenvolvedor para suas próprias soluções de negócios. Isso fica para o cerne do problema que estou escrevendo sobre. Mas antes eu mergulhar naquele, Vamos considerar o elefante na sala.
Perscrutando a bola de cristal
Como vai o SharePoint 2010 afetam este padrão? Será incremental ou revolucionário? Será mais, menos ou aproximadamente o mesmo número de usuários finais encontra-se autorizado a construir soluções em SharePoint 2010? Domínio do problema Will SharePoint 2010 expandir ainda mais, ou será apenas aperfeiçoar e simplificar o que já oferece no WSS 3.0 / MUSGO?
Não há informações suficientes "lá fora", para afirmar que a resposta geral é:
- O domínio do problema vai expandir dramaticamente.
- Os usuários finais irão encontrar-se ainda mais poderosa do que antes.
O diagrama de Venn seria maior do que esta página e causar alguns profissionais de ti e CxO alcançar sua Pepto.
Eu acredito que vai ser uma tremenda oportunidade para as empresas a fazer coisas verdadeiramente transformacionais.
Não há touros em minha loja de porcelana!
Isto parece ótimo, Mas do meu ponto de vista como consultor SharePoint e colocando-me na pele de um gerente de ti, Vejo esta visão. Tenho uma loja de China com belas placas, cristal, etc (meu ambiente de SharePoint). Eu aluguei um espaço, Eu comprei o meu inventário e colocou tudo do jeito que eu gosto. Eu ainda não estou pronta para abrir, Mas em antecipação, Olho para a porta para ver se meus clientes estão se alinhando e notei um touro real lá fora. Olhei mais de perto e realmente ver dois touros e até mesmo um lobo. Então reparei que existem algumas ovelhas. Ovelhas são Portanto, ruim, Mas são eles talvez disfarçaram de lobos? Não quero touros na minha loja de porcelana!
Fica pior! Quando aluguei o espaço, Eu não podia acreditar como foi bom. Amplo e aberto, incrível amenidades, preço muito razoável.. No entanto, Agora percebi que os espaços abertos e a enorme porta é perfeitamente dimensionados para um touro vir vagando resíduos em e leigos a minha china.
Estou empurrando essa analogia muito longe, É claro. Os usuários finais não são touros (maioria deles, de qualquer forma) e os departamentos de ti não (ou certamente não deve) Ver os de sua comunidade de usuários com esse tipo de suspeita. No entanto, existe esse tipo de colisão perfeita ocorrendo já na o 3.0 plataforma que espero só vai piorar em SP 2010. SharePoint já capacita e incentiva os usuários finais para definir e implementar suas próprias soluções.
Isso é ótimo e todos os, Mas o fato é que ainda é um produto muito técnico e ainda chama para o tipo de análise de requisitos de negócios vigorosa, Design e planejamento geral e gestão que necessitam de projetos técnicos para ser bem sucedido. Estes não são o tipo de habilidades que um monte de usuários finais tem no seu saco de truques, especialmente quando o foco está na técnica de uma produto como o SharePoint.
Eu dei isso um monte de pensamento ao longo do último ano ou assim e não vejo nenhuma resposta fácil. Realmente se resume à educação e formação. Acho que SP 2010 vai mudar o jogo um pouco e vai jogar fora de forma diferente e em câmara lenta como empresas estenda sua SP 2010 soluções mais 2010 e mais além. Para ter sucesso, Os usuários finais terá de transformar-se e entendi um pouco religião. Eles precisarão de aprender um pouco mais sobre os requisitos adequados
análise. Eles vão precisar de alguma documentação de projeto que identifique claramente o fluxo de trabalho de processo de negócios, por exemplo. Eles precisam entender conceitos fundamentais como CRUD (criar, Update e delete), ambientes de desenvolvimento/teste/qa/prod e como usar essa infra-estrutura para corretamente implantar soluções que vivem um bom tempo e curva (Não quebra) em resposta a mudanças em uma organização.
Nas próximas semanas, Eu pretendo experimentar e fornecer algumas das minhas próprias idéias novas, bem como o link para o excelente trabalho feito por muitos outros autores (na www.endusersharepoint.com e em outra parte) para que os usuários finais interessados possam aprender que velho tempo religião. Mantenha-se atento.
</fim>
Siga-me no Twitter em http://www.twitter.com/pagalvin