AEM Team Size Non-Scientific Study | Community
Skip to main content
T
Tom_Fought
Level 4
December 3, 2024
Solved

AEM Team Size Non-Scientific Study

  • December 3, 2024
  • 3 replies
  • 956 views

I'm just curious how large your AEM develop team is and how the team is structured around responsibilities. Thanks.

    This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
    Best answer by daniel-strmecki

    Hi @Tom_Fought,

    I am working on a quite complex AEMaaCS project with >100 websites and our team setup is:

    • 1 PO
    • 1 SM
    • 1 SA
    • 1 UI/UX
    • 3 BE Devs
    • 3 FE Devs
    • 4 AMS to cover all time zones

    I believe the best solutions are built by small teams composed of talents who really know what they are doing. In my experience staffing too many developers usually doesn't lead to improved velocity or quality.

     

    Hope this helps,

    Daniel

    3 replies

    Tethich
    Community Advisor
    TethichCommunity Advisor
    Community Advisor
    December 3, 2024

    Hi @tom_fought 

    It depends on the project.

     

    I have worked on projects where we were 50 people on an AEM project. I have also worked on projects where were 10 or even less, 4.

    Here I am talking about teams formed of pure AEM developers (considered backend), UI developers (considered frontend), test team (qa & automation), UX designers, scrum master(s)/iteration manager(s), Product Owners (PO), Business Analyst (BA), project manager, solution and/or enterprise architects.

     

    There is not a predefined recipe like one-fits-all setup. Everything depends on the scope and budget. Depends on the type of the project as well, cause' you might have a PoC, or an MVP or a scale to Production solution. Also in different stages you may have different team sizes and roles. For example in a Discovery phase you might have only business people, end users, architect , BA and some senior technical people. Later you might reduce the number of architects and increase number of developers cause you want to deliver more and more. And later you might enter a maintenance phase where you downsize number of developers and increase L1 support people.

      T
      Tom_FoughtAuthor
      Level 4
      December 3, 2024

      That makes sense.

      I guess I am looking for the size of the core team that always supports and maintains the AEM environment.

      Tethich
      Community Advisor
      TethichCommunity Advisor
      Community Advisor
      December 4, 2024

      As I said, depends on a lot of things. But to put that in numbers, for example I have seen the following two project setups (strict in terms of AEM developers team):

       

      Project 1: 4 AEM developers

      • AEM on-prem
      • > 10 git repositories
      • ~ 100 AEM components
      • 2 templates
      • 10 integrations with external systems
      • 1 relational database
      • 4 private cloud environments
      • 1 author virtual machine per env
      • 2 to 10 publish virtual machines per env
      • 1 dispatcher per env
      • dozens of GiBs of content
      • 1 site (domain)
      • 1 language (English)
      • no public access to pages
      • developed in 4 years

      Project 2: 4 AEM developers

      • AEM as a Cloud Service
      • 2 git repositories
      • ~ 50 components
      • ~ 30 editable templates
      • ~ 5 integrations with external third-parties
      • mainly standard AEMaaCS envs (Dev, Test, Stage, Prod)
      • CDN
      • few GiBs of content
      • > 100 sites
      • average 10 languages per site
      • public access to sites
      • Developed in 2 - 3 years
        daniel-strmecki
        Community Advisor and Adobe Champion
        daniel-strmeckiCommunity Advisor and Adobe ChampionAccepted solution
        Community Advisor and Adobe Champion
        December 4, 2024

        Hi @Tom_Fought,

        I am working on a quite complex AEMaaCS project with >100 websites and our team setup is:

        • 1 PO
        • 1 SM
        • 1 SA
        • 1 UI/UX
        • 3 BE Devs
        • 3 FE Devs
        • 4 AMS to cover all time zones

        I believe the best solutions are built by small teams composed of talents who really know what they are doing. In my experience staffing too many developers usually doesn't lead to improved velocity or quality.

         

        Hope this helps,

        Daniel

          kautuk_sahni
          Community Manager
          kautuk_sahniCommunity Manager
          Community Manager
          December 16, 2024

          @tom_fought Did you find the suggestion helpful? Please let us know if you require more information. Otherwise, please mark the answer as correct for posterity. Thank you!

          Kautuk Sahni
          Terms & ConditionsAccessibility statement

          Loading footer...