Author: Steve Mezak

  • H1B Visas and Software Outsourcing: What You Need to Know

    H1B Visas and Software Outsourcing: What You Need to Know

    If your company uses custom-developed software—whether the software is developed by in-house staff or a third party—then you should care about the H1B Visa program. You should also be aware of what factors affect how this program works—and who can utilize the H1B program. Arguably, no current political or government policy topic has a more direct affect on application software development and the IT community in general than the subject of H1B Visas.

    In this article we want to help you understand:

    • What is the H1B Visa program—and why should you care?
    • What conditions are impacting this program currently?
    • What are the implications for the use of outsourced software development?

    Background on H1B Visa

    The H1B Visa program exists as part of the Immigration and Nationality Act. The purpose of H1B is to allow U.S. companies to employ citizens of foreign countries in certain “specialty” occupations. Broadly, H1B Visas were created to help U.S. companies hire talent with scarce or “hard to find” skills. In other words, companies can hire non-U.S. citizens because the companies believe U.S. citizens with comparable skills (at comparable cost) are not available in sufficient number as candidates for hire. Visas are issued for a specific term (multiple years) and an individual may—or may not—be renewed.

    H1B Visa Lottery

    Around April 1 of each year, U.S. employers begin applying for new, multiyear visas. The U.S. government approves and grants visas in October of the same year, which are good for the coming year. For example, new visas beginning in 2018 were issued in October 2017. The visas are awarded by random selection from a “pool” of applications—hence the term “Visa Lottery.” There are actually two lottery selections each October:

    1. 20,000 Visas are issued from a pool of candidates who must have a master’s degree (or higher) from a U.S. university. Once 20,000 candidates are selected, then …
    2. 75,000 Visas are awarded from a pool of remaining candidates—including anyone eligible—but not selected in the “U.S. Masters Only” lottery. To be clear, those without a U.S. master’s degree will only be entered in this second lottery. Persons with a U.S. master’s degree will be entered in both lotteries.

    What Skills Are We Hiring?

    OK, so what are the skill sets of people being hired through the H1B program? IT professionals are being hired—this is by far the largest group that receives visas! Each year the U.S. Citizenship and Immigration Services publishes an annual report. According to its 2016 annual report, 75 percent of H1B visas were issued for computer-related jobs.

    Political Factors – Unclear Future

    On April 18, 2017, President Trump signed a “Buy American, Hire American” Executive Order, which established broad policy guidance to federal agencies. Government agencies are asked to take steps to give preferential treatment to U.S. citizens in hiring practices and to U.S. businesses in commerce. In particular, the U.S. Immigration Department was charged with evaluating elements of the H1B Visa program. Many suspect that additional steps will be taken in 2018 to further restrict the H1B Visa program.

    A Rigged Game Against SMBs?

    Some advocates of small and midsize businesses (SMB) have complained that the H1B Visa program unfairly favors large businesses. Two of the most common examples given are:

    1. Expedited processing — Companies can pay for expedited processing of visa applications. By most estimates, this reduces the time to submit an application to the “lottery pool” to a matter of days versus the standard time of multiple months. SMB proponents feel this gives an unfair advantage to large companies with deep pockets.
    2. Stuffing the ballot box — There’s no practical limit to the number of applications that a company may submit. SMBs may literally have one candidate and one position they seek to fill. In contrast, large companies may submit and be awarded thousands of visas. This phenomena is even more telling when you look at which companies receive the most visas each year. According to the most recently available report from the U.S. Department of Labor, the top visa recipients are top-tier tech companies; many of them specialize in software development and even contract software development.

    Conclusions

    Looking at the particulars of this situation, these are our key takeaways:

    1. There’s an IT skills shortage in the United States, which can only be supplemented by using outsourced software development.
    2. SMBs may be at a double disadvantage—finding top U.S. citizen talent and competing with tech industry giants in the H1B visa lottery.
    3. The particulars of the H1B visa lottery are changing—and it’s unlikely that the changes will result in more (or easier) hires through the visa program.
    4. Offshore outsourcing as a strategy can help mitigate the challenges of hiring talent in the United States, whether U.S. citizens or H1B visa holders, and also minimizes the risk of finding value-priced outsourced software developer talent from inside the United States.

    — Steve Mezak

  • The Origins of DevOps: What’s in a Name?

    The Origins of DevOps: What’s in a Name?

    Depending on your frame of reference, DevOps will celebrate it’s ninth or 10th anniversary this year. In 2016, RightScale’s “State of the Cloud Report” estimated that 70 percent of SMBs were adopting DevOps methods. Every indication is that percentage has increased since then. As DevOps prepares for its second decade of existence, it might be worth a stroll down memory lane to revisit the origins of DevOps methods—and even the term itself.

    Pre-2007: A Perfect Storm of Events

    Prior to 2007, a series of circumstances came together that would eventually give birth to what we know today as DevOps.

    “Lean manufacturing” was already well-established as a set of best practices for manufacturing. Often branded as the “Toyota Manufacturing Method,” lean manufacturing strives for process optimization across the manufacturing floor. (Sidebar: Toyota leaders were originally inspired by the ingenious assembly line methods introduced by Ford Motor Company.) “Continuous improvement” is the mantra for lean manufacturing and practitioners continually evaluate ways to:

    • Keep inventory at a minimum. Lean manufacturing means minimal inventory on hand: raw materials (materials used to produce goods) and finished inventory (completed products waiting to be assigned to an order and/or shipped).
    • Minimize the queue of orders. Ideally, orders received should move immediately into fulfillment mode. A key metric of lean manufacturing will always be “order to ship” time.
    • Maximize efficiency in the manufacturing process. Process re-engineering and improved automation will marry into a goal to produce goods as quickly as possible. Each station of operation along the way (cut, weld, assemble, test, etc.) is evaluated for inefficiencies.

    In IT, traditional waterfall methods of application development were already giving way to rapid, iterative methods such as agile. “Speed” was the battle cry, even if quality output was occasionally compromised in the pursuit of rapid development and deployment. Similarly, on the operations and infrastructure side of IT, Cloud Computing and, in particular, infrastructure as a service (IaaS) and platform as a service (PaaS) were coming into their own as mature service offerings.

    Finally, a fledgling set of tools classified as “continuous integration (CI)” tools began to emerge. The notion of CI tools was birthed and branded by Grady Brooch back in 1991 in his Brooch Method.


    Related Content:

    DevOps: The Innovation Power Couple

    A Definition of DevOps for the Masses


    2007-2008: A Frustrated Belgian

    Belgian consultant, project manager and agile practitioner Patrick Debois took on an assignment with a Belgian government ministry to help with data center migrations. In particular, his role was in certification/readiness testing. His duties required him to straddle activities and relationships between the application development teams and the operations teams (server, database network). His experiences—and frustrations over the walls of separation and lack of cohesion between application methods and infrastructure methods—planted seeds of discontent for Debois. His desire for a better way would soon lead him to action.

    In 2008, at the Agile Conference in Toronto, Andrew Schafer posted an offer to moderate an ad hoc “Birds of a Feather” meeting to discuss the topic of “Agile Infrastructure.” Only one person showed up to discuss the topic: Patrick Debois. Their discussions and sharing of ideas with others advanced the concept of “agile systems administration.” In that same year, Debois and Shafer formed an Agile Systems Administrator group on Google, with limited success.

    2009: The Case for Dev and Ops Cooperation

    At the O’Reilly Velocity Conference, two Flickr employees—John Allspaw, senior vice president of technical operations, and Paul Hammond, director of engineering—gave a now-famous presentation titled, “10+ Deploys per Day: Dev and Ops Cooperation at Flickr.” The presentation had a dramatic flair to it, as Allspaw and Hammond would role-play the contentious interplay between representatives of  Development and Operations during a typical software deployment, along with all the finger-pointing/blame that goes on, such as, “It’s not my code, it’s your machines!” Their presentation made the case that the only rational way forward is for application development and operations activities to be seamless, transparent and fully integrated. Over time, this presentation has reached legendary status, and is historically viewed as the seminal moment in time for that called out to the IT industry for methods that we now know as DevOps.

    Unable to attend in person, Debois watched the Allspaw/Hammond presentation by video stream. He was inspired, and—at the prompting of others through social media—formed his own conference called Devopsdays in Ghent, Belgium. By this point in time, the term “DevOps” had officially landed in the history books.

    2010: DevOps in the United States

    With a growing constituency, a Devopsdays conference is held for the first time in the United States in Mountain View, California, on the heels of the Velocity annual conference. Fast forward to 2018: There are more than 30 Devopsdays conferences already scheduled for 2018, including dozens across the United States.

    2013: ‘The Phoenix Project’

    For many of us, another noteworthy moment in the history of DevOps was the publishing of the book, “The Phoenix Project,” written by Gene Kim, Kevin Behr and George Spafford. This fictional novel tells the story of an IT manager thrust into a seemingly hopeless situation, as he’s charged with salvaging a mission-critical ecommerce development project that’s gone off the rails. His mysterious mentor, a board member steeped in the disciplines of lean manufacturing, guides the main character into new ways of thinking about IT and application development, introducing the concept of DevOps along the way.

    (Sidebar: The Phoenix Project helped inspire us to write “Outsource or Else!” a similar business fable in which a VP of Software uses DevOps when outsourcing development of a major new product.)

    DevOps for the Future

    It’s reasonable to describe DevOps as a journey, or perhaps an aspiration, rather than defined destination. DevOps, like lean manufacturing, seeks continuous improvement, seeking higher output, greater efficiencies and even continuous deployment. Automated tools that support DevOps continue to evolve.

    Much has been accomplished since the inception of DevOps in the last decade and we expect to see even more in 2018 and beyond.

    — Steve Mezak