When I heard about Microsoft Teams, I was very excited from the start. I’m using Slack a lot for GitHub projects and for some internal projects, as there is no alternative in Microsoft. Teams is positioned as a Slack competitor, and when it was available as public beta, I immediately contacted our Office 365 admin to enable it. I’ve been using it for a couple of weeks now, and I want to share my experience with you!
Announced at the “Future of SharePoint” event, was the SharePoint Framework. And it is in public beta since this week! I was one of the lucky persons who had access to the internal repository, so I already had a play with it before. Unfortunately I could not blog about it, as it was under NDA. I will talk about how it will fit into the existing SharePoint development infrastructure, and start with some history 🙂
After my blog post yesterday about Flow, I got a request from a user to build a Flow for Salesforce that does something when an Opportunity is closed, and checks if it was won or lost.
I love feedback, so I decided to build that flow. The result? Check out below email:
If you’ve followed my blog, you know I’ve been looking at PowerApps. PowerApps consists of two parts: Flows (formerly Logic Flow App) and just Apps. Flows allowed you to do things like “If someone tweets about my company, send me an email”, or “When a record is added to SalesForce, add an item to a SharePoint List”. Microsoft has now taken out Flows / Logic Flow Apps, and released it as a separate product: Flow. I think this is a good step, PowerApps can then focus on enabling power users to create mobile apps. I will briefly discuss what Flow is, and show an example of an automated tweet translator emailer. Continue reading
One of the most important features of SharePoint is the document library. SharePoint is a document management system since 2001, so the document library is one of the key features. Initially the only instance of the document library was within team sites. In later versions and in Office 365 there are other locations to store documents, like OneDrive for Business.
The user interface of the document library hasn’t changed much since SharePoint 2007. Yes, in SharePoint 2013 drag-and-drop was introduced, the UI has been polished, but in basis the UI was the same. And the confusing part is (was?) that the document libraries in SharePoint looked different than e.g. Onedrive for Business. That has now changed! Continue reading
SharePoint started in 2001 as a document management system, and that’s still one of its most important features. A key feature of a DMS is to be able to find documents. The SharePoint search engine has improved significantly over the last years. But a common misconception is that SharePoint Search works for every company straight out-of-the-box.
SharePoint Search will not suit all of your needs without configuration
Some of our customers say: We want it to work just like Google, but some of them don’t seem to understand that Google does not “just work”. Every day thousands and thousands of Google employees work on improving the search engine and adapt it to the always changing world-wide web. The same is true for Bing, it does not “just work”. In fact, we do have Bing in SharePoint. The core of the Bing search engine has been implemented in SharePoint 2013. So why does it still not fulfill all needs? Most importantly because of company specific metadata and taxonomies; even company has its own list of content types, metadata, and no site structure is the same. The SharePoint Search engine just needs some help to be able to understand the content better.
Search configuration and tweaking should be part of the project plan, and it must be understood that this takes time up-front, but also ongoing effort. I have compiled a list of 10 tips how you can make SharePoint Search work for you. I’ve added them in random order, there is no best tip as it all depends on your requirements and organisation.