Enterprise  Agile  

Prashanth  Madhavan  Narasimhan  Lead  Consultant,  Agile  Coach,  

Product  Owner  

Consumer  Vs  Enterprise            •  Every  >me  there  is  a  consumer  

use  product,  we  see  that  the  enterprise  comes  up  with  a  very  customized  version  so  that  the  enterprise  does  not  have  to  adapt.  This  is  with  good  reason.  

         •  Enterprise  is  an  en>ty  that  is  too  

complex  and  having  it  to  change  would  mean  a  disrup>on  to  the  business    -­‐  something  that  the  stakeholders  are  not  very  happy  about.  

Consumer  Vs  Enterprise        

 

•  For  example,  take  the  iPhone  and  Blackberry.  iPhone  is  a  consumer  centric  product  while  Blackberry  is  a  very  enterprise  centric  product.    

•  However,  iPhone  introduced  major  disrup>ons  to  the  way  the  enterprise  security  func>ons  and  forced  enterprises  to  be  more  flexible  with  the  way  they  allow  employees  to  view  email.  This  increased  produc>vity  since  employees  could  view  their  emails  at  home  or  anywhere  on  the  move  and  respond  more  quickly.  

Consumer  Vs  Enterprise          

•  Another  example  is  MicrosoM  word  Vs  Google  docs.  The  days  when  a  simple  document  would  have  to  go  through  mul>ple  revisions  with  the  whole  track  changes  turned  on  and  that  enormous  document  is  a  day  of  the  past.    

             •  Google  disrupted  the  way  people  

collaborated  on  documenta>on  with  people  being  able  to  collaborate  more  openly  and  cuPng  down  the  turn  around  >me.  

Business  Disrup1on  •  Both  the  examples  caused  major  disrup>on  to  the  business.  It  was  fraught  

with  dangers  of  security  and  hacking  -­‐  in  this  every  open  world  where  every  one  is  paranoid  of  leaving  the  day  open  to  hackers.  However,  the  benefits  out  weighed  the  risks  

•  Business  disrup>on  has  always  been  weighed  in  terms  of  the  benefits  vs  risks.  There  has  always  been  a  inherent  pessimism  in  taking  up  anything  that  is  disrup>ve  to  the  business  -­‐  especially  with  new  technologies  -­‐  that  do  not  seem  to  have  a  direct  correla>on  to  the  nature  of  the  business.  

So3ware  Delivery  •  Almost  all  the  enterprises  -­‐  irrespec>ve  of  the  nature  of  the  

business  -­‐  have  come  to  view  soMware  delivery  as  a  major  contributor  to  being  relevant  and  being  a  driver  in  their  respec>ve  fields.  

•  The  transi>on  from  the  tradi>onal  form  of  soMware  delivery  to  agile  has  been  very  rough.  Being  an  area  where  research  has  just  started  on  its  contribu>on  to  the  industry,  all  enterprises  tend  to  view  any  changes  to  the  tradi>onal  soMware  delivery  process  with  skep>cism.  With  very  few  case  studies  out  there  on  the  success  of  agile  in  enterprise,  most  of  the  enterprise  en>>es  are  only  ready  to  pilot  them  and  transi>on  to  enterprise  agile  slowly.  

Scaled  Agile  Framework  (SAFe)  •  Scaled  agile  framework  (SAFe)  has  been  a  very  good  candidate  in  terms  of  

making  enterprises  comfortable  in  terms  of  soMware  process.    

•  SAFe  is  a  really  good  adapta>on  of  agile  processes  to  the  enterprise  without  compromising  on  any  of  the  agile  principles.  It  also  does  a  very  good  job  at  making  sure  that  the  enterprise  is  able  to  relate  to  the  whole  process  by  keeping  the  terminology  to  the  minimum.  

•  However,  it  is  SAFe’s  packaging  -­‐  that  endeared  it  to  the  enterprise  -­‐  that  is  going  to  be  its  downfall  as  well.  

