ಶೇರ್ಪಾಯಿಂಟ್ ಸಂಕ್ಷಿಪ್ತ ಇತಿಹಾಸ (ಒಂದು ಸಂಬಂಧಿಗಳು ಹೊಸಬ ದೃಷ್ಟಿಕೋನದಿಂದ)

ನೋಡು: ಈ ಲೇಖನ ಮೂಲತಃ ಕಳಿಸಿ www.endusersharepoint.com. I forgot to post it to my own blog 🙂

ಶೇರ್ಪಾಯಿಂಟ್ ಮೈಕ್ರೋಸಾಫ್ಟ್ ಒಂದು ಕಾವು ತಂತ್ರಜ್ಞಾನದ ತೆರನಾದ ಪ್ರಾರಂಭದ ದಿನಗಳಿಂದಲೂ ಅದರ ಒಂದು ದೊಡ್ಡ ವಿಕಾಸಗೊಂಡಿದೆ –ಇದು ಸುಮಾರು ಒಂದು ಭಯಾನಕ ರೀತಿಯಲ್ಲಿ ವಿಕಸನಗೊಂಡಿವೆ ವಿಶೇಷವೇನು, ಹುಚ್ಚು ವಿಜ್ಞಾನಿಯ ಸೃಷ್ಟಿ ತನ್ನದೇ ಆದ ಒಂದು ಜೀವನದ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಅಲ್ಲಿ, 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 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, ಸಂವಹನ ಮತ್ತು ವ್ಯಾಪಾರ ಸಮಸ್ಯೆಗಳನ್ನು ಬಗೆಹರಿಸುವ ಸಲ್ಯೂಷನ್ ಇದು ಒಂದು ಸಣ್ಣ ಸಂಖ್ಯೆಯ ಜನರು ಕೆಲಸ:

