Howdy Logo
Howdy Expert

By Frank Licea

CTO & Co-Founder

Frank Licea is the CTO & Co-Founder of Howdy.com, a groundbreaking platform revolutionizing outsourcing for US companies, backed by Y Combinator (W21), Greycroft, and Obvious. Fueled by frustration with the traditional outsourcing model, Frank and his co-founder sought to transform the industry. They secured significant investment from YCombinator, aiming to offer competitive salaries, insurance benefits, and a genuine full-time experience for remote professionals.

Howdy.com integrates remote software experts into teams, bridging Silicon Valley and Latin American talent. Frank’s visionary leadership, backed by 18 years of experience, continues to reshape the outsourcing landscape, allowing companies to access top talent seamlessly.

Content

    Have you ever been on a project that required you to use new technology but you didn’t feel like you had time to read documentation?

    You’re not alone. To address this problem, there’s a shift in the US to focus on products and teams and move away from transactional project based work. Product teams are long standing groups of people with different skills, collaborating to evolve a solution to a market problem. Now that we know that distributed and remote teams work well, US companies are focusing on building nearshore teams, rather than outsource projects.

    To illustrate why building product teams in LatAm is a growing trend for US companies interested in nearshoring, we asked a focus group of 11 developers, from Uruguay and Colombia, about their experiences working in the Software Factory model. A significant portion of the group described that, when working on a per project model, they didn’t have enough time to do things like: read documentation, plan work, or provide good estimates.

    Check out the focus group results below to discover the future of work in LatAm and learn how Howdy helps US companies expand their product teams in LatAm.

  1. The focus group
  2. We asked our focus group about their years of experience.
    ‍The developers range from 4 to 10 years of experience. Most developers had 4 years of experience working on an hourly or per project basis.‍

  3. Focus group questions
  4. We asked developers how they felt about using project time for learning and preparation. Specifically, we asked them about reading documentation and time to plan.

    When working hourly or project, I feel like I have enough time to read the documentation for my tools.

    Only 45.5%, less than half, of developers felt that they had enough time to read tool documentation when working hourly or per project, while 45.5% did not feel they had enough time. One developer reported that they didn’t feel the pressure personally. Clients can’t have quality software delivery if only half of their developers read documentation! This is why quality products depend on long term teams and not project teams.

    When we interviewed the developers about these results, one developer gave us a quote that really captures the work quality:

    “When I worked at a Software Factory that charged hourly, I actually never read the documentation, lots of Stack Overflow and copy / paste. In fact, the first time I read the docs was when I joined Howdy!”

    Only 45.5% of developers felt like they had the time to plan their work, while 45.5% didn’t feel they had enough time to plan. A common issue developers encounter is a sales bias during project estimation -- bidding on a project, after all, is a sales process. This often leads to stressful deadlines and poor customer satisfaction, and here it shows, given that almost half of developers don’t feel comfortable with the level of project planning.

    When we interviewed the developers, one quote stood out:

    “It’s hard to have any real influence over the client to make improvements because they see us as contractors. The relationship is transactional, and it’s very frustrating because I love technology.”

    Howdy helps US engineering departments expand in LatAm. That’s a big difference compared to a software factory. Our conversations with new customers don't focus on billable hours or project deadlines, instead they focus on whether the customer’s engineering department has career paths, salary reviews, bonuses, and product planning. And if the customer needs project estimates, we send them somewhere else. :)

  5. Results
  6. There’s a clear preference for working on a product team rather than working on a per project basis. What’s ironic is that the best product companies in the US also feel the same way, and the trend is growing! Both developers and the best engineering teams in the world are tired of the traditional project model. This is exactly the problem Howdy solves; expand the best US product teams in LatAm, so our LatAm teammates don’t have to move to the US to work with the best Silicon Valley teams.

  7. How Howdy solves these problems
  8. We’ve noticed that the best Silicon Valley companies that want to work with LatAm developers increasingly ask us:

    - I’m sure your project managers are amazing, but can I use my managers?

    - Can I talk directly with the developers on my team? Can they be part of my standups?

    - Can my developers change their LinkedIn profile to my company?


    What people are really asking is: Can the developers be my product team?

    We love these questions because at Howdy we build teams, not bill hours. In fact, we turn away companies that want to work on a per project or hourly basis. Howdy helps companies expand their engineering departments in LatAm, so that LatAm developers can be core members of US product teams.

    High-functioning product teams learn together, plan together, and evolve solutions over the long term. This kind of solution exploration is hard to achieve with the outdated Software Factory model. If you’d like to sign up to learn more about how the best product companies in the US are expanding into LatAm please sign up for updates below.

