• Home
  • RSS Feed
  • Log in

Archive for the ‘lean architecture’ Category

Denis Koelewijn

Lean Architecture Principle #8: Focus on the Value Stream
Posted by Denis Koelewijn in the early morning: July 15th, 2010

This is the eight post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The eight principle we discuss is called “Focus on the value stream“. (more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | 1 Comment »

Gero Vermaas

Lean Architecture Principle #7: Architecture Initiated by Business Goals
Posted by Gero Vermaas in the early evening: June 21st, 2010

This is the seventh post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The seventh principle we discuss is called “Architecture Initiated by Business Goals“. (more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | 1 Comment »


Lean Architecture Principle #6: Iterative Architecture Development
Posted by Sander van den Berg around lunchtime: June 11th, 2010

This is the sixth post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The sixth principle we discuss applies to the process of architecting and is called “Iterative Architecture Development”.

(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | No Comments »

Denis Koelewijn

Lean Architecture Principle #5: Just in time, just enough
Posted by Denis Koelewijn at around evening time: June 2nd, 2010

This is the fifth post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The fifth principle is called “Just in time, just enough“. The essence of this principle is that only architectural work is done that is necessary and possible at that very moment.
(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | No Comments »

Gero Vermaas

Lean Architecture Principle #4: All Hands on Deck early on
Posted by Gero Vermaas in the early morning: May 27th, 2010

This is the forth post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The forth principle is call “All hands on deck early on” (initially coined  by James O. Coplien). The essence of this principle is that all stakeholders of a project are involved at the start of the project.

(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | 5 Comments »


Lean Architecture Principle #3: Think Big, Act Small
Posted by Sander van den Berg in the early evening: May 20th, 2010

This is the third post in a series of blog posts discussing Lean Architecture principles. Each post discusses one principle. Applying these principles results in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive.

The second principle we discuss applies to an important faces of architecting and is called “Think Big, Act Small“. (more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, lean architecture | No Comments »

Denis Koelewijn

Lean Architecture Principle #2: Travel light
Posted by Denis Koelewijn just before lunchtime: May 13th, 2010

This is the second of a series of blog posts discussing Lean Architecture principles. Each post will discuss one principle and applying these principles will result in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. Last week we discussed the first principle Always involved. In this blog entry we discuss the second principle that applies to the architect role and the  architectural artifacts and is called “Travel Light“. Travel light should be taken literally, how much does the architect have to carry around running from stakeholder to stakeholder? How much material does he need to explain the business needs to the development team, what does he need to explain the vision of the product to the business, to involve operations early on, etc., etc. ?

(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Architecture, Java, lean architecture | No Comments »

Gero Vermaas

Lean Architecture Principle #1: Always involved
Posted by Gero Vermaas in the early morning: April 28th, 2010

This is the second of a series of blog posts discussing Lean Architecture principles. Each post will discuss one principle and applying these principles will result in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The first principle that we discuss applies to the architect role and is called “Always Involved”. The architect role is not limited to one project phase or even one project, a good architect takes a much broader perspective. The Lean Architect constantly communicates with all stakeholders (from business till operations), plays an active role in running projects, and ensures that lessons learned in projects are known and where applicable used in other projects.
<!– MORE –>
We probably all know at least one example of architects that were not connected to the business objectives or to the projects being executed in an organization. The architects get an assignment from a project manager, isolate themselfes in an office, works for months discussing with each other, but not with business, project, operational maintenance or other stakeholders and produce a 100+ page document containing their perfect architecture. After delivering the document they abandon the ship and await a new assignment. This is an extreme case (although it does happen in reality), but variations in which the architect is only involved at the start of a project, or only communicates with one of the stakeholders are very common.
Always involved means that architects are involved during the whole lifecycle of a project, from the initial inception of ideas up until (and including) when the deliverables of a project are in production. The degree of involvement may vary depending on the project phase, but architects always stay in the loop. The architects feel responsible for the business goals and are committed to deliver value such that these goals are reached. They are supporting multiple projects and constantly create alignment between stakeholders of all projects and takes lessons learned in projects into account, ensuring that other can learn from it.
How does the principle contribute to the 3 C’s of architecture? A better cohesion is achieved since the architect takes an active role in all projects. This enables him to ensure that projects learn from each other and that similar problems are solved in a consistent way (e.g. process orchestration). Connection with organizational goals (both business and project) is improved since architects interact with the business and project side on a regular basis. This forces architects to understand these goals and enables him to translate these into IT goals. Architects also ensure that the other stakeholders understand the reasoning for these IT goals. Also, due to the constant involvement in projects, feedback, lessons learned, are immediately incorporated in the architecture vision. Changeability is improved because architects know what parts of the business are most likely to change, he can – together with other stakeholders – make decisions that are facilitating this change or at minimum not creating upfront barriers that would make responding to these changes hard.
What does it bring the organizations when the architects are always involved? First: The priorities are set correct. Both from business and project side architects are fed with priorities and they can now make a balanced decision: on what should they focus now? Impediments that prevent (or shortly will) projects from making progress are on the architects radar. So are the latest market or organizational developments from the business side. Because the architects are constantly fed with information from all stakeholders and results of choices made earlier by themself, subsequent decisions will be based on real world facts/experience and not on theoretical assumptions.
This was the second in a series of blog posts on Lean Architecture principles, the next one will follow in about a week.

This is the second of a series of blog posts discussing Lean Architecture principles. Each post will discuss one principle and applying these principles will result in an architecture (process) that is better connected to the business, better able to deal with change and more cohesive. The first principle that we discuss applies to the architect role and is called “Always Involved“. The architect role is not limited to one project phase or even one project, a good architect takes a much broader perspective. The Lean Architect constantly communicates with all stakeholders (from business till operations), plays an active role in running projects, and ensures that lessons learned in projects are known and where applicable used in other projects.

(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under Agile, Architecture, lean architecture | 2 Comments »

Gerard Janssen

The Three C’s of architecture
Posted by Gerard Janssen terribly early in the morning: April 23rd, 2010

In our work with clients we often have discussions about the function of architecture and the role of architects. These discussion are largely due to fact that architecture does not visibly contribute to organizational goals and is perceived as a nuisance for projects. Many discussions originate from a lack of understanding of the role and place of architects in the organization. We have defined three goals of the architecture function in IT organizations: The Three C’s of Architecture. These are: Connection, Cohesion and Changeability. Taking these as the prime principles of architecture provides focus on what to do and how to position architecture in the organization.
(more…)

Share

Tags: agile architectuur, Architecture, Lean, lean architecture, lean architectuur
Filed under lean architecture | 5 Comments »

Gerard Janssen

Simplicity is not just a virtue, it is a systemic quality
Posted by Gerard Janssen at around evening time: April 19th, 2010

Architecture can be divided into two categories : simple and complex.
And actually, it is the same with people. I prefer simple, humble and straightforward people. I find complex people hard to relate to, they often make a fuss about things that seem irrelevant to me and  make life harder than it should be. In Holland we have a saying: “Such a person should come with a manual”. Only, I hardly ever read a manual. That is why I prefer people with a straightforward and ‘simple’ character that lack pretense and that you can take at face value.  And it should be the same with architecture: let’s keep it simple. Simplicity is in fact a systemic quality that must be a driving force in architecture.
(more…)

Share

Tags: Audits
Filed under Architecture, lean architecture, Quality Assurance | 4 Comments »

Newer posts →

Xebia Sites

  • Xebia Corporate
  • Xebia France
  • Xebia India
  • XebiCon 2012

Categories

  • Java (312)
  • Agile (192)
  • General (141)
  • Scrum (70)
  • Testing (65)
  • Architecture (65)
  • Performance (47)
  • Middleware (59)
    • Deployment (40)
  • Xebia Labs (41)
  • SOA (31)
  • Project Management (31)
  • Podcast (31)
  • Tools (28)
  • Uncategorized (24)
  • lean architecture (20)
  • Quality Assurance (19)
  • Articles (15)
  • Requirements Management (14)
  • Virtualization (21)

Tag Cloud

    JPA Groovy JPA implementation patterns agile architectuur Architecture Hibernate TDD Ajax Eclipse lean architectuur ACT Grails Spring Javascript Agile Maven XML Concurrency Control Frameworks Moving to India Xebia product owner lean architecture Java Scala Scrum Oracle Lean Flex SOA

Archives

  • May 2012
  • April 2012
  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • November 2011
  • October 2011
  • September 2011
  • August 2011
  • July 2011
  • June 2011
Avatars by Sterling Adventures