Could you share any evidence that would demonstrate the productivity, quality of work, or the impact of the engagement?
Our enterprise DAM product, Zonza, is a successful platform in its own right, and it’s used by a large number of customers in over 100 countries. STX is an integral part of our team, so it’s not solely their success story. What we get from STX is solid, high-quality, dependable development augmentation. I’m not just measuring the success of Zonza. Instead, we measure the success of the relationship based on output, value for money, quality, cultural fit, agility, and responsiveness. Generally speaking, we’re very happy with the way the relationship works.
How did STX Next perform from a project management standpoint?
STX Next integrates directly into our workflow and is familiar with the tools we chose to use from the very beginning. Other than minor changes, we’ve not had to adapt anything to work with a remote team. Since we can’t meet in person the whole time, we’re usually on Skype. We manage projects in JIRA together and share access to our Confluence wiki for knowledge management. Largely, it’s a seamless process. It’s almost as if we were working with local developers.
STX has a system that lets us track time and allocation of that time against jobs. We can look down the list of tasks and see which developer is assigned to what specific user story or task we’ve put into JIRA. It’s very granular in that respect. While it’s something we rarely do, it’s there if we need it.
We haven’t turned over our product management to them at all. We spoke about that once or twice, but it’s quite key to our model that we handle our own product management design and research. We haven’t really turned over our tech or dev ops.
On the whole, team churn is expected since it’s a fast-paced industry. However, we’ve been working with some people at STX since way back in 2013. As a result, they’ve retained a very deep, technical knowledge of the products.
What did you find most impressive about STX Next?
STX Next has very energetic and sociable teams, and we get along well. After working extensively with their teams, we honestly see them as colleagues rather than suppliers. That’s a unique thing, and it has to do with the culture of STX — it’s something they should be proud of.
STX doesn’t have a lot of unnecessary processes or bureaucracy. In contrast, other third-party development companies tend to overload processes. STX doesn’t and we’ve found working with them to be quick and easy — they just get it done.
Are there any areas STX Next could improve?
By and large, we’ve experienced some challenges in the last 4 years, but that’s the case with every organization. For example, acquiring and managing talent, and figuring out the best way to use various methodologies.
When we started working with STX, they had 80 or 90 people in one city. Now, they have over 200 people in 5 cities. As any growing company will experience, they’re having to go through a phase where things aren’t quite so flexible and easy. That means we’re dealing with a different type of organization, and we need to be prepared to work with the company through those issues. Certain changes are harder than others, and we feel that as customers. It’s not a criticism per se, its natural artifact of success and growth.
STX Next prides themselves on being a “Python powerhouse.” To us, that means that STX codes in one language, and that suits us down to the ground most of the time. But more and more, we’re seeing that our requirements require a little more skill diversity. For example, they would need to adopt other tools to support things like DevOps, cloud orchestration, and deployment. They’ve been keen on doing that, even though it’s not strictly straight Python. As they’re a growing company they might not see a need to diversify as much as we’d like them to, but as a technology partner of Hogarth, it’s something that we would encourage and embrace they do.