All sectors are concerned by the digital transformation! That’s the reality of all companies.

In our recent report about DevOps, we write about this extensively and show how this digital transformation takes place in a context where companies need to always deliver more value – i.e. more services  – to the business or customers, faster and faster with even more flexible teams.

  • This implies new constraints and new challenges to these companies.
  • They have to develop applications, services that:
  • Run on heterogeneous environments
  • For always decreasing budgets
  • But taking into account continuous changes of the requirements And Providing new release in short iteration
  • That were Developed by distributed teams
  • For the same quality and availability level
  • My role, as an architect, in this context is to guarantee that the time spent to build a solution/application is optimized – i.e. shorten – in order to reduce the costs. But the tricky thing is that the solution still needs to guarantee the same high level of quality.
    This means that the recommendations and best practices for the technology used to build the solution are applied. In order to guarantee all of that the review and verification process needs to be automated all the development process long : from the requirements gathering to the solution deployment, through the design and the development steps!

    But how to reach these objectives? What kind of tools or methodology exist? Is it an organizational problem to solve ?
    In fact, the three areas contribute to reach the goal by applying a DevOps Approach !
    Then what is DevOps ?

    This is an acronym to gather a mix of new and established concepts in a trend and approach that spreads quickly across the IT community. But there are  lots of acronyms for which different people have a different and often opposite view  of its meaning.

    But I am sure of one thing, that’s not a tool that you can buy and deploy to solve all your development process concerns : design development, build, maintenance, deployment and change request process !

    Tools are at the art of DevOps, as they help to automate the different steps of the development process with the defined constraints and goals.

    DevOps is an approach that  mixes the management of resource (to give them a specific culture), of process/organization (to build integrated team, mix all the profiles) and tools. The only goal is to build and deliver the solution that bring the best value to the customer, in a continuous way!

    DevOps is extending ALM (Application Lifecycle Management, another acronym), that focusses on the management of the solution/application development process, to the application management and environment management on which the aforementioned application is running.

    In my next blog posts, I will write in detail, the different viewpoints of a DevOps approach, i.e.:

    • The resources, as actors involved in the DevOps approach, and how they will be organized
    • The process and how the different development steps are performed by the different resources
    • The tools : what kind of tools can help to put in place a DevOps approach

    A last question is still pending : what are the pre-requisite to put in place a DevOps approach? Could we deploy the DevOps approach block by block (the tools first, then the process or other way round)? Or should we deploy it with a global approach in a single step ?


    Olivier Pierrat joins Sogeti in February 2011, as ADMS Practice Leader, for the East Business Unit. In this role, he is responsible of deploying the Digital convergence offering portfolio, especially the Collaborative and Connected customer offers. He’s also Innovation leader for the East BU. More on Olivier

    Posted in: Agile, Application Lifecycle Management, architecture, Automation Testing, Behaviour Driven Development, DevOps, Infrastructure, Innovation, Managed Testing Services, non-functional testing, Software testing, Test environment, Test Environment Management, test framework, Working in software testing      
    Comments: 0
    Tags: , , , , , , , , , ,


    Software ArchitectWe are in the age of Digital Transformation. The concept is everywhere, in all discussions… but why ? Mainly because all companies need to innovate, transform their business model to stay in the competition in a rapidly changing world, fostered by fast-changing technologies. Companies need to provide more and more business value for a Business to Business to Customer/Consumer(B2B2C) ecosystem!

    But in this situation, what is the role of an architect? Has it changed? Yes, for sure! Now, the architect’s role needs to adapt to this new model, with respect to business, organisation and governance. The architect should no longer be responsible only for defining how to use one or another technology to build solutions. The architect’s role, in the digital transformation era, is to define WHAT solution to build and WHY, and HOW will that specific solution offer business value to the whole ecosystem of the company, for the given business model.

    The architect’s role has become a key role in organisations, just like the new Chief Digital Officer’s role. The architect needs to build the bridge connecting the business, the operations and the IT! He/she will increasingly define which ‘off-the-shelf’ components to integrate and how to build the new business solution that will push the new business ecosystem – named B2B2C.

    The other big concern for architects is the optimisation of the time spent to realise all tasks to build the solution. So, the architect’s role has become as important as the project manager’s role. He/she is the team leader that develops the vision and builds the digital strategy for the company – the strategy that will provide a business advantage to the company to win the competition. This means that the architect has to understand the business model and the impact of his/her solution on the business model!

    As an architect, I’ve taken up this evolved role as a great challenge!

    To read the original post and add comments, please visit the SogetiLabs blog: How is an Architect’s role changing in the Digital Transformation era?

    Related Posts:

    1. How CESCE reinvented itself: A Digital Transformation success story
    2. Digital convergence requires transformation and omnichannel solutions
    3. Key themes for QA & Testing organizations to focus on during Digital Transformation
    4. Quality-driven Digital Transformation

    Olivier Pierrat joins Sogeti in February 2011, as ADMS Practice Leader, for the East Business Unit. In this role, he is responsible of deploying the Digital convergence offering portfolio, especially the Collaborative and Connected customer offers. He’s also Innovation leader for the East BU. More on Olivier

    Posted in: Business Intelligence, Digital strategy, Innovation, Technology Outlook, Testing and innovation, Transformation      
    Comments: 0
    Tags: , , , , ,