That O365 Guru from Cape Town (#NadirKamdar)

Proper project planning and process management is essential for successful projects, but after working on SharePoint projects for over 4 years now, I have discovered some common pitfalls, some unique to SharePoint projects while others are general issues that seem to pop up more frequently in SharePoint projects. The following are some common pitfalls and some tips to help make the project more successful (please note that some of these pitfalls has been mentioned in previous posts, and this posts aims to summarize my findings). Pitfall #1: You are NOT using SharePoint correctly One of the first things people must understand about SharePoint is that Microsoft did not create SharePoint as a replacement of their existing offering. Microsoft created SharePoint for fulfill an organizational need, and they were clever enough to create in is such a manner that it complements (NOT replaces) there other offerings. Lets look at an example and focus on Intranets, before ShareP...

I have been studying project management in the last few months; the course is very interesting but works on the assumption that you are a project manager working on projects for your organisation. In my case, that is not true. I work for a consultant (outsourcing) company, meaning that the “projects” I work on is really for the benefit of my client’s organisation and this small distinction makes a big difference in how the project manager handles the project. Firstly, let’s look at the purpose of a project. For an organisation to finally decide to invest into a project the organisation must see that the success in the project will lead to the success of the organisation; the project also needs to fit strategically within the organisation, the following considerations needs to take place: Does the project fit with the organisation’s technology architecture? Does the project follow corporate standards, policies and methods? Can the project last with the organisation’s business...

My current role involves more than just department and project management. it also involves pre-sales demonstrations. Prepping for a demonstration is very time consuming and very difficuly, especially since its not my primary job function. Over time, I managed to define an approach that produces great demonstrations with minimal prep time. I am going to share this approach with you. This approach is constantly improving and I value any feedback and recommendations you may have that can help me improve this approach. 1. Do not re-invent the wheel. As a Microsoft Gold Partner, focused on SharePoint and ASP.NET solutions.  My demonstrations are focused on showing off Microsoft products. If my pre-sale demonstration leads to a sale, my Company and Microsoft wins. Microsoft is aware of this and they want my demonstrations to Rock! If fact, it’s in there best interest to build detailed demonstrations for me, and that’s exactly what they did. Go to the following si...

This article is a continuation of Part 2 - Please read that article first. Phase 3: Development   In the development phase, the solution is built according to the specifications defined by the architect (As defined in Part 2 ).   The development phase requires 2 key players, the SharePoint Administrator and the SharePoint Developer.  Yes - this is two different roles with two different skill sets.  You may want to add SharePoint data-capturer to the list so basic tasks like deploying a taxonomy and site population can be completed by a cheaper resource, allowing the higher skilled resources to spend time on more complex requirements. The SharePoint Administrator The SharePoint Administrator focus is on the setting up, configuration and management of services running on SharePoint.  Anything available "out of the box" from SharePoint can be deployed by the SharePoint Administrator, which should be at least 80% of the entire solution.  (If anyth...

This article is a continuation of Part 1 - Please read that article first.   Phase 2: Planning After the Envision Phase is completed, the Planning Phase starts, that requires a different set of skills. If the Envision Phase is all about "What the Organisation wants", then the Planning Phase is about  "How are we going to give them what they want". Successful projects (SharePoint or otherwise) places a lot of time into planning, on average, 20% of your entire project should be placed in the planning phase, if you get that right, the future phases is just about applying the plan. The experts needed for this phase are as follows: Project Manager Business Analyst SharePoint Architect Infrastructure/network administrator Database administrator SharePoint Designer Steering Committee From the last phase, the Business Analyst would have defined the scope and document what the organisation wants.   In this phase, the SharePoint Architect...

I published my “ Shortage of SharePoint skills ” blog post on numerous sites, many readers were in agreement with the points made in the article but the comments surrounding the blog post indicate that the shortage exists because companies are looking for ONE person to handle the entire SharePoint delivery. I have a few theories why this is happening. Bottom line, the business does not know what SharePoint is; they see it as a product similar to Word and Excel, so they get there IT administrator to install this product, and expect everyone to use it. Unfortunately, it’s not that simple. Unlike Word and Excel, SharePoint is a platform, not really a product, and this platform is very flexible. It’s designed that way so it can be adjusted to fit within your organisation, be it a small business or a multinational company. SharePoint also offers a lot. It’s described as a collaboration platform, but this platform offers Content Management, Intranet Portals, Business Intelligence, W...

Microsoft has been very successful to promoting their SharePoint product, even though SharePoint has been around for a while, there 2007 and now 2010 version is something every organisation wants. With Microsoft practically giving away SharePoint licenses to organisations via EA agreements – we are reaching a very unique and rather unexpected situation where the demand for SharePoint developers is surpassing the demand for Web developers. This shift in demand are forcing IT departments and Web Development companies to reduce the size of the web development teams and increase the size of their SharePoint team, in other words, take staff originally hired for web development and get them into SharePoint development. This is currently the "normal" approach in getting SharePoint experts, many IT Recruitment companies still don’t understand this shift in demand, and are not yet focusing in the SharePoint space, some recruiting companies haven’t even heard of SharePoint and...