ಶೇರ್ಪಾಯಿಂಟ್ ಸೂಕ್ತ ವಿತರಣಾ ವೇದಿಕೆಯ ಇದು ಒಟ್ಟಾರೆ ಸಮಸ್ಯೆಯನ್ನು ಡೊಮೇನ್ ಚಿಕ್ಕದಾಗಿದೆ (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: IT ಗೆ ಅಗತ್ಯಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಲು, ಐಟಿ ಪರದೆಯ ಹಿಂದೆ ತಮ್ಮ ಕೆಲಸ ನಿರೀಕ್ಷಿಸಿ ಮತ್ತು ಅಂತಿಮ ಉತ್ಪನ್ನದ ವಿತರಣೆ ತೆಗೆದುಕೊಳ್ಳಲು.

ಶೇರ್ಪಾಯಿಂಟ್ ರೂಪುಗೊಂಡಿದೆ ಮಾಹಿತಿ 2.0 ವಿಶ್ವ (WSS 2.0 ಮತ್ತು ಶೇರ್ಪಾಯಿಂಟ್ ಪೋರ್ಟಲ್ ಸರ್ವರ್), 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. ಉದಾಹರಣೆಗೆ, ನೀವು ಶೇರ್ಪಾಯಿಂಟ್ ಪರಿಸರದಲ್ಲಿ ಗಂಭೀರ ಹುಡುಕಾಟ ಪರಿಹಾರ ಅನುಷ್ಠಾನಗೊಳಿಸುವ ಬಗ್ಗೆ ತುಂಬಾ ಹಾರ್ಡ್ ಯೋಚಿಸುವುದಿಲ್ಲ ಎಂದು SPS ರವರೆಗೆ (ಮತ್ತು ಸಹ ನಂತರ, ಇದು ಎಂದು ಅಗತ್ಯವಿದೆ ಎಂದು ಉತ್ತಮ ಅಲ್ಲ). ಅದೇ ಸಮಯದಲ್ಲಿ, ಅಂತಿಮ ಬಳಕೆದಾರರು ಮಾತ್ರ ವಿವರಿಸುವುದಿಲ್ಲ ಗೆ ಅಭೂತಪೂರ್ವ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿವೆ, but also implement their own solutions with little or no IT support.

ದಿ 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, ಉತ್ಪಾದನಾ ಆರೋಗ್ಯ ಮತ್ತು ಸುರಕ್ಷತೆ ವಿಭಾಗಗಳಿಂದ ಮಾರುಕಟ್ಟೆ ವರೆಗೆ, ಗುಣಮಟ್ಟದ ನಿಯಂತ್ರಣಕ್ಕೆ ಮಾರಾಟದಿಂದ - ಅವರು ಶೇರ್ಪಾಯಿಂಟ್ ಒಳ್ಳೆಯ ಬಳಕೆಯನ್ನು ಕಾಣಬಹುದು (ಮತ್ತು ಇದು ಒಂದು ಚೌಕ ತೂತು ಒಂದು ರೌಂಡ್ ಪೆಗ್ ಬೆರೆಸಿ ಒಂದು ಸಂದರ್ಭದಲ್ಲಿ ಅಲ್ಲ). ಅದೇ ಸಮಯದಲ್ಲಿ, 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. ದಿ 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, ತಂದೆಯ ಕೋಣೆಯಲ್ಲಿ ಆನೆ ಪರಿಗಣಿಸೋಣ.

ಕ್ರಿಸ್ಟಲ್ ಬಾಲ್ ಆಗಿ ಗೋಚರಿಸುವಂತೆ ಮಾಡುವ

ಹೇಗೆ ಶೇರ್ಪಾಯಿಂಟ್ ತಿನ್ನುವೆ 2010 ಈ ಮಾದರಿಯನ್ನು ಪರಿಣಾಮ? Will it be incremental or revolutionary? Will more, ತಮ್ಮನ್ನು ಶೇರ್ಪಾಯಿಂಟ್ ಪರಿಹಾರಗಳನ್ನು ನಿರ್ಮಿಸಲು ಅಧಿಕಾರವನ್ನು ಕಡಿಮೆ ಅಥವಾ ಅಂತಿಮ ಬಳಕೆದಾರರು ಒಂದೇ ಸಂಖ್ಯೆಯ ಬಗ್ಗೆ ಹೇಗೆ 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.

ನನ್ನ ಚೀನಾ ಮಳಿಗೆ ಯಾವುದೇ ಬುಲ್ಸ್!

ಈ ದೊಡ್ಡ ಶಬ್ದಗಳನ್ನು, ಆದರೆ ಒಂದು ಶೇರ್ಪಾಯಿಂಟ್ ಸಲಹೆಗಾರರಾದ ನೋಟದ ನನ್ನ ಸ್ಥಳದಿಂದ ಮತ್ತು ಐಟಿ ವ್ಯವಸ್ಥಾಪಕರ ಶೂಗಳು ಒಳಗೆ ನನ್ನ ಹಾಕುವ, I see this vision. I own a China shop with beautiful plates, ಹರಳಿಸು, ಇತ್ಯಾದಿ (ನನ್ನ ಶೇರ್ಪಾಯಿಂಟ್ ಪರಿಸರಕ್ಕೆ). 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 ಆಟದ ಒಂದು ಬಿಟ್ ಬದಲಾಯಿಸಲು ನಾನು ಮತ್ತು ತಮ್ಮ ಎಸ್ಪಿ ಔಟ್ ಸುತ್ತಿಕೊಳ್ಳುತ್ತವೆ ಎಂದು ವಿಭಿನ್ನವಾಗಿ ಮತ್ತು ನಿಧಾನ ಚಲನೆಯ ರಲ್ಲಿ ಆಡಲು ಇಂದಿನ ವಿಶೇಷವೇನು 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 (ರಚಿಸಿ, ನವೀಕರಿಸಿ ಮತ್ತು ಅಳಿಸಿ), ದೇವ್ / ಪರೀಕ್ಷಾ / QA / ಪರಿಸರದಲ್ಲಿ ಪ್ರಚೋದಿಸಲು ಮತ್ತು ಸರಿಯಾಗಿ ಒಂದು ಸಂತೋಷವನ್ನು ದೀರ್ಘಕಾಲ ಮತ್ತು BEND ಜೀವಿಸುವ ಪರಿಹಾರಗಳನ್ನು ನಿಯೋಜಿಸಲು ಎಂದು ಮೂಲಭೂತ ಬಳಸಲು ಹೇಗೆ (ಮುರಿಯಲು ಅಲ್ಲ) ಸಂಸ್ಥೆಯಲ್ಲಿ ಬದಲಾವಣೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ.

ಮುಂಬರುವ ವಾರಗಳಲ್ಲಿ, ನನ್ನ ಶಾಲೆ ಹೊಸ ಆಲೋಚನೆಗಳನ್ನು ಕೆಲವು ಪ್ರಯತ್ನಿಸಿ ಮತ್ತು ಒದಗಿಸಲು ಯೋಜನೆ, ಜೊತೆಗೆ ದೊಡ್ಡ ಕೆಲಸಕ್ಕೆ ಲಿಂಕ್ ಅನೇಕ ಇತರ ಲೇಖಕರು ಇದನ್ನು (ಮೇಲೆ www.endusersharepoint.com ಬೇರೆಡೆ) so that interested End Users can learn that old time IT religion. Keep tuned.

</ಕೊನೆಯಲ್ಲಿ>

ನನ್ನ ಬ್ಲಾಗ್ ಚಂದಾದಾರರಾಗಿ.

ನಲ್ಲಿ ಟ್ವಿಟ್ಟರ್ ನನ್ನನ್ನು ಅನುಸರಿಸಿ http://www.twitter.com/pagalvin