Granikos Technology Blog

What is agile?

Today we start with our  short series about agile Project Management with this first article.

Agile Project Management

Agile Project Management - The "evil dark method" which opposes the good old Waterfall Model!

Nowadays almost everyone (at least in IT environments) talks about agile project management methods.
Some already checked them out, but often enough there are some counter positions to these methods which are related to some unclear things within the methodology.

This small series will try to describe in detail what agile project management is and what are the success factors.

First of all: agile project management is a methodology and a mindset! It is NOT a strictly designed process, which will solve problems magically.
Key points of "agile" are:


  • Individuals and interactions over processes and tools

  • Working software over comprehensive documentation

  • End User collaboration over contract negotiation

  • Responding to change over following a plan


Agile Project management works iterative, the product AND the process will be reviewed and optimized after each iteration

The highly collaborative structure focuses on teamwork and end user transparency as in showing actual project progress or problems which slowed down the progress

At the end of each iteration there will be a product increment which can be used by the customer, this creates actual value and ROI even before the end of the project

  • Individuals and interactions over processes and tools

    • Changing requirements & environment
    • Misunderstanding of requirements
    • Scope creep
    • Change of resources
    • Lack of communication between End User and IT

Agile Project management can be used in nearly all custom development projects.


However there are certain scenarios where agile might not be the to-go option:

If your project has 100% fixed requirements, which will surely not change during the project (by the way...just because they are written down, it does not mean they are fixed!)…

If you roll out "commercial off-the-shelf" software, which is already packaged and automatically distributed (think about MS Office for example)...
If your project deals with upgrading or patching a system
… then agile might not be the right approach.
If you are thinking about doing your own agile project it is highly recommended to involve an already agile-experienced colleague as an "Agile-Coach".
He can help you to set up the process and working mode and help to get a clear understanding what agile is about.
Here are some doubts which are quite common regarding agile methods:

A project manager or End User might say:

  • "Agile is chaos! The outcome and the goal of the project is not clear!"
    • The working mode is actually very structured and strict. There is a vision for each iteration and the project itself. This vision is the basis for the outcome of the iteration or project.
  • "I am unsure about what do i get when?"
    • After each iteration there will be a product increment which can potentially be used by the customer. It contains the most important functions, as they are implemented according to the prioritization.
  • "I am already doing agile projects all the time!"
    • Today's requirements to IT basically can't be served by following the waterfall model. This might be the reason you are already agile in a way. It still might be useful to include more agile working methods, to actually work agile and not "pseudo-agile".


The QM-People might say:

  • "Where is the documentation?"
    • Each project creates their own "Definition of Done", which has to be completed for each requirement. This also includes necessary documentation of what was actually done. Furthermore the current project management process is in rework. After the rework it will also include agile projects and therefore also give requirements for documentation.


The developer might say:

  • "There are too many meetings!"
    • If you don't think that the meetings benefit to your project - just don't do them. Agile is based on customizing and optimizing the process. If you realize later on that the meetings were actually useful - just do them again. It is YOUR agile way of working, not a "set-in-stone" process.
  • "I can't commit my workload for the next two weeks!"
    • If you can't commit your workload for just two weeks, then how can you commit on a project which has a duration of multiple months?
    • If you are not able to commit on your work, this might also show the organization in which areas there are resources missing.

The team lead might say:

  • "This won't fit to my area"
    • Discuss the approach with your customers or try it out if possible. If the customer and developer satisfaction is lower than usually, or the efficiency of the project was lower - stick to what works best for you.
    • By trying out we mean that you try the approach in a smaller project, to see if it makes sense for you. It is highly recommended to include an "Agile-Coach" who helps you to set up the project and to integrate agile methods into your work.


This was the first part of our small Series about Agile Project Management. Look out for the next part which we are going to publish soon called "Agile Project Management – What is SCRUM"

The whole Series contains 4 pieces:

