{"id":3224,"date":"2021-12-02T16:05:27","date_gmt":"2021-12-02T16:05:27","guid":{"rendered":"https:\/\/agilebeyondboundary.com\/?p=3224"},"modified":"2021-12-17T06:01:38","modified_gmt":"2021-12-17T06:01:38","slug":"from-agile-teams-to-pods","status":"publish","type":"post","link":"https:\/\/agilebeyondboundary.com\/index.php\/2021\/12\/02\/from-agile-teams-to-pods\/","title":{"rendered":"From Agile Teams to PODs"},"content":{"rendered":"\n<p>\u201cIn place of allocating people to project, allocate project to team\u201d.&nbsp;&nbsp;This paradigm shift in approach is being advice and advocated by agile experts for all good reasons.&nbsp;<\/p>\n\n\n\n<p>Many companies are adopting this approach; I personally have been part of team working on this approach in a multinational company.&nbsp;&nbsp;We adopted it well in our sub-function. Here is my learning (based on failure and success) on how we did it and challenges&nbsp;<\/p>\n\n\n\n<p>Idea here is to form full stake teams, allocate them project, when project ends, don\u2019t dismantle team, rather maintain them (as you maintain people on bench) and then allocate new project to same team.<\/p>\n\n\n\n<p>This shift is difficult but also essential.&nbsp;&nbsp;It\u2019s difficult to get away from traditional approach of team formation based on project need; new approach suggest to form teams (cross functional self sufficient) upfront and then allocates any project to them.&nbsp;&nbsp;&nbsp;We prefer to call them Pod.<\/p>\n\n\n\n<p>Most asked question by both internal stakeholders as well as customer is \u201cwhat full form of Pod is?\u201d Well, here Pod is not an abbreviation; in current context it\u2019s about completion in itself (like iPod), it\u2019s a complete unit capable of doing-all-that-needs for a successful project delivery.<\/p>\n\n\n\n<p><strong>Why Pod &#8211;&nbsp;<\/strong><\/p>\n\n\n\n<ol class=\"wp-block-list\" type=\"1\"><li><strong>Speed<\/strong>&nbsp;&#8211; Team formation takes its own time; often it takes 6 \u2013 12 weeks, to form a team and make then productive. From team to Pod approach, enable one to shorten this time period significantly, that resulting into huge lag up and speed to overall delivery.<\/li><\/ol>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Fast changing technologies \/ tools&nbsp;<\/strong>\u2013 now companies and professional are not only coping with ever changing business requirements, but also fast and regular changes in technology stack &amp; tool sets.&nbsp;&nbsp;So forming teams based on people expertise on certain skill may soon become redundant; Need of hour is forming cross functional team (Pod) able to fast adapt to changes.&nbsp;<\/li><\/ul>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Best suited for Agile&nbsp;<\/strong>\u2013 Agile delivery is a team sport; to win in any team game, need to think &amp; plan everything from team standpoint and avoid counting on individual contribution.&nbsp;&nbsp;&nbsp;Pod culture enables organization to approach every decision from team perspective.<\/li><\/ul>\n\n\n\n<ul class=\"wp-block-list\"><li><strong>Scaling and de-scaling is new normal<\/strong>&nbsp;\u2013 fast ramp up and ramp down is more frequent now, growing popularity of scaling frameworks are testimony o this fact.&nbsp;&nbsp;Pod culture enables scaling \/ de-scaling with an ease.<\/li><\/ul>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"598\" src=\"https:\/\/agilebeyondboundary.com\/wp-content\/uploads\/2021\/12\/From-agile-team-to-pod-1024x598.png\" alt=\"\" class=\"wp-image-3225\" srcset=\"https:\/\/agilebeyondboundary.com\/wp-content\/uploads\/2021\/12\/From-agile-team-to-pod-1024x598.png 1024w, https:\/\/agilebeyondboundary.com\/wp-content\/uploads\/2021\/12\/From-agile-team-to-pod-300x175.png 300w, https:\/\/agilebeyondboundary.com\/wp-content\/uploads\/2021\/12\/From-agile-team-to-pod-768x449.png 768w, https:\/\/agilebeyondboundary.com\/wp-content\/uploads\/2021\/12\/From-agile-team-to-pod.png 1415w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p><strong>Challenges and what it takes to overcome them \u2013&nbsp;<\/strong>biggest challenge here is complete shift from traditional people management, now it\u2019s no longer people management, its team (pod) management, be it staffing, bench, trainer or appraisal.&nbsp;&nbsp;&nbsp;<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Change in&nbsp;<strong>staffing approach<\/strong>&nbsp;\u2013 allocate team not individual&nbsp;<\/li><li><strong>Bench management<\/strong>&nbsp;\u2013 from people on bench to pods-on-bench Or Standby Pods<\/li><li><strong>Appraisal system<\/strong>&nbsp;need to pivot accordingly \u2013 focus from individual performance to team performance and reward to teams<\/li><li><strong>Change in training approach \/ content<\/strong>&nbsp;&#8211; focus shift from competency building of individual to workshop led training programs to build team\u2019s competency on required skills and impart culture &amp; mindset to happily and quickly adopt changes in technology, tools and engineering practices.<\/li><\/ul>\n\n\n\n<p><strong>How we did it &#8211;&nbsp;<\/strong>In my organization \u2013 we practice following<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Maintain standby Pods (something like team on bench) \u2013 by form Pods (cross functional full stake team) \u2013 based on work projection (demand)<\/li><li>Pods undergo \u201cPod readiness workshop\u201d &#8211; a especially designed training cum workshop to impart all required skills and culture \/ mindset&nbsp;<\/li><li>Allocate project to Pod<\/li><li>When current project ends, allocate them new project \u2013 don\u2019t change team composition (until someone left the organization or organization have to let someone go).&nbsp;&nbsp;Let\u2019s team learn and adjust to project context (from skill set and approach standpoint) and adopt<\/li><li>A shared Pod (team of subject matter experts like Agile coach, DevOps expert, Architecture and tool experts etc.) supports all pods to adopt best engineering practices as well as new technolog, tool, approach etc.<\/li><li>In case of no project or project in waiting stage, treat Pods as stand by pods and utilize time in competency building and POCs<\/li><\/ul>\n\n\n\n<p>From my experience and out customer experience (satisfaction) I can happily claim that we did it right (including countless fast failures, experiment and pivots) and now we are getting good result.&nbsp;&nbsp;Adoption to \u201cAllocate project to team Or Pod culture\u201d is worth every penny spend.<\/p>\n\n\n\n<p>Next article to Read \u2013&nbsp;<\/p>\n\n\n\n<p><strong><em>Bot inside Pod &#8211; Future on software development:&nbsp;<\/em><\/strong>&nbsp;&nbsp;In next article, I will explain our experiment on adding a bot in the Pod, and we are not the only one; this is soon be a new normal.&nbsp;&nbsp;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u201cIn place of allocating people to project, allocate project to team\u201d.&nbsp;&nbsp;This paradigm shift in approach is being advice and advocated by agile experts for all good reasons.&nbsp; Many companies are adopting this approach; I personally have been part of team working on this approach in a multinational company.&nbsp;&nbsp;We adopted it well in our sub-function. Here [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3225,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_oct_exclude_from_cache":false,"footnotes":""},"categories":[15,43,14,9],"tags":[17,19,16,22,21,25,18,20,23],"class_list":["post-3224","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-agilework","category-blog","category-leadership","category-people","tag-agile","tag-agile-coaching","tag-antipatterns","tag-banking","tag-best-practices","tag-distributed-agile","tag-leadership","tag-mentoring","tag-need-of-banking"],"blocksy_meta":{"styles_descriptor":{"styles":{"desktop":"","tablet":"","mobile":""},"google_fonts":[],"version":6}},"_links":{"self":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3224","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/comments?post=3224"}],"version-history":[{"count":1,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3224\/revisions"}],"predecessor-version":[{"id":3226,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/posts\/3224\/revisions\/3226"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/media\/3225"}],"wp:attachment":[{"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/media?parent=3224"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/categories?post=3224"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/agilebeyondboundary.com\/index.php\/wp-json\/wp\/v2\/tags?post=3224"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}