A London based start up had attracted significant Series A funding and needed to take things to the next level…
Their web site had been built by an external agency and they had no internal technical people within the company.
An gro.teamer was brought in (part time) to act as Interim CTO and create an in-house technology capability.
During the first 90 days our gro.teamer:
– Clarified and documented the business strategy and KPIs (the “What”).
– Created a draft technology strategy (the “How”) and then created an API and Platform based Technology evolution strategy.
– Formed a strategic partnership with a recruitment agency.
– Hired a small but great team of in-house developers.
– Took ownership and control of the company’s web site and migrated it to GitHub and Google Cloud.
– Implemented task and product roadmap based workflow and reporting.
– Launched a workplace social collaboration system.
– Improved the web site download speed and took significant friction out of the web site customer experience.
– Initiated major product initiatives in both mobile and brand monetisation.
– Identified, hired and on-boarded a permanent CTO before handing over the baton and moving on to their next challenge.
As the CEO put it…”what a difference one year can make..”
Last year GRO.TEAM were invited by the CEO of a European airline to coach/mentor their newly promoted Chief Product Officer.
The CEO felt that overall the CPO was well regarded within the company but was struggling to…
Clarify the relative roles and responsibilities of Product and Technology.
Communicate effectively, particularly upwards to the board.
Meet expectations with general Product delivery.
Take enough personal ownership for delivery.
An experienced gro.team Coach | Mentor was carefully matched with the CPO and they duly sent two days together at the airline’s offices …
Together the gro.team Coach and CPO examined the CPO’s current context and perceived challenges…
Overall the CPO felt supported in her role but her challenges were that…
The company culture was more Project that Product based and needed to evolve.
She had a key skill gap and two under-performers in her direct reports team.
One of her teams was very old fashioned in its approach and needed to modernise.
The company needed to knee-jerk less and mature its prioritisation processes.
After the onsite analysis the gro.team person wrote up a playback that was presented to both the CEO and CPO.
Goals were created for both the CEO and CPO, and a date was put in the diary in three months to check on progress.
Three months later the gro.team Coach | Mentor returned for one day on site with the CPO to assess progress and things were pretty different…
The company was now treating new initiatives as product initiatives via the creation/early delivery and iteration of MVP’s.
Both of the CPO’s under performers had left the business and she was at the candidate interview stage for the key hire.
The “old fashioned” team had been on a cultural journey and had really improved the real and perceived effectiveness of their approach.
The company had improved the maturity to its prioritisation processes somewhat, but it was still WIP TBH…
These changes had set the CPO up for success much more effectively and she had…
Clarified the relative roles and responsibilities of Product and Technology.
Started to communicate much more effectively, particularly upwards to the board.
Created a small “Rapid Development” team to deliver business impact much more quickly.
Happily taken on more ownership for delivery now she felt she had more responsibility and control.
With quick wins delivered and short term goals achieved the gro.team and CPO relationship moved on to be one of mentoring rather than coaching and monthly remote catchups were set up to help the CPO build on her successes and continue to lead change successfully…
Fast forward to today and as the CEO puts it…”There has been a real transformation. The CPO is now a much more integrated member of the senior leadership team and is really helping to push our business forward much more effectively…”
By working closely and regularly with customers, delivering early, iterating ideas and working cross-functionally towards a common goal Agile software development transformed the business of creating software.
Agile development massively increased the value delivered by the typical software development project by favouring “individuals and interactions” over specification, “working software” over pretty much everything, “customer collaboration” over contract negotiations and “responding to change” over blindly following a plan…
What would happen if we used these “Agile” principles to deliver Growth rather than Software?!?
We could favour “customer collaboration” and “individuals and interactions” by forming a cross functional Growth team including both “customers” and “suppliers”.
We should include representatives from Product, Sales, Marketing, Technology, Operations, Finance and so on…
We could favour “working software” or Growth in our case by giving the team the single unifying purpose of growing a carefully chosen growth metric.
The Growth Team could be “responding to change” rather than a plan by delivering early and taking a measure-act-measure approach to ideas through “on ramp” to “live” stages.
The Growth Team could communicate and meet regularly, maybe a quick “stand up” at the same time and place every day would work really well.
We could work to a weekly or fortnightly rhythm with the cumulative affects of the growth activities on the Growth metric being publicly demonstrated (and hopefully celebrated) at the end of every cycle or “sprint”.
So we have created a cross-functional team meeting regularly with the unified common purpose of doing anything and everything necessary to measure-act-measure the impact of their ideas on a single carefully chosen growth metric.
That’s cool but…
Maybe we could give this sort of approach a name…like Growth Hacking or something?
Yes Growth Hacking is the sort of term that means different things to different people but anyone familiar with Agile software development will be struck by the similarities between the approaches, rituals and rhythms typically used in both Growth Hacking and Agile Software Development.
“Plus ça change, plus c’est la même chose” “The more things change, the more they stay the same.” Jean-Baptiste Alphonse Karr
Does it all work in the real world?
The same underlying principles that make Agile software development so effective also mean Growth Hacking can totally transform the effectiveness of a company’s growth activities.
I recently spent a day with the talented team at a well backed UK based energy startup called Hometree who are creating a great brand by disrupting the domestic energy market customer experience.
We had a really productive workshop where we honestly examined the Strength Weakness Opportunities and Threats in their current growth landscape, discussed and then selected initial and ultimate growth metrics, collected growth ideas, created a growth board, reconstituted the growth team and set up the new team’s rituals and rhythms.
Not bad for one day and Andreu Tobella Brunet the Co-Founder of Hometree UK commented…
“As a start-up that is using an innovative way to sell online, we created a growth team from scratch but were having a few challenges to structure it well and have clear objectives and team alignment. This is where Rorie stepped in and helped us understand well all the roles, define our single metric and create a high performing growth team. The whole team was extremely pleased with the improvements, I would highly recommend him”.
Whether you call it Growth Hacking or something else, a very effective way of accelerating your growth is to learn from agile software development and to create a cross-functional team meeting regularly with the unified common purpose of doing anything and everything necessary to measure-act-measure the impact of their ideas on a single carefully chosen growth metric.
The news that Coca Cola has closed down its’ Founders startup incubator has led to the usual raft of “I Told You So’s” saying that it’s because corporate startup incubators don’t work – but are they right?
I have been involved with three big companies launching internal startup “Incubators”/”Labs” teams so far…and what have I learnt?
Firstly I think it is done for good reasons.
Startups normally have good people, energy, good ideas, leading edge tech, a low cost approach, a high risk appetite and a willingness to challenge orthodoxies. They just want to get stuff done.
Big companies normally have deep pockets, millions of customers, a great brand and experience of operating at scale.
Surely the best of both worlds would be for big companies to launch startups? What could go wrong?
Well, quite a lot as it happens.
Mistake #1 – Not defining what you want the startup to achieve
In other words what will success look like?
It sounds simple but there is spectrum of “innovation” ranging from far horizon R&D to tactical (incremental) improvements to existing products and services.
What is wanted/needed? Success needs to be defined and solved for.
In general the startup should not be given special treatment…”success” is to create a growing business that attracts and retains customers.
Mistake #2 – Not getting total organisational buy-in and executive sponsorship
Sooner or later the startup will be stopped dead in its tracks by a blocker if the whole of the organisation isn’t behind it – from the top downwards. With the best will in the world active and passive resistance will be met and the startup needs to be able to wheel in very senior people to call bulls*t and unblock things.
Mistake #3 – Integrating the startup so tightly that it effectively becomes another corporate department
The whole point of a startup is to do something different so if you insist it uses existing people, existing corporate assets and the current approaches you will get what you got. You need to achieve a loose coupling whereby the startup has the freedom to chose between doing something new and leveraging corporate infrastructure case-by-case based on what is best for the startup.
Mistake #4 – Getting the wrong people to “be” the startup
If you are going to create a startup you need to do what startups do. This is for a team to self-select great people passionate about what the startup wants to do. If you ask one of the big system integrators/consultants to create a startup within your company you might end up back in the worst-of-both-worlds territory. The people in the startup don’t need to be existing or new employees either necessarily – they just need the talent and drive to deliver the goals. Organisations like gro.team can supply high impact interim talent at short notice into these kind of situations very successfully. Possibly the best loved UK retail brand will soon be launching a new customer service (that is very different to its’ current business) using this approach and the gro.team person in that team is part of a startup that stands comparison (in terms of talent and effectiveness) with any of the many startups I’ve seen.
Mistake #5 – Not integrating the new product/services back into the Mothership
We created a Labs operation when I was CTO of Yell and we did nearly everything right. We hired great people, they developed a great micro-culture, they produced some really innovative products and services (including a really cool augmented reality app way back in 2010) but we never really managed to integrate the new things back into the existing business and deliver customer impact. For that reason it has to marked down as a failure overall.
Corporate startup incubators can be a graveyard for ambition (and there are a lot of traps for the unwary) but it can be done successfully – Telefonica’s launch of giffgaff and British Gas’s Hive are just two examples that come to mind.
As with a lot of things, in this area experience is a great teacher and nothing beats getting people involved who have been there, done it and have the scars to prove it.
A virtual project team approach worked out quicker, better, cheaper for us…
At GRO.TEAM we haven’t had entirely satisfactory experiences the last few times we have commissioned Website/App builds through the traditional routes so we decided to “eat our own dog food” for this Summer’s website relaunch and asked an Interim CPTO to stand up a virtual team to get our new web site built and launched.
The Interim CPTO assembled a hand-picked virtual project team comprising of UX/UI (Cyprus) Front End (Pakistan) Back End (UK) and DevOps (India) in late May and off they went.
Here we are in early July and the site MVP has been live for a week or so now.
By using variable capacity world class resources like this the CPTO was able to bring the project in for less than half of the cost of our previous web site, and in about a third of the time as well.
We’re still iterating the user experience but overall we’re very pleased with the results so far, please see what you think here.
Next time you want to launch an App/Site maybe you should give GRO.TEAM a shout to look using a virtual project team approach?