Geographically Dispersed SharePoint and Other Collaboration Tools

For those who may have mised the #CollabTalk TweetJam today, hosted by our good pal Mark McGovern @DocPointMark from MetaLogix and Chistian Buckley @BuckleyPlent, we're posting our Q&A from the event.

From the event description:

Many organizations are looking for ways to reduce costs, and improve performance associated with managing SharePoint between geographically-dispersed teams. While many organizations struggle to make their environments highly-available and performant, the breadth of SharePoint content available does not focus on SharePoint in high-performing, high-availability scenarios – and the purpose of this tweetjam is to share some of the community knowledge and expertise for these environments. We're assembling a great panel for this event including MVPs and other industry leaders.
Mark McGovern and Christian Buckley promise a blog about the event soon, to recap the entire conversation. You can also see the full conversation including responses from other participants at The tweetjam was also captured using the #CollabTalk hash tag, so you can use the Twitter platform of your choice. 

Q1. What are the top 3 issues geographically dispersed teams face when trying to collaborate?
A1 #1: Disconnected Teams: Updates in the field don’t make it back to the head office and updates at the home office don’t make it to the field.
A1 #2: Latency: Whether you have a single farm in one location, or separate farms with synchronization, somewhere there will be delays in getting data where it needs to go.
A1 #3: Networks: team members may be working in locations with limited bandwidth or inconsistent/poor connectivity.

Lots of chuckles about the poor quality of conference calls, background noise, heavy breathing, etc.

There was also a bit of back and forth about latency and the fact that people not only do not understand the difference between bandwidth and latency - but also most folks cannot tell whether their performance issue is coming from the network or the browser.

It came in a bit late, but I really liked Michael Herman's garden hose metaphor for latency. No, I don't mean, "it's not how long your hose is; its how you use it." In this case its all about how long the hose is; in other words, latency is the time it takes water (information) to get down the hose (internet) after you turn it on. Bandwidth would be the size of your hose I guess, and I need to stop making these metaphors, because I've got a dirty mind - and.. yeah. Movin' on!

Q2. How have social and mobile impacted your worldwide collaboration?
A2 #1: They’ve allowed us to reach out to the community for collaboration - at least as far as the dev and support side.
A2 #2: We are now able to share information with our client as it happens, ex: Tweeting key points of a SharePoint Saturday presentation in real time.
A2 #3: We see more new customers coming from outside of our core operating area, nationwide and abroad.

Q3. What technologies have you found that can improve geographically dispersed collaboration/communication?
A3 #1: Faster and more reliable cellular connections. This applies to broadband too.
A3 #2: Cloud services have come a long way in making this more manageable, ex: SharePoint and Lync Online.
A3 #3: There are also products/appliances and applications that do well to synchronize SharePoint content between farms.

We talked a bit here about the F-5 BigIP. Some folks on the TweetJam have had good success using this appliance. Liquid Mercury Solutions is an F-5 partner. We can sell, service, and implement F-5 based solutions using the BigIP.

We had a great discussion about security, and maybe we can convince HelloItsLiam to participate in a panel specifically about SharePoint security at some point soon. It suffices to say this is a topic that needs some more attention.

Q4. If your team is geographically dispersed, is your best option to move your data to the cloud? Why/why not?
A4: Sometimes: it depends on the type of data and the location of team members.
A4 Why #1: Having data in the could improves access, assuming the cloud provider has distributed their datacenters across a large geographical area.
A4 Why #2: Greater availability to resources - gets around firewalls, corporate networks / VPN, and political boundaries.
A4 Why Not: Some data is too sensitive to store in the cloud without a plan to protect it. Ex: defense, proprietary secrets, healthcare PII.

The cloud is great from some circumstances and not so much for others. If you are on the borderline between these two scenarios and would like to talk to us about securing your sensitive data in the cloud, we are a CipherPoint partner and can develop you a solution using their on premises or in-the-cloud product offerings. By the way, F-5 BigIP is another solution that can enhance cloud security for SharePoint content.

Q5. How do global collaboration teams deal with poor quality bandwidth/connections?
A5 #1: Use asynchronous communication channels like e-mail, Yammer, and Lync instead of Skype, etc.
A5 #2: SharePoint 2013 can reduce the amount of transfer using MDS feature (Minimal Download Strategy).
A5 #3: Develop low-bandwidth tolerant branding (ex: Metro UI) and apps (server side vs. AJAX). There are optimizers for JavaScript and CSS, as well as ways to do this at the firewall/proxy/load-balancer.

