მოკლე ისტორია SharePoint (მდებარეობა ნათესავი დებიუტანტი თვალითაც)
შენიშვნა: ეს სტატია თავდაპირველად გამოქვეყნდა www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint პროგრესს მიაღწია დიდი, რადგან მისი დღეებში, როგორც ერთგვარი ინკუბაციის ტექნოლოგია ზე Microsoft –ეს ვითარდებოდა თითქმის როგორც საშინელებათა ფილმი, სადაც შეშლილი მეცნიერის შექმნის ხდება ცხოვრებაში საკუთარი, breaking free of its creator’s expectations and rules. The technical evolution is obvious – the WSS 3.0 ობიექტის მოდელი არის მდიდარი და უფრო რთული, ვიდრე 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, თუმცა, SharePoint ევოლუციის კიდევ უფრო მნიშვნელოვანი.
In დღეებში, 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 relationship. A lot of End Users, კომუნიკაციის და სამუშაო ძალიან მცირე რაოდენობის ხალხს სიტყვით გადაწყვეტილებები მოგვარებას ბიზნესის პრობლემები:
საერთო პრობლემა domain რისთვისაც SharePoint არის შესაფერისი მიწოდება პლატფორმა არის პატარა (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: განსაზღვრავს მოთხოვნებს IT, დაველოდოთ მას თავის სიტყვას იტყვიან უკან ფარდა და მიიღოს მიწოდების საბოლოო პროდუქტი.
როგორც SharePoint განვითარდა, რათა 2.0 მსოფლიოში (WSS 2.0 და SharePoint Portal Server), several things happened. პირველი, the “problem domain” increased in size. By problem domain, I mean the kinds of business problems for which SharePoint could be a viable solution. მაგალითად, თქვენ არ მგონია, ძალიან ძნელი შესახებ განხორციელების სერიოზული ძებნის გადაწყვეტა SharePoint გარემო, სანამ SPS (და მაშინაც, ეს არ იყო როგორც ეს საჭირო იქნება). ამავე დროს, ბოლო მომხმარებლებს არ უპრეცედენტო შესაძლებლობებს არა მხოლოდ განსაზღვრავს, but also implement their own solutions with little or no IT support.
The 3.0 პლატფორმა (WSS და MOSS) maintained and increased that momentum. The problem domain is enormous as compared to the 2.0 პლატფორმა. Virtually every department in a company, დაწყებული წარმოება ჯანმრთელობა და უსაფრთხოება განყოფილებების მარკეტინგი, გაყიდვიდან ხარისხის კონტროლი - ისინი შეგიძლიათ კარგი გამოყენების SharePoint (და ეს არ არის საქმის mashing მრგვალი peg შევიდა კვადრატული ხვრელი). ამავე დროს, 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, ბოლოს წევრებს არიან ეფექტურად მოსამართლემ, ჟიურის და executioner ბიზნეს ანალიტიკოსი, 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, განვიხილოთ სპილო ოთახში.
Peering შევიდა Crystal Ball
როგორ იქნება SharePoint 2010 იმოქმედებს ეს ნიმუში? Will it be incremental or revolutionary? Will more, ნაკლები ან ამდენივე ბოლოს წევრებს აღმოჩნდებიან უფლება აშენება გადაწყვეტილებები 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?
აქ არის საკმარისი ინფორმაცია "იქ" საიმედოდ ვთქვა, რომ ზოგადად პასუხი:
- The problem domain is going to dramatically expand.
- ბოლოს წევრებს ნახავთ თავად კიდევ უფრო გააძლიერა, ვიდრე ადრე.
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.
არ Bulls ჩემი China მაღაზია!
ეს ჟღერს დიდი, მაგრამ ჩემი აზრით, როგორც SharePoint კონსულტანტი და აყენებს თავს შევიდა ფეხსაცმელი IT მენეჯერი, I see this vision. I own a China shop with beautiful plates, ბროლის, და ა.შ. (ჩემი 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, მაგრამ მოლოდინში, 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 ორი bulls and even a wolf. Then I notice that there are some sheep. Sheep are ასე ცუდი, თუმცა, რამდენად შესაძლოა, გადაცმული მგლები? I don’t want bulls in my china shop!
იგი იღებს უარესი! When I rented the space, I couldn’t believe how nice it was. Wide and open, შესანიშნავი კეთილმოწყობა, very reasonable price. თუმცა, ახლა მე ხვდებიან, რომ ღია ფართები და დიდი კარი უბრალოდ კარგად ზომის bull მოვა მოხეტიალე და ქმნის ნარჩენების ჩემს ჩინეთიდან.
მე უბიძგებს ამ ანალოგია ძალიან შორს, რა თქმა უნდა. End Users are not bulls (მათი უმრავლესობა, მაინც) და საინფორმაციო ტექნოლოგიების განყოფილებებს არ (ან აუცილებლად უნდა) view their user community with that kind of suspicion. თუმცა, არსებობს ასეთი სრულყოფილი შეჯახება მიმდინარეობს უკვე 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.
ეს დიდი და ყველა, მაგრამ ფაქტია, რომ ეს ჯერ კიდევ ძალიან ტექნიკური პროდუქტი და კვლავ მოუწოდებს სახის ენერგიული ბიზნეს მოთხოვნა ანალიზი, 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 აპირებს შეცვალოს თამაში ცოტა და ეს აპირებს ჩაივლიდა განსხვავებულად და ნელი მოძრაობის კომპანიები გააფართოვოს მათი SP 2010 გადაწყვეტილებები მეტი 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 (შექმნა, განახლება და წაშლა), განვითარება / ტესტი / qa / prod გარემოში და როგორ გამოვიყენოთ რომ ინფრასტრუქტურის სწორად განათავსოს გადაწყვეტილებები ცხოვრობს ლამაზი დიდი ხანია და წარმართონ (არ დაარღვიოს) საპასუხოდ ცვლილებების ორგანიზაცია.
უახლოეს მომავალში, ვაპირებ ცდილობენ და უზრუნველყოფს ზოგიერთი საკუთარი ახალი იდეები, ისევე როგორც ბმულებს დიდი მუშაობის მრავალი სხვა ავტორები (წლის www.endusersharepoint.com და ნებისმიერ სხვა ადგილას) so that interested End Users can learn that old time IT religion. Keep tuned.
</ბოლო>
გამოწერა ჩემი დღიური.
გამომყვეს Twitter-ზე http://www.twitter.com/pagalvin