Developer Dilema: No Time to Read the Docs

Have you ever been on a project that required you to use new technology but you didn’t feel like you had time to read documentation?

Updated on: Apr 23, 2024
Published on: May 14, 2021

Share on LinkedInShare on TwitterShare on Facebook
Developer Dilema: No Time to Read the Docs featured image

Have you ever been on a project that required you to use new technology but you didn’t feel like you had time to read documentation?

You’re not alone. To address this problem, there’s a shift in the US to focus on products and teams and move away from transactional project based work. Product teams are long standing groups of people with different skills, collaborating to evolve a solution to a market problem. Now that we know that distributed and remote teams work well, US companies are focusing on building nearshore teams, rather than outsource projects.

To illustrate why building product teams in LatAm is a growing trend for US companies interested in nearshoring, we asked a focus group of 11 developers, from Uruguay and Colombia, about their experiences working in the Software Factory model. A significant portion of the group described that, when working on a per project model, they didn’t have enough time to do things like: read documentation, plan work, or provide good estimates.

Check out the focus group results below to discover the future of work in LatAm and learn how Howdy helps US companies expand their product teams in LatAm.

The focus group

We asked our focus group about their years of experience.
‍The developers range from 4 to 10 years of experience. Most developers had 4 years of experience working on an hourly or per project basis.‍

Focus group questions

We asked developers how they felt about using project time for learning and preparation. Specifically, we asked them about reading documentation and time to plan.

When working hourly or project, I feel like I have enough time to read the documentation for my tools.

Only 45.5%, less than half, of developers felt that they had enough time to read tool documentation when working hourly or per project, while 45.5% did not feel they had enough time. One developer reported that they didn’t feel the pressure personally. Clients can’t have quality software delivery if only half of their developers read documentation! This is why quality products depend on long term teams and not project teams.

When we interviewed the developers about these results, one developer gave us a quote that really captures the work quality:

“When I worked at a Software Factory that charged hourly, I actually never read the documentation, lots of Stack Overflow and copy / paste. In fact, the first time I read the docs was when I joined Howdy!”

Only 45.5% of developers felt like they had the time to plan their work, while 45.5% didn’t feel they had enough time to plan. A common issue developers encounter is a sales bias during project estimation -- bidding on a project, after all, is a sales process. This often leads to stressful deadlines and poor customer satisfaction, and here it shows, given that almost half of developers don’t feel comfortable with the level of project planning.

When we interviewed the developers, one quote stood out:

“It’s hard to have any real influence over the client to make improvements because they see us as contractors. The relationship is transactional, and it’s very frustrating because I love technology.”

Howdy helps US engineering departments expand in LatAm. That’s a big difference compared to a software factory. Our conversations with new customers don't focus on billable hours or project deadlines, instead they focus on whether the customer’s engineering department has career paths, salary reviews, bonuses, and product planning. And if the customer needs project estimates, we send them somewhere else. :)

Results

There’s a clear preference for working on a product team rather than working on a per project basis. What’s ironic is that the best product companies in the US also feel the same way, and the trend is growing! Both developers and the best engineering teams in the world are tired of the traditional project model. This is exactly the problem Howdy solves; expand the best US product teams in LatAm, so our LatAm teammates don’t have to move to the US to work with the best Silicon Valley teams.

How Howdy solves these problems

We’ve noticed that the best Silicon Valley companies that want to work with LatAm developers increasingly ask us:

- I’m sure your project managers are amazing, but can I use my managers?

- Can I talk directly with the developers on my team? Can they be part of my standups?

- Can my developers change their LinkedIn profile to my company?


What people are really asking is: Can the developers be my product team?

We love these questions because at Howdy we build teams, not bill hours. In fact, we turn away companies that want to work on a per project or hourly basis. Howdy helps companies expand their engineering departments in LatAm, so that LatAm developers can be core members of US product teams.

High-functioning product teams learn together, plan together, and evolve solutions over the long term. This kind of solution exploration is hard to achieve with the outdated Software Factory model. If you’d like to sign up to learn more about how the best product companies in the US are expanding into LatAm please sign up for updates below.

What to read next