Pic 02

wiseadvice Systems & Consulting GmbH

We Support Your Digital Business Transformation

6 Weeks!

We believe that implementing an IT-project should not take longer than 4-6 weeks after the  has been determined! 

By implementing the project we mean

  • building the prototype
  • deploying the productive version

If we believe the 6-weeks condition could not be met given the existing project scope, we discuss with our client how to prune the set of project objectives in order to be able to accomplish the 6 weeks target.

left out will be addressed in another project.

because ...

  • Buy-In of management will increase
  • Motivation of involved staff is preserved
  • Value is added quickly

otherwise ...

  • Commitment of management likely to fade
  • Buy-In of involved client's staff will decrease
  • Costs (money + resources) likely to run out of budget
  • Likelihood of failure increases dramatically

Is complying with the 6-Weeks Rule realistic for large IT-Projects?

Case Study

This question is best explained by example:

A client of ours, a venture capital fund of fund, decided to become fully digital in all of his workflows. This included data maintenance, reporting and running a customer portal which provides services to investors in the fund.

Seems like a big task, right?
Some banks will spend millions of Euros on similar projects.
If they are lucky, after a few years the project comes to an end.

How we did approach the mission ...

Identifying Pivotal Points 

We identified that setting up the fund's database would form the foundation for all further achievements. At the same time we wanted to have something quickly usable and visible for the client who was not experienced with regards to IT-Projects.

Identifying Software 

We decided to use the tool


The tool allows to a company's database by drag and drop.

  1. With Xalimo TeamPlay® we were able to create models for
    1. the fund-of-fund,
    2. the target fund,
    3. the equity holding,
    4. the investor,
    5. time series data
    6. etc.
  2. Xalimo TeamPlay® provides many ways to capture and maintain data. Among these methods one is to enter data in a report format. This came in handy as producing a report was part of the project objectives anyway.
    • Just like filling-in a PDF-form the user can capture all the information he or she wants to share with investors. 

    • By clicking on a button a PDF-Report is being created, ready to be circulated among investors
    • When the next report is due, based on the last report and recent developments the new report is being drafted and published
  1. As a side-effect the above modeled data structure was populated with actual data.

Having chosen the right software tool and identifying the structure of the task to be solved was key to comply with the 6-weeks-rule:

Project Definition

Name of Project:  & Quarterly Reporting


  1. Modelling the companies data structure.
  2. Maintaining data and documents on the fund, target funds, holdings, investors, transactions on the various investment levels
  3. Designing and layouting the quarterly report (corporate layout, charts, logos)
  4. Aggregating data across the various levels (fund-of-fund, target funds, holdings within those, views on markets and investments)
  5. Being able to provide PDF-reports to the fund's investors, 
  6. Avoiding any kind of redundant manual entry of data
  7. Provide convenient methods of maintaining data
  8. Keeping records on any data changes regarding content, time of change and who did the change

Out-Of-Scope:    (this was the client's job)

Duration of Project: 5 weeks

Costs of Project: Less than 15k Euros

The Second Project

You will not be surprised to learn that setting up the customer portal would have made the second project

With the company's data structure and data at our disposal it was not difficult to tap into the data and provide services and information to investors based on their access rights through a client-server web application.

Duration of Project: 4 weeks

Costs of Project: Less than 10k Euros

Isn't it just Words?

You might argue that dividing the initial project into two parts is just semantics. We do not think that this is the case for the following reasons:

  1. Each project could be stand alone*. The customer might decide to postpone the second project to the next year or even to skip it. He still could utilize the features provided by the first project.
  2. Project one and two are interchangeable* regarding their order of implementation

*as long as the first project includes setting-up the database

Are there risks to this approach?

We have heard the argument many times:

»When thinking and, as a result, implementing separate projects, isn't there a chance that the overall goal might not be achieved due to flaws in the design of any of the single projects?«

The answer is: Yes could be. Worst case we need to re-design and refactor an involved project implementation in order to fix flaws which might lead to extra costs. Still the advantages like overall cost-savings, extremely short time-to-market will outweigh the costs and risks of giant-projects by far!

The approach we take does hence qualify as Agile IT Development