Welcome to MSDN Blogs Sign in | Join | Help

SharePoint's Role in Microsoft's Collaboration Strategy

Hello,

 

SharePoint Products and Technologies have become a key part of our strategy for delivering a complete working environment for information workers, where they can collaborate together, share information with others, and find information and people that can help them solve their business problems.  PJ Hough created a blog on Windows SharePoint Services (http://blogs.msdn.com/pjhough/default.aspx), and Gerhard Schobbe has spoken about web content management and SharePoint (https://blogs.msdn.com/wcm/default.aspx) , but in talking with the team, we thought it’d be a good idea to create a broad SharePoint blog, where we can talk about topics across the SharePoint family, details on the next versions we will release later this year with Office 12 and Windows Server, insights into our decisions/process, and what we are learning from seeing customers and partners use SharePoint to help them be more effective.  That’s the purpose of this blog.

 

I thought I’d start by talking a little about how SharePoint fits into Microsoft’s broad goals of helping information workers be more productive.  Those of you who have spent time with SharePoint Products and Technologies may find this redundant, but hopefully I can provide you with some additional insights even still.  If you’re sure that’s not possible, then feel free to stop reading and wait for a more interesting posting to follow.  J

 

First, we think of SharePoint as fitting into a broader goal of providing a rich collaboration environment for users.  Collaboration is a pretty fuzzy term in the industry.  Let me clarify how we think about collaboration.  We don’t think that collaboration is a place you go to.  We think it’s a set of tools that you have available to you in the context of how you already work.  So we talk about delivering “pervasive” collaboration, meaning we want to infuse collaboration into how you work.  For example, in WSS v2 (the currently shipping version), we created a feature called the Document Workspace where you can collaborate on authoring a document with others.  Since we knew that people most often share documents via email, we added a feature to Outlook to prompt the user when they attach a document to an email message as to whether they would like to create a Document Workspace for the attachment, so others can get updated versions of the document as the contents change, see who else is working on the document through presence, and see tasks lists for the document.  This is just one example of thinking of collaboration as not existing in yet another system you have to learn but rather occurring naturally within the context of what you’re already doing.

 

This brings in another key element of our approach to collaboration – supporting both “rich” and “reach” access.   We think there are great collaboration scenarios that we can enable within the “rich” Office clients, such as the one I described above, and we also believe in “reach” access to collaboration spaces, via the web browser and mobile devices.    To us it’s all about making sure customers can access their information from anywhere and providing the user experience that best fits the particular scenario.

 

So our approach is to provide “pervasive” collaboration capabilities via a broad set of Microsoft products that work together to solve user problems.  We think about those solutions as falling into four large buckets:  Integrated Communications, Collaborative Workspaces, Access to People and Information, and People-driven Processes:

 

·         Integrated Communications:  Enable people to more effectively manage their communications.  Enable them to triage their communications effectively.  Let them select whatever communications mechanism works best for them (email, IM, RTC, VOIP) and transition from one method of communicating to another effortlessly.  Many of our investments in Outlook, Exchange, and RTC are to accomplish this goal.

·         Collaborative Workspaces:  Provide spaces for people to work on projects together in the context of the work they are doing.  Facilitate high value collaborative activities like collaborative authoring and meetings.  This is where Windows SharePoint Services fits in.  It also includes our investments in Groove as rich, task-oriented, peer-to-peer workspaces.

 

·         Access to People and Information:  Enable people to find the information they need to do their jobs by either browsing to it from an organization’s portals, searching for it, or being proactively notified about it.  Since much of the information they want to find will be newly created in collaborative workspaces, we built our portal product, SharePoint Portal Server, on top of a foundation of Windows SharePoint Services.  This means customers can deploy a single infrastructure for information sharing in their organization and only have to learn a single way to manage and customize portals and collaboration spaces.  Finding people is also a key scenario for us, since often times the most topical information is the information still in people’s heads.  This is where SharePoint Portal Server “MySites” come in as a place for people to share information and expertise with others.

 

·         People-driven Processes:  When you have a rich information sharing environment, as SharePoint is, it is natural to want to integrate business processes in with team spaces and portals.  In the Office 12 release, we have invested in integrating workflow into SharePoint and into the Microsoft Office applications, so people can build spaces that automate key business processes.  For example, a marketing team space might want to include workflows associated with approving a marketing plan or enable the team to kick off related purchase requests that are submitted directly to back-end ERP systems using rich forms, such as InfoPath, which is available as a server service in the Office 12 release.

 

So hopefully this gives you a sense that we think of collaboration from a very broad vantage point.  This broad viewpoint drives us to think about features in our collaboration products in terms of the end-to-end scenarios that we are enabling for customers.  We often invest in features that cross over several products, but we do so in a way that is logical to the end user because our efforts are scenario-based.  It also pushes us to invest in features that go beyond traditional definitions of collaboration. A good example of this is our inclusion of Enterprise Content Management (ECM) features in the upcoming release of SharePoint Portal Server.  This decision derives from two primary observations.  First, with the growing popularity of SharePoint, more and more critical business content is ending up in SharePoint sites.  Customers want a way to manage that content effectively.  This need to manage collaboration content is particularly acute with the introduction of regulations like Sarbanes Oxley.  Second, ECM features like workflow and policy are the next set of features our customers are asking for to support the collaborative authoring scenario itself. 

 

But ECM and SharePoint is probably a topic best left for another blog submission.  The main point for this entry is to talk about how we think of collaboration very broadly, from the perspective of end user scenarios, and with the notion of facilitating not only collaboration itself, but the related activities of communicating with others, finding information, and engaging in business processes.

 

- Kurt DelBene

Published Monday, January 09, 2006 4:25 PM by kurt_delbene

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

# re: SharePoint's Role in Microsoft's Collaboration Strategy

On my blog thanks EROL MVP SPS www.clubsps.org
Saturday, January 14, 2006 3:02 AM by EROl MVP SPS

# re: SharePoint's Role in Microsoft's Collaboration Strategy

In terms of WinFS what is the integration strategy with Sharepoint technologies? It seems to me that there are many advantages of using WinFS as a storage technology but I do not really understand the reengineering efforts for all other complementary products in order to support it.

This has to do with customers investing into a technology that will change again in a couple of years and put them in a repurchase path in order to complete the software stack.

Saturday, January 14, 2006 3:41 AM by ktriant

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Thanks for the post!

Concerning WinFS support, we do talk with the WinFS team about what it would take to host SharePoint in the future, and we may well have those discussions again, once they and we have finished shipping our current releases.

If we did move in this direction, I don't believe the transition for customers would be problematic though. WinFS provides its capabilities on top of a SQL-based core, which is what SharePoint is already built on. If we were to move over to running on top of WinFS instead of directly on top of SQL, we should be able to provide a seamless transition for customers. For example, we could choose to use WinFS primarily as a storage and alternate programmability layer initially, while maintaining our own UI conventions and programmability within the SharePoint products themselves. If we did this, then people who wanted to take advantage of the WinFS sematics could do so without disrupting the business logic that is contained within SharePoint. Those who wanted to continue to write directly to the SharePoint object model could do so as well, and these two methods would be consistent with each other.

It's hard to say more without the teams having investigated what a plan would look like in detail. I don't think it would put customers in a "repurchase path", as you phrased it.

- Kurt
Monday, January 16, 2006 11:14 AM by kurt_delbene

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Hello, I've been working with collaboration tools for a year and a half, and also with Groove before Microsoft bought it.

I think that SharePoint Collaboration Products and Technologies have been improved a lot since the first version, 2001.
But also Groove has great features like really Offline Collaboration and some other really cool stuff. Im not sure what is going to be the Msft move but I really hope you take advantages of what is Groove and the power that it offers for the Collaboration World...

Thanks for the Blog...

Luis Du Solier G
http://www.sharepointblogs.com/ldusolier
Tuesday, January 17, 2006 8:20 PM by Luis Du Solier G

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Hello Luis,
Yes, we do intend to take advantage of Groove connections to SharePoint in the next release. You might want to take a look at Marc Olson's blog on the topic: http://blogs.msdn.com/marco/archive/2005/11/10.aspx

You'll likely see even more connections between Groove and SharePoint in subsequent releases, since we think Groove is a great complement to SharePoint.

- Kurt
Thursday, January 19, 2006 8:08 PM by kurt_delbene

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Monday, February 13, 2006 6:52 AM by John Miller

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Hi,
I have a problem:

How can I filter two columns?. For example:
STATE (column A)
CITY (column B)
when I selected the column A (STATE), the column B (CITY) must show only the cities of that state.

I am new with SharePoint, please how can I resolv this problem?

Wednesday, February 15, 2006 10:06 AM by Lia

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Kurt, will you please elaborate on the differences between Office Live and WSS V.3?
Thursday, February 16, 2006 1:55 AM by kirkadaues

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Analysts such as Gartner, Forrester and AMR consider that "intelligent search" driven by text analytics will be the next step in "rich access" portal/search technologies and will provide information workers with tools to bridge the gap between "search and business intelligence".

The Global Public Health Intelligence Network (World Health Organization and Health Canada) runs on a Sharepoint portal integrating advanced early detection and business intelligence text analytics by Nstein.

It will be interesting to see if the new capabilities of "rich access" within Sharepoint (or Vista for that matter) will incorporate pre-built automated concept and entity extraction and other advanced text analytics applications for "deeper and richer" search.
Tuesday, April 04, 2006 4:55 PM by Michel Lemay

# Microsoft Groove 2007 Beta 1 Offline SharePoint Eval ??? Part 1 - Offline SharePoint

# Vous aimez ASP.Net 2.0 ? Vous adorerez MOSS 2007

Ou devrais je dire Office Server 2007

Le temps passe et trés bientot, la beta 2 publique devrait apparaitre,...
Monday, May 01, 2006 11:47 AM by The Mit's Blog

# Eli's SharePoint Resources

What's Here
Welcome to my new and improved list of SharePoint Resources! This is a hub for SharePoint...
Tuesday, June 06, 2006 2:47 PM by Eli Robillard's World of Blog.

# re: SharePoint's Role in Microsoft's Collaboration Strategy

What about collaboration with mobile devices? I have been looking for information but i have'nt found any about offline collaboration with mobile devices. I think that it would be a great feature.
Friday, June 09, 2006 5:50 AM by Sergio Calleja

# re: SharePoint's Role in Microsoft's Collaboration Strategy

The comments I have read so far on SharePoint indicate it is a tool for collaboration and sharing within an organisation or enterprise. Is there any strategy for SharePoint to be used as an information sharing tool with external business partners?
Thursday, July 13, 2006 4:07 AM by Mick Kerrigan

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Sergio, WSS V3 has a page rendering feature that's been designed to work well with mobile devices.

Mick, we've made significant improvements in how WSS V3 and MOSS 2007 can be implemented in an extranet/B2B scenario. We've also improved integration with Groove, which provides an alternative method (that's offline capable) of information sharing and collaboration with your business partners yet still enables the documents in Groove to be synchronized with the documents on a SharePoint site.
Friday, July 21, 2006 2:50 AM by LLiu

# re: SharePoint's Role in Microsoft's Collaboration Strategy

is it better to use .aspx(asp.net 2.0 web app as subfolder) directly in to
sharepoint 2007 beta or creating webparts in asp.net2.0 and use is the best,
what are the pros/cons and how it is related to WCF,Atlas in the future.

any direction would be much more helpful
Thursday, July 27, 2006 6:23 AM by saha

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Is it possible in BDC to retreive data from an excel file. All samples on MSDN deal with SQL Server. Any help on this will be appreciated. Thanks in advance.
Sunday, September 10, 2006 11:59 PM by Manoj

# re: SharePoint's Role in Microsoft's Collaboration Strategy

Is it possible to define a custom timed job in SharePoint v3?  

Tuesday, October 24, 2006 1:29 AM by James McDowell

# Webcast Resources: Compliance and Records Management

Aveti la dispozitie niste resurse webcast relatate in data de 22 Dec. 2006 intitulat “ Compliance and

Wednesday, December 27, 2006 3:33 PM by .: Stefan Gabriel Georgescu :.

# New year, new RSS link and a few other things

A belated “Happy New Year” to our readers! And a belated “Happy 1 st Anniversary” for our team blog!

Tuesday, January 16, 2007 8:44 PM by Microsoft SharePoint Products and Technologies Team Blog

# SharePoint on mobile devices

Hi.

I really like how one can use the following URL syntax for accessing SharePoint content on a mobile device:

http://URL/m/

http://URL/_layouts/mobile/default.aspx  

Was any thought given to interrogating the browser user-agent directly and automatically routing to a mobile version of the page (if one was available)?

This is becoming a big deal for my users, as workflow e-mails are being generated that contains links not to the mobile friendly pages, but to the "desktop browser" pages, for example.  Also, when sharing team site information, it is up to the person sending the e-mail to remember to provide an URL with the /m appended.

I think it would be a great framework feature if SharePoint 2007 would extend its browser compatibility to recognize mobile browsers requesting pages and redirect accordingly.

Wednesday, February 28, 2007 5:28 PM by Derek Douglas

# SharePoint dev team start blogging

The SharePoint product development team at Microsoft have recently launched the SharePoint Team Blog

Tuesday, May 29, 2007 11:29 AM by The Goldfish Bowl

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | Paid Surveys

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | Uniform Stores

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | Uniform Stores

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | Weak Bladder

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | Cellulite Creams

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | storage bench

# Microsoft SharePoint Team Blog SharePoint s Role in Microsoft s | work from home

Leave a Comment

(required) 
required 
(required) 

  
Enter Code Here: Required
 
Page view tracker