Collaboration tools are an indispensable part of today's business world. How many of us could survive without GotoMeeting (or something like it) for example. What starts as a competitive advantage will eventually become the standard by which all businesses are judged, and tools like SharePoint are no exception to this. Someday, all restaurants will be Taco Bell. :-)

Yammer gets a lot of attention, but people are unhappy with the limited (read: "weak") integration between Yammer and SharePoint. In 2012, when Microsoft purchased Yammer, I shelved plans for a Yammer+SP product release in order to see what they would do. Seeing that they have not decided to eat our lunch, Liquid Mercury Solutions has plans to release a stronger Yammer + SharePoint integration solution in the very near future. The best way you can find out about this tool is the subscribe to our blog or newsletter (It's over there in the upper-right part of the page).

I made an additional comment here about using all the tools in the drawer, no silver bullet.

Q6. What are the best ways to maintain multiple systems/versions of your collaboration platform, such as SharePoint?
A6 #1: A communication plan with stakeholders + predictable schedule for updates / merges is essential to make sure everyone knows what they're seeing and how out of date it may be.
A6 #2: Assigning a "system of record" is extremely important to maintain one version of the truth.
A6 #3: There are tools in SharePoint like content syndication, cross-farm publishing, etc. - as well as a variety of third-party tools that fill this need nicely. Syncing at the SQL level is also an option, but less favored than it used to be.

Somebody said that they had 5 versions of a document to maintain. If this sounds like something you have to deal with on a regular basis, talk to us, because we may have a solution that will work for you.

Q7. What are the leading factors that restrict organizations from maintaining high-availability systems?
A7: Factors that limit orgs use of High availability and DR include cost, bandwidth, product limits, undefined SLA, lack of institutional support, and insufficient technical knowledge and/or best practices.

Money was the big winner on this question. There is always, always, always going to be a relationship between your budget and the capabilities you can obtain. My adivce is to be up front with with your IT professional about your budget, and work with them to understand how to get what you need within your means, and don't set your expectations unneccessarily high.

Q8. How does a geographically dispersed infrastructure impact disaster recovery planning?
A8 #1: If the primary datacenter is impacted by a disaster, then the outlying datacenter will experience higher loads and in some cases becomes the systems of record.
A8 #2: If it not previously planned and drilled, during major disasters (natural or civil), communication to outlying centers re tactics - or even that there's a problem - can be confused or conflicted.
A8 #3: Sometimes switching back to normal after DR can be just as difficult.

Can't say it enough, when it comes to disaster preparedness "Drill, baby, drill!" ;-)

I hope you enjoyed our recap of today's #CollabTalk tweet jam. If you feel like I've left something out, or if you just want to throw your 2 cents in, leave us something in the comments. If you found this information helpful, please give us a 5 Star Rating on PinPoint, so so we can reach more customers.

3 Reasons Why Microsoft Acquiring Yammer Will Change SharePoint Forever

And a lot of other thoughts on the matter that are probably just TLDR

So recently, some of my colleagues have been asking me what I think about Microsoft acquiring Yammer. My short answer is that I think it's a good thing (if you want my long answer, keep reading.) But you've just got to love these news articles that are saying things like it signals some cosmic shift in the way businesses and software companies will think about social. I mean really guys, seriously?

Sure, I guess this might be big news if you’ve been living in a cave in Tora Bora for the past ten years. From where I've been standing, it's just a logical move in the same direction that Microsoft was already heading a few years ago when they started working on SharePoint 2010. It may be an exaggeration, but at SharePoint Conference 2009, it seemed like you couldn’t swing a dead cat around in the Mandalay Bay without knocking over 3 or 4 sessions about "Enterprise Social."

I especially love this quote from a Seattle Times article. "For all its successes, here's one thing Microsoft has never managed to do: Create a consumer product that people like so much they clamor for it in their workplace." Um, wait -- what? Microsoft may have a fairly mundane batting average when it comes to their products' overall success record, but to say something like this you'd have to have basically forgotten the journey that SharePoint has taken since it was originally released (under that name) in 2001 to where it is now the dominant platform for enterprise collaboration and file sharing.

SharePoint's ascendancy wasn't something that happened because CIOs saw the vision Microsoft was trying to pitch -- far from it, IMHO. First versions of SharePoint were clunky. It couldn’t make up its mind if it wanted to be a poor man's version of Documentum or MS FrontPage++ (*shudders*). In 2001, I tried in earnest to convey the great features of SharePoint search but my appeals too often fell flat. It wasn't until 2003 when Microsoft unified the free and pay-for versions of SharePoint under a single name that things started to get real and I believe it was precisely this "freemium" model that caused SharePoint to take off at a viral adoption pace.

True, we're not directly talking about the consumerization of IT -- more like the consumerization of the IT department. It was information workers who elevated SharePoint into ubiquity by deploying it everywhere they could put it to work. The fact that users approved made it a done-deal.

Of course, a good bit of my time over the next few years was spent cleaning up messes made in the essentially-free-but-not-technically-really-free Windows SharePoint Services that could have been avoided or solved with SharePoint Portal Server (or MOSS, if you prefer). But that's not my point. Rather, I want to emphasize that Microsoft has been talking about Software as a Service and pushing what is essentially ShareWare (no pun intended) for over a decade; so it's silly to think that this acquisition is about them trying to buy something that they couldn't do for themselves.

Or is it? One of the things I have noticed over the past 15 years as a Microsoft developer, consultant, and partner is that Microsoft seems to have a systemic problem imagining what customers will actually want to do with their products. This leads to craziness like pie charts where you can't pick the colors for the pie slices. (Seriously, you can't make this stuff up!)

