Isang Maikling Kasaysayan ng SharePoint (Mula sa pananaw ng isang bagong dating Kamag-anak ni)
Nota: This article was originally posted to www.endusersharepoint.com. Nakalimutan kong mai-post ito sa sarili kong blog 🙂
SharePoint ay umunlad ng mahusay na deal nito mula noong unang bahagi ng araw bilang isang uri ng pagpapapisa ng itlog ng isang teknolohiya sa Microsoft –ito ay umunlad halos tulad ng isang pelikula malaking sindak, where the mad scientist’s creation takes on a life of its own, breaking free of its creator’s expectations and rules. The technical evolution is obvious – the WSS 3.0 object model is richer and more complex than 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, gayunman, SharePoint’s evolution is even more significant.
In the early days, 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, it followed a relatively traditional pattern of End User <-> IT relationship. A lot of End Users, communicating and working with a very small number of It people to deliver solutions that solve business problems:
The overall problem domain for which SharePoint is a suitable delivery platform is small (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: tukuyin ang mga kinakailangan sa IT, maghintay para sa IT gawin ang kanilang trabaho sa likod ng tabing at kumuha ng paghahatid ng panghuling produkto.
Tulad ng SharePoint upang umunlad ang 2.0 mundo (WSS 2.0 at SharePoint Portal Server), several things happened. Una, the “problem domain” increased in size. By problem domain, I mean the kinds of business problems for which SharePoint could be a viable solution. Halimbawa, hindi mo gusto sa tingin masyadong matigas tungkol sa pagpapatupad ng isang seryosong solusyon sa paghahanap sa isang kapaligiran sa SharePoint hanggang sa SPS (at kahit na pagkatapos, ito ay hindi bilang mabuting bilang ito kinakailangan upang maging). Sa parehong oras, Mga End User magkaroon ng isang hindi pa nagagawang kakayahan upang hindi lamang tukuyin ang, but also implement their own solutions with little or no IT support.
The 3.0 platform (WSS and MOSS) maintained and increased that momentum. The problem domain is enormous as compared to the 2.0 platform. Virtually every department in a company, ranging from manufacturing health and safety departments to marketing, from sales to quality control – they can find a good use for SharePoint (and it’s not a case of mashing a round peg into a square hole). Sa parehong oras, 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. The 3.0 platform turns previously stable roles on their heads. Suddenly, End Users are effectively judge, jury and executioner business analyst, 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, let’s consider the elephant in the room.
Peering into the Crystal Ball
How will SharePoint 2010 affect this pattern? Will it be incremental or revolutionary? Will more, fewer or about the same number of End users find themselves empowered to build solutions in 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 / Lumot?
There’s enough information “out there” to safely say that the general answer is:
- The problem domain is going to dramatically expand.
- Mga End User ay mahanap ang kanilang mga sarili kahit na higit pa kaysa empowered bago.
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.
Walang Bulls sa Aking China Shop!
Ito mahusay na tunog, ngunit mula sa aking mga punto ng view ng bilang isang consultant SharePoint at paglalagay ng sarili ko sa shoes ng isang IT manager, I see this vision. I own a China shop with beautiful plates, kristal, at iba pa (aking SharePoint kapaligiran). 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, ngunit sa mga pag-asa, 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 dalawa bulls and even a wolf. Then I notice that there are some sheep. Sheep are kaya masama, but are they maybe disguised wolves? I don’t want bulls in my china shop!
It gets worse! When I rented the space, I couldn’t believe how nice it was. Wide and open, terrific amenities, very reasonable price. Gayunman, now I’m realizing that the wide open spaces and the huge door is just perfectly sized for a bull to come wandering in and lay waste to my china.
I’m pushing this analogy too far, mangyari pa. End Users are not bulls (most of them, gayon pa man) and IT departments don’t (o dapat ay tiyak na hindi) view their user community with that kind of suspicion. Gayunman, mayroong ganitong uri ng perpektong banggaan nagaganap pa sa mga 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.
Iyan ay mahusay at lahat, ngunit ang katotohanan ay na pa ito sa isang napaka-teknikal at produkto pa rin ng mga tawag para sa uri ng malusog na kinakailangan pagtatasa ng negosyo, 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 is going to change the game a bit and it’s going to play out differently and in slow motion as companies roll out their SP 2010 solutions over 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, halimbawa. They need to understand fundamental concepts like CRUD (create, update and delete), dev/test/qa/prod environments and how to use that infrastructure to properly deploy solutions that live a nice long time and bend (not break) in response to changes in an organization.
In the coming weeks, I plan to try and provide some of my own new ideas, as well as link to the great work done by many other authors (sa www.endusersharepoint.com at sa ibang lugar) so that interested End Users can learn that old time IT religion. Keep tuned.
</dulo>
Sundin ako sa Twitter sa http://www.twitter.com/pagalvin