Breve Historia do SharePoint (A perspectiva dun parente recén chegado)
Nota: Este artigo foi orixinalmente publicado o www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint evolucionou moito desde os seus primeiros días como unha especie de tecnoloxía de incubación Microsoft –el evolucionou case como unha película de terror, onde a creación do científico tolo asume unha vida propia, breaking free of its creator’s expectations and rules. The technical evolution is obvious – the WSS 3.0 modelo de obxecto é máis rico e complexo que WSS 2.0, which was itself an improvement over earlier versions. The next version will no doubt show tremendous improvement over 3.0. From an End User’s perspective, con todo, Evolución do SharePoint é aínda máis significativo.
Os primeiros días, SharePoint didn’t offer much to End Users. They would have their usual functionality requirements, work with IT to define them well and implement a solution. IT would use SharePoint to solve the problem. The product wasn’t very accessible to End Users. I’ve thought threw a few analogies, but I decided to stick Venn Diagrams to show what I mean. When Microsoft first released SharePoint to the world as a commercial offering, seguiu un patrón concepto tradicional de Usuario Final <-> IT relationship. A lot of End Users, comunicar e traballar con un número moi pequeno de persoas de TI para ofrecer solucións que resolvan problemas de negocios:
O dominio global de problema para o cal o SharePoint é unha plataforma de entrega axeitado é pequena (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: establecer os requisitos de TI, esperar a TI facer o seu traballo por tras da cortina e aceptar a entrega do produto final.
Como SharePoint evolucionaron ao 2.0 mundo (WSS 2.0 e SharePoint Portal Server), several things happened. Primeiro, the “problem domain” increased in size. By problem domain, I mean the kinds of business problems for which SharePoint could be a viable solution. Por exemplo, non vai pensar moito sobre a implantación dunha solución de busca serio nun ambiente SharePoint ata SPS (e aínda así, que non era tan bo que el precisaba ser). Á vez, Os usuarios finais teñen unha capacidade sen precedentes, non só para definir, but also implement their own solutions with little or no IT support.
O 3.0 plataforma (WSS e Moss) maintained and increased that momentum. The problem domain is enormous as compared to the 2.0 plataforma. Virtually every department in a company, que van dende a saúde de fabricación e os departamentos de seguridade para o marketing, de vendas para control de calidade - poden atopar un bo uso para SharePoint (e non é un caso de usar un cravo redondo nun burato cadrado). Á vez, the platform empowers even more End Users to implement their own business solutions. I try to capture that with this diagram:
This has proven to be both a potent and frustrating mixture. O 3.0 platform turns previously stable roles on their heads. Suddenly, Usuarios finais son efectivamente xuíz, xurado e verdugo Analista de Negocios, application architect and developer for their own business solutions. This gets to the heart of the problem I’m writing about. But before I dive into that, imos considerar o elefante na sala.
Perscrutando a Bóla de Cristal
Como será SharePoint 2010 afectar este estándar? Will it be incremental or revolutionary? Will more, ou menos o mesmo número de usuarios finais atópanse a habilitados a construír solucións en SharePoint 2010? Will SharePoint 2010’s problem domain expand even further or will it just refine and streamline what it already offers in WSS 3.0 / Moss?
Non hai información suficiente "aí fóra" para dicir con seguridade que a resposta xeral é:
- The problem domain is going to dramatically expand.
- Usuarios Finais van atopar-se aínda máis poder do que antes.
The Venn Diagram would be larger than this page and cause some IT Pros and CxO’s to reach for their Pepto.
I believe it’s going to be a tremendous opportunity for companies to do some truly transformational things.
Non Bulls en My China Tenda!
Isto soa moi ben, pero desde o meu punto de vista como consultor SharePoint e poñendo-me na pel dun director de TI, I see this vision. I own a China shop with beautiful plates, cristal, etc (meu ambiente SharePoint). I’ve rented a space, I’ve purchased my inventory and laid it all out the way I like it. I’m not quite ready to open, pero en anticipación, I look at the door to see if my customers are lining up and I notice an actual bull out there. I look more closely and I actually see dous bulls and even a wolf. Then I notice that there are some sheep. Sheep are así malo, pero son eles quizais disfrazado lobos? I don’t want bulls in my china shop!
Queda peor! When I rented the space, I couldn’t believe how nice it was. Wide and open, excelentes amenidades, very reasonable price. Con todo, agora estou entendendo que os espazos abertos ea enorme porta é perfectamente dimensionado para un touro para vir vagando e lanzar residuos para a miña china.
Estou empurrando esta analoxía lonxe demais, claro. End Users are not bulls (a maioría deles, de calquera xeito) e os departamentos de TI non (ou por suposto non debe) view their user community with that kind of suspicion. Con todo, non existe ese tipo de colisión perfecta produciron xa no o 3.0 platform that I expect will only get worse in SP 2010. SharePoint already empowers and encourages End Users to define and implement their own solutions.
Isto é óptimo e todos, pero o certo é que aínda é un produto moi técnico e aínda apela ao tipo de análise de requirimentos de negocio vigoroso, design and general planning and management that technical projects require to be successful. These are not the kind of skills that a lot of End Users have in their bag of tricks, especially when the focus is on a technical product like SharePoint.
I’ve given this a lot of thought over the last year or so and I don’t see any easy answer. It really boils down to education and training. I think that SP 2010 vai cambiar o xogo un pouco e que vai xogar de forma diferente e en cámara lenta como as empresas lanzar o seu SP 2010 solucións máis 2010 and beyond. In order to succeed, End Users will need to transform themselves and get a little IT religion. They’ll need to learn a little bit about proper requirements
analysis. They will need some design documentation that clearly identifies business process workflow, for instance. They need to understand fundamental concepts like CRUD (crear, actualizar e borrar), dev / test / qa / prod ambientes e como utilizar esta infraestrutura para aplicar correctamente solucións que viven un bo tempo e dobrar (non romper) en resposta a cambios na organización.
Nas próximas semanas, Eu pretendo tratar proporcionar algunhas das miñas propias ideas novas, así como enlace ao gran traballo feito por moitos outros autores (en www.endusersharepoint.com e noutras partes) so that interested End Users can learn that old time IT religion. Keep tuned.
</final>
Siga-me no Twitter http://www.twitter.com/pagalvin