It’s hard to believe that a few short weeks from now, I’ll be saying goodbye to Oak City Labs and the technology industry as a whole. For the better part of nearly the last decade of my life, I’ve been a project manager in this industry. (To find out where I’m heading, visit my last post here.)

To close out this chapter, I thought I’d share ten things I’ve learned as a project manager during the past ten years. So, in no particular order…

  1. Iron Triangle: A project manager worth his or her salt is more than likely familiar with the iron triangle. The quality of any project is determined by a combination of three factors: scope, resources and time. Making a change to any of the three will always impact the other two. It’s important for both the internal team and client team to be mindful of this and have clear expectations going into a project. This visual from Atlassian does a great job at illustrating the iron triangle and how it differs depending on if the project is being managed with a waterfall or agile methodology.


  2. Waterfall vs. Agile: Speaking of which, I’ve definitely learned the difference between these two methodologies during my tenure as a project manager. I started out in the waterfall world, but found a comfortable home in the agile world. Here at Oak City Labs, we manage projects using an agile methodology. To find out the difference between the two, visit this blog post we wrote last year which still holds true today.
  3. Relationships: In this role, it can’t be stressed enough that relationships are everything. The relationship a project manager has with all involved parties is often the difference between a successful project and a rocky project. A project manager is a liaison between the internal team and the clients – balancing the needs of both and the requirements of the project. Having a positive, productive relationship with all involved is crucial.
  4. Testing: At Oak City Labs, my role extends beyond the typical project manager role and involves handling a majority of the testing for our client projects. I’ve always thought the two roles compliment one another as testing requires keen attention to detail, significant level of thoroughness, and ability to effectively communicate with software developers and beta testers alike. I believe testing is vitally important and is one of the major factors that can influence client confidence in the product they are paying to build. Testing on multiple platforms, across multiple use cases, with multiple scenarios can’t be underscored enough.
  5. Flexibility: A project manager’s ability to balance the ups and downs of a project isn’t something they teach you in school. Sometimes unforeseen circumstances prevent a sprint from being completed. Sometimes content is late. Sometimes you have to pause and wait at the mercy of the powers that be at Apple for approval. Staying rigid is often more harm than good. As I reflect back over my years leading projects of all shapes and sizes, flexibility was always needed.
  6. Sense of Humor: I’ll keep this short and sweet. Sometimes projects get tense. Remember to have a sense of humor and send a Minion gif to break the tension.
  7. Big Picture: As a project is humming along, it’s easy for clients (and us!) to get bogged down in the details. But when a delay arises or additional work is required, remember to always help clients keep the big picture in perspective. Yes, it may take an additional week to work through an unexpected additional feature, but perhaps we can make up that time later on in the project by removing or delaying another less significant feature, expediting and working ahead on deployment, etc.
  8. Documentation: There is no such thing as too much documentation. Okay, maybe there is, but my point is that documented approvals are a project manager’s best friend. This isn’t so we can say “gotcha, haha!” later on when a client is adamant about something. No – it’s so we can all take pause and be thoughtful about the decisions we are making during a project’s strategy phase and be mindful of those decisions when changes are discussed.
  9. You Don’t Know it All: As a project manager, you are not responsible for knowing everything about everything – or even every detail about the project. You are responsible for knowing the limits of what you do know and for connecting with the right people who know the answers. It’s okay to tell a client, “I’m not sure, but I’ll check with Jay on that and get back to you.” It’s not okay to guess.
  10. People: At the end of the day, you’re really managing people – not projects. Never forget that.

It’s just about that time of year again! Yes, the NCAA Basketball Tournament, aka March Madness, is upon us. The team that goes the furthest in the tournament usually has a stellar starting lineup of players that work together to win game after game – and eventually that coveted championship trophy. This is not unlike the team required to bring your mobile app idea to life. Today we’re breaking down the key players involved with creating a mobile app.

Your starting lineup:

Project Manager

If those involved in developing your mobile app project were an actual basketball team, the project manager would be the point guard. He or she has to have a clear vision of the project at all times and be focused on the big picture goals, while at the same time being intimately familiar with the smaller details of the project. A liaison between the internal development team and the client, the project manager toes the line between all parties to make sure the project stays on time, on budget and within scope.

Key strengths: organization, client communication, detail-oriented


Continuing with our team comparisons, next we have the strategist who could be fairly compared to the shooting guard. The strategist is the visionary of the project and can sometimes be the same person as the project manager. If the project manager is more logistically focused though, the strategist is strategically focused. He or she is responsible for ensuring that the client’s goals are met through the decisions made during the wireframing, design and development portions of the project. This person must be good at balancing the business needs of the client with the technical considerations of the development team.

Key strengths: strong development background knowledge, business/marketing strategy knowledge, decision-making skills


Designers or UX specialists often determine the difference between a good app and a great app. A pillar of the development team, the designer is similar to the power forward on a basketball team. He or she creates wireframes and/or visual designs, as well as decides on the screenflow and user interface (UI). The designer often has a basic technical understanding and works well with the team’s developers to ensure the final product is just as visually appealing as it is technically functional.

Key strengths: creative, deep understanding of UX/UI, basic technical background knowledge

Software Engineers

On a basketball team, the small forward is a versatile player. Adept at handling the ball inside and outside, the small forward excels at offense and defense. Such is the software engineer on a mobile app development team. This role is responsible for bringing together the vision of the strategist, the creative direction from the designer and the technical requirements of the client into a working, functional app. Engineers develop the backend or server side portion of the app, and then the iOS and Android products. They fix bugs given to them following quality assurance (read more on that below) and deploy the app to the Google Play Store or Apple App Store when it’s time to launch.

Key strengths: technically minded, problem solvers, strong technical understanding

Quality Assurance

Just as the center spends the majority of his or her time close to the basket, the quality assurance position is also narrowly focused on doing one job really well. His or her goal is to test, test, test and then test some more. The quality assurance person finds bugs, checks for security holes, confirms the use cases are met, scrolls, taps, and swipes to his or her heart’s content. In short: he or she tries to break the app. The goal is to ensure the product is ready to ship to the client for testing and approval during the beta and release stages of the project.

Key strengths: detail-oriented, problem solvers, able to provide constructive criticism

So there you have it. Your starting lineup as you take on the task of bringing your mobile app idea to life! Sound like a team you’d like playing for you? We’d love to chat!