Agile Project Management – Basics (Part1)
Agile Project Management – What is SCRUM (Part2)
Agile Project Management – Agile Project Management in real Life (Part3)
Agile Project Management – Agile on the next Level – Program Management (Part4)

If you have any comments on our Articles, your Feedback is highly welcome.



Weiterlesen »

Das Blog Cumulative Update für Dezember 2017 (CU1217) fasst interessante Themen rund um Cloud SicherheitExchange ServerOffice 365, Azure und Skype for Business (aka Lync) des Monats Dezember 2017 zusammen.

Exchange Server

Office 365 | OneDrive | Exchange Online | and more

Skype for Business, Lync Server & Communication

Microsoft Azure

Cloud Themen & Cloud Sicherheit

Knowledge Base & TechNet



Podcast Empfehlungen



Gerne unterstützen wir Sie bei der Planung und Durchführung Ihrer Exchange Server Implementierung oder Migration.

Sie denken über einen vollständigen Wechsel zu Office 365 oder eine Hybrid-Konfiguration mit Office 365 nach? Wir beraten Sie umfassend und neutral über die Möglichkeiten der Office 365 Plattform.

Sie möchten mehr über Exchange Server 2016 erfahren? Gerne erläutern wir Ihnen die technischen Änderungen und Chancen für Ihr Unternehmen in einem individuellen Workshop.

Weitere Informationen zu unseren Dienstleistungen finden Sie auf unserer Website ( oder Sie kontaktieren direkt unser Vertriebsteam:


Weiterlesen »

Heute wurde mein Gastbeitrag im ENow Exchange & Office 365 Solutions Engine Blog (ESE) zum Thema

Modern Attachments with OneDrive for Business


ESE Blog - Modern Attachments with OneDrive for Business

Ich wünsche viel Spaß beim Lesen.

Hier geht es zum Artikel:





Weiterlesen »

SharePointAm 16. Mai 2017 findet der SharePoint Virtual Summit statt.

In den letzten Monaten wurden im Bereich SharePoint und OneDrive for Business zahlreiche Neuerungen eingeführt

  • Die erste SharePoint App für alle mobilen Plattformen und eine neue Benutzeroberfläche in Office 365
  • Nahtlose Integration moderner SharePoint Team Sites mit Office 365 Groups und Microsoft Teams
  • Neuer OneDrive Sync Client mit Support für SharePoint Dateien und geteilte Ordner
  • PowerApps und Microsoft Flow Integration zur Unterstützung zur schnellen Entwicklung von Apps und Geschäftsprozessen
  • SharePoint Framework als modernes Client-Entwicklungsmodel
  • Neue Sicherheits- und Compliancefunktionen, wie z.B. Data Loss Prevention (DLP), Conditional Access und Mobile Device Management (MDM)

OneDrive for BusinessInsbesondere für OneDrive for Business werden auf der Veranstaltung interessante Neuigkeiten verkündet und demonstriert werden.

Eine Teilnahme lohnt sich,

Registrieren Sie sich jetzt

Weiterlesen »

Vor Office 365 gab es bereits eine Cloud Productivity Lösung von Microsoft. Die Business Productivity Online Services (BPOS) haben Dienste auf Basis der Produkte Exchange 2007 and MOSS 2007 bereitgestellt.

SharePoint Sites wurden in BPOS unter der Domäne erstellt und sind bis heute in Nutzung.

Ab dem 1. Januar 2017 werden SharePoint Sites, die noch der * Namenskonvention entsprechen, zu * überführt.

Administratoren können dies bereits vor dem 1. Januar 2017 durchführen. Microsoft hat hierzu einen Support-Artikel veröffentlicht.

Neben der reinen Änderung der Url für die SharePoint Sites ergibt sich ein zusätzlicher Vorteil. SharePoint Sites unter der Url * können das neue SharePoint App Modell nutzen. Dies ist unter * nicht möglich.



Viel Spaß mit Office 365.


Weiterlesen »