My exposure to this phenomenon has always been from the outside looking in -- thank goodness; I can't even begin to speculate as to why this might be the case. But it occurs to me that there are so many examples that perhaps even Microsoft is aware of its own limits and may simply be acquiring companies like Skype and Yammer because they do a better job of understanding and predicting what customers want.

However, rather than trying to read the tea leaves about why Microsoft is doing what they're doing, I'd rather speculate on the impact for those of us who -- for good or ill -- have come to rely on Microsoft products. I think there's a compelling story to tell there and I have some experiences that might inform -- or perhaps confuse -- in an entertaining way.

So here it is, with a full disclaimer regarding my lack of credentials as a fortune teller and an explicit request that if my prescience should make you a million dollars you should buy me a nice steak dinner (or at least a beer).

Prediction #1: More Business Solutions Incorporating Yammer
While I'm technically not sure if I can say that this means "more than 0", it does strike me that in spite of Yammer being a compelling service we don't see more business solutions based on this technology. Essentially, Yammer is Twitter in a walled garden, which is exactly what anyone would want if you like the connectedness and real-time sharing of Twitter but don't like pictures of your boxers (or your books) hanging out there for the public (or your competition) to see.

That workgroups adopt it as a way to share information is not especially surprising, but there doesn't seem to be a lot of apps on their platform that do very business oriented things. Whatever happens, both companies will want to make a compelling case that Yammer can have more uses then just letting employees chat with each other sans water-cooler; they can already do that in Lync.