Scaled  Agile  Framework  (SAFe)  •  SAFe  is  packaged  very  similar  to  IBM’s  Ra>onal  Unified  process.  It  is  got  

very  clear  process  flows,  actors  and  descrip>on.  It  is  very  lucid  in  terms  of  the  details  that  needs  to  be  fleshed  out  at  what  level.  

•  What  it  lacks  is  the  same  level  of  support  that  IBM  offered  to  back  up  RUP.  SAFe  is  being  implemented  by  tons  of  vendors  in  mul>ple  enterprises  and  each  of  them  sell  it  in  their  own  way.    

•  So  SAFe  does  not  have  a  standard  implementa>on.  The  process  does  not  have  a  good  offline  enterprise  support  once  the  consultants  exit  a  SAFe  implementa>on  at  an  enterprise.  

Scaled  Agile  Framework  (SAFe)  •  One  of  the  implementa>ons  that  I  saw  had  omi\ed  the  en>re  concept  of  

Business  Value  -­‐  which  is  blasphemy  in  the  agile  world.  While  SAFe  does  men>on  about  business  value,  the  vagueness  in  its  offline  documenta>on  and  the  lack  of  offline  support  meant  that  the  enterprise  has  got  it  wrong.  

Lean  Project  Management  Office    

•  The  whole  concept  of  a  Lean  PMO  concept  is  to  start  with  the  simplest  process  and  mature  it  as  we  move  along  and  have  more  learnings.  It  gets  customized  for  the  enterprise  by  the  enterprise  themselves.  Some  of  the  key  concepts  of  a  lean  PMO  -­‐  Business  value  based  priori>za>on,  Level  the  workload,  Pull  based  project  intake  process  -­‐  helps  in  resource  op>miza>on  and  business  value  enhancement.    

•  The  central  theme  of  the  lean  PMO  -­‐  reducing  water  &  subordina>on  to  the  bo\leneck  -­‐  guides  the  PMO  is  making  choices  and  is  not  process  driven.  While  this  aspect  of  the  lean  PMO  does  not  endear  itself  to  the  enterprise,  it  works  a  lot  be\er  and  more  efficiently  over  a  period  of  >me    

Scaled  Agile  Framework  Vs  Lean  PMO  

           •  With  the  entries  en>>es  having  to  make  a  choice  between  SAFe  vs  Lean  

PMO,  most  of  the  enterprise  en>>es  go  with  SAFe  because  of  the  following  approach  –  SAFe  looks  more  familiar  than  lean  PMO  –  Lean  PMO  introduces  change  more  constantly  than  SAFe  which  is  just  a  one  >me  

change.  Enterprise  en>>es  do  not  like  change  that  oMen  –  Lean  PMO  needs  more  mature  people  with  specialized  skill  to  be  successful.  It  is  not  

that  SAFe  does  not  need  them,  it  is  just  that  Lean  PMO  needs  these  people  through  out  since  it  is  about  constant  process  improvement.  

Conclusion  •  Enterprise  en>>es  looking  at  adap>ng  agile  in  their  soMware  delivery  process  will  look  at  going  ahead  with  SAFe  for  now.  However,  Lean  PMO  would  start  playing  a  bigger  part  at  a  later  point  of  >me  when  the  lean  way  of  thinking  in  the  soMware  delivery  process  becomes  more  mainstream  thinking  and  less  of  a  specialized  skill  .Till  then,  it  is  going  to  be  SAFe.  

•  We  do  hope  that  SAFe  handles  all  its  challenges  -­‐  of  having  be\er  consul>ng  partners  and  be\er  offline  support    -­‐  as  its  implementa>on  across  communi>es  grow  and  a  more  vibrant  SAFe  community  comes  up.  

About  Me  

•  The  author  is  a  lead  consultant  /  agile  coach  at  Thoughtworks  and  has  10  years  of  experience  in  so:ware  delivery  –  5  of  which  has  been  with  enabling  enterprise  adapt  agile.    

•  The  author  regularly  writes  at  www.madhavanwrites.blogspot.com