Кароткая гісторыя SharePoint (З пункту гледжання адноснай якія прыязджаюць)
Увага: Гэты артыкул была першапачаткова размешчана на www.endusersharepoint.com. I forgot to post it to my own blog 🙂
SharePoint развівалася шмат, так як першых дзён, як свайго роду тэхналогія інкубацыі ў Microsoft –гэта Evolved амаль як у фільме жахаў, дзе стварэнне вар'яцкага навукоўца бярэ на сябе сваю ўласную жыццё, 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 з'яўляецца яшчэ больш значным.
У першыя дні, 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, мець зносіны і не працаваць з вельмі невялікім лікам ІТ пастаўляць рашэнні, якія вырашэння бізнес-задач:
Агульная прадметнай вобласці, для якой SharePoint з'яўляецца прыдатнай платформай дастаўкі малая (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with 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 (і гэта не той выпадак, заціраньня круглую затычку ў квадратнае адтуліну). У той жа час, 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, Канчатковым карыстальнікам эфектыўна суддзя, журы і кат бізнес-аналітыка, 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, давайце разгледзім слон у пасуднай краме.
Узіраючыся ў крыштальны шар
Як будзе 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.
Няма Быкі ў маім краме Кітаі!
Гэта гучыць выдатна, але з майго пункту гледжання ў якасці кансультанта SharePoint і пакласці сабе ў абутак ІТ-мэнэджара, 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. Аднак, цяпер я зразумеў, што шырокія адкрытыя прасторы і велізарныя дзверы проста ідэальна разлічана на быка, каб прыйсці і ён бадзяўся па спустошыць мой Кітаі.
Я вылучаю гэтую аналогію занадта далёка, вядома. 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, напрыклад. They need to understand fundamental concepts like CRUD (ствараць, абнаўлення і выдалення), Інтэрнэт Dev / Test / QA / прадуктаў асяроддзі і як выкарыстоўваць гэтую інфраструктуру для правільнага разгортвання рашэнняў, якія жывуць добра і доўга выгіб (не парушаць) ў адказ на змены ў арганізацыі.
У бліжэйшыя тыдні, Я планую, каб паспрабаваць забяспечыць некаторыя з маіх уласных новых ідэй, а таксама спасылка на вялікую работу, праведзеную многімі іншымі аўтарамі (на www.endusersharepoint.com і ў іншым месцы) so that interested End Users can learn that old time IT religion. Keep tuned.
</канец>
Выконвайце за мной на Twitter у http://www.twitter.com/pagalvin