I wouldn't be surprised if within a year or so, you see a proliferation of apps for Yammer that appeal to business uses like tracking interaction with customers or entering your expenses. Also, I think you'll see some solutions built on top of SharePoint that start to incorporate the Yammer message feeds directly into SharePoint sites. Why do I think this? Because this is exactly the sort of avant-garde work we were using Yammer to experiment with as far back as 2009 while I was working at the IMF. (Also, some of those apps and solutions might end up being written by me – just sayin'.)

Prediction #2: Office 365 Users Will Benefit First - You Other Jerks Get in Line
One thing I've noticed since Office 365 was released last year is how it's changed the maintenance cycle for SharePoint (and probably Office, Exchange, and Lync as well.)

It used to be that service packs were primarily focused on improvements to SharePoint for on premises deployments. Sure, I'm assuming that hosting partners with armies of SharePoint farms probably had significant influence over which bugs received attention first. Whatever their size, customers who had purchased SharePoint would open tickets with Premier Support Services and those would get turned into KB articles and possibly somewhere down the road your bug might see a hotfix and get scooped up into a service release.

This still happens, but now there is a new seat at the table for the Office 365 team -- and their motivations are very different than those of existing customers. For one thing, they are forward focused on selling new subscriptions as well as retaining existing ones. As a result, we've seen features added to SharePoint 2010 that were meant specifically for Office 365 servers; in some cases these are not even supported for on premises customers. In other cases, the Office 365 team has quietly deployed fixes across their entire farm (think Monsanto, not the Kent family), for problems that are notorious for plaguing on-premises deployments.

So, it should surprise nobody if a SharePoint/Yammer expansion pack, software development kit, or CodePlex project experiences its first life as a set of enhancements or features that are only available for Office 365 customers. Personally, it'd be an amusing turnaround from having to say "No, you can't do that with SharePoint in Office 365," to "Sorry, only Office 365 customers have access to that SharePoint feature right now."

Maybe the rest of us will just have to wait for Office 15 in order to take advantage of Yammer in SharePoint. I guess only time will tell.

Prediction #3: What Yammer Does Well Can – And Will - Be Done Well In SharePoint
One way to get more free Yammer users would be to offer more Yammer interoperability in SharePoint right out of the box. Now that Microsoft owns Yammer, this makes absolute sense. Why shouldn't the bump that Yammer already gives to SharePoint go both ways?

As far back as the 2010 beta I've stated that Microsoft was incredibly excited about social. I heard the phrase "Facebook for the enterprise" mentioned at least often enough that I still remember it now a few years later -- despite filling my head with myriad technical trivialities and my belly with what feels like probably a good stiff drink for each of them.

SharePoint 2010 does indeed have a lot of great social features. There's folksonomy / tagging / "I like It", tag clouds, and even knowledge networks that can recommend people at your company based on your need to share knowledge and skills. Ubiquitous presence indicators have been in SharePoint since 2003 and are inherently social; they let you reach out and tap someone at the moment you’re looking at a document they wrote. How about the fact that two people can work on a Word document at the same time -- how cool is that? I have to give Microsoft props. There are a lot of compelling "social" features already in SharePoint and there always have been, which is why I think it’s been such a compelling platform for collaboration.

Given all this, I still see three thorny problems with the push for social as implemented in SharePoint 2010.

First, I think Microsoft didn't know what to call it. (See above reference to "tagging", "folksonomy", "I like it", etc. which probably goes by a half dozen other names that I'm not remembering offhand.) This is partly a problem with Microsoft in general that's been true for years; they take an awesome name like Vertipaq and change it to xVelocity (whatever that means!) There's a running joke around the office here that if Microsoft made cars they'd call them something like "Microsoft Car", "Microsoft Go", or maybe on a stroke of genius "Travel-X-lerator". I suppose when you're *that* bad at naming things, nobody can blame you for changing the name every couple of years, which is how SharePoint itself came to have something like 6 slightly different names over a 10 year timespan.

The second issue is that Microsoft’s social implementation is -- well, it pains me to say things that will hurt my friends' feelings, but sorry Microsoft -- just plain clunky. I know this because the main reason we've never used it or had any success in getting our clients to use it is that it just takes too much effort. 99% of folks don't even know where to start filling out their user profile on My Site. The tagging interface is dreadful, and the activity feed is even worse. (How bad? Start here and here; Chris O'Brien has an excellent article on improving SharePoint social.) And if the interface is terrible, the API is a nightmare! I'm well informed on this topic because we've recently created some solutions that improve SharePoint's social features. Fortunately these dovetail very well with Yammer since they focus on adding hash-tag capabilities to SharePoint and fixing e-mail alerts. We're looking forward to building some exciting products with Yammer as part of our strategy.

Problem number 3 is that Microsoft saw the overwhelming influence of Facebook and got, well, obsessed. Not only did this basically leave them functionally blind to all the other cool social apps out there, it also opens up a huge vulnerability. What happens when people stop being in love with Facebook and decide that they want to go do something else? Will SharePoint 2020 start chasing Google+? (Somebody over at Google will no doubt find that a delicious thought.) While repeating "Facebook of the Enterprise" does cause me to go into uncontrollable chuckles as I imagine Capt. Kirk updating the status of his wall, I notice that nobody says "the Tumblr of the Enterprise" or "the TinyUrl of the Enterprise." And the missed opportunities that really floor me are of course Twitter and LinkedIn (where most of the actual business discussions are taking place, duh!)

Bringing Yammer integration into SharePoint will require Microsoft to clarify its vision of what tags *are* and how to make them easier to use. SharePoint already has the infrastructure to do 95% of what Yammer does under the hood; seeing discussions, folksonomy, and user profiles rolled up under the Yammer banner would give them a much-needed identity. And, while all of these things will no doubt come to Office 365 customers first, we can probably expect them, eventually, to benefit the overall SharePoint community.

So, my hope for Microsoft is that by acquiring Yammer they have gotten over their infatuation with Facebook, they can better focus, and can start making lasting social improvements to SharePoint. I think they will.

Besides, in my opinion, Yammer is a much better cook and wayyy-less crazy; they make a good couple.