Efficiency

  • Being agile or doing Agile

    Today, all companies wants to become agile. This is great. Most of them wants to be agile by applying one of the Agile methodologies. What is strange. Let’s go through the intention, what shrives this „agility movement“!

  • Ammo Domini

    I saw and heard many times (certainly not at you), that professionality is over in the IT field. Quality falls, deadlines are missed, costs are increasing and the joy of creation lost somewhere on the road. In the past everything was better and so. 

    What could be the reason? Large projects are still exists, empowering targets are still there, more money spent then ever - it seems to be a perfect situation to fly and still... I collected you some reasons for those cases when this bad feeling is right. Some ammo for the feeling of 'anno Domini'.

  • Competition is the fuel of improvements

    Without competition, the things will not improve. On the other hand multiple parties in a competitive situation may cause different problems. Let's go through these issues and get some tips to handle them.

  • Deliver values or observe the rules?

    If you never met this question you are living somewhere else but not in the IT industry! Here I collected some practical examples you may refer to when facing the question in the title. Here at the start my position about rules and principles: freedom is made by great rules and this is a basement to maximise ability to change! This article is the continuation of Rules and exceptions article.

  • And the best methodology is...

    What is the best development methodology? Waterfall? Agile? An iterative model? Something else? Companies and projects are looking to find the best approach to deliver on time and on budget and still keeping the scope. People are arguing in personal discussions and forums highlighting pros and cons about their best one, but I did not see the ultimate answer. Now I can help you to have it!

  • Size does matter!

    The eternal question is if size matters or not? One says it is important others think it is not, while there are people saying: it depends. What is the best size? Sure you may say the larger is better? You are maybe right. May be not... Come and read more to get the answer!

  • A tail of Rulefort and Cheaperville

    Why do you need Enterprise Architecture management? Based on the definition you find on the portal, you may know - or not. This article is for two kinds of people as the people has two different kinds: one understands why enterprise architecture and the other does not. Those who understands may find some good analogy to describe the necessity of EA, while the others would make sense of the essence. First of all, remember: EA is not a must!

  • Everything you always wanted to know about Complexity

    "The law of entropy tells us that the battle for simplicity is never over."
    Roger Sessions.

    All we now similar laconism about the problem of complexity. On the other hand, each Enterprise Architect knows, that our focus is to have a simple architecture. The real challenge behind this mission is that we are trying to optimise something what we cannot measure. The missing measure is the persistent doubtfulness if we go to the right direction. What is the solution?

  • Price tag of project delays

    How to calculate the cost of project delays? This article describes an approach, which shows the cost of delays in the percentage of net present value  (NPV) of projects. The theory is not prepared to use on a single project. The target is to show the cost of delays generally for a given organisation, which runs several project in parallel, since the method uses generalities. The result is usable to help avoid or eliminate the bottlenecks in the company or organisation.

    The calculation prescinds from the every day’s business but still focuses to the real problem, which is the accurate delivery of project targets, by effective resource allocation.

© 2017 Architect Archers