The Product Manager is an essential player in the software development process. Yet, we often find ourselves answering a troubling question when sitting down with eager prospective clients. “Why do I need a PM? I already know what I want to build.” One aspect of the Product Manager’s role is addressing and finding the perfect balance between building the right product and building the product right. What’s the difference, you say?…

Shipping products for our clients is at the core of what we do as a Product Design team. Our expertise and experience is why our clients trust us enough to come back and work with us for multiple engagements. But shipping a good product goes beyond a well thought-out user experience, beautiful UI, and flawless interaction model. A good product starts with excellent communication between all team members so that every player is engaged and working together to solve the same problem.…

MojoTech, like most companies, has the concept of a Project Lead. Initially, I wasn’t sure what to expect when I took on my role as Project Lead, so I’m writing this post to shed a little light on the responsibilities and expectations of the role, as I approach them. Typically my morning and afternoon look the same, so to avoid redundancies, we’ll take a look at a typical morning schedule.…

Like many CEO’s in December, my head has been down for the past few weeks as we plan for 2016. And one of the things that’s been on my mind is process. We’ve recently implemented a new lead management process and CRM to help triage our inbound project requests. We’ve built better systems to allocate our team’s time across all of our projects. We’ve put in place a process to request vacation time and perform other HR tasks using Bamboo.…

At MojoTech, we’ve worked on many projects. While each presents unique challenges, over time patterns emerge. Healthy projects ship on time and work as expected, and they are built by empowered teams who respond quickly to changes. On the other hand, unhealthy projects ship late (or not at all) and frustrate teams, clients, and users. Worse still, it’s often difficult to recognize a project trending toward unhealthiness. Bad habits and small changes without an immediately observable negative impact on the project often go unnoticed.…

It is no secret that the discussion surrounding diversity in the tech industry reveals itself to be a multifaceted issue. There is no shortage of thought-provoking articles (for example, here, here and here) on the subject. But in every argument, one point rings true: a highly diverse team can build software that takes into account a much broader range of perspectives and is more inclusive of all its users. Yet, most teams are forced to overcome the obstacle of a lack of diversity, because that’s the current standard in our industry.…

“Let’s have our meeting in the conference room. We can order lunch.” If you’ve heard this before, then you know how likely it is that a significant chunk of your meeting will be spent figuring out where lunch will come from, and what to order. Why? Because it’s a simple problem. We all understand food. We all know what we like and dislike. We have a strong grasp of the options available, and the likely outcomes of choosing each one.…

A developer from a client team recently asked me why we would need daily standups for the team. “That seems a bit too granular,” he said. At MojoTech, we employ daily standups as an essential part of our development process. I’ve read a few articles and seen a few videos about the benefits of the agile/scrum process, but I’d like to share what we see here at MojoTech. As a quick overview: a daily standup (also known as a scrum) is a brief meeting that the Product Development team convenes.…

From time to time friends and colleagues ask us for advice. Quite a few of them are directed at us because we’ve managed to build and grow a very successful team of software developers. We thought we’d share a response our CTO, Chris Shoemaker had to a question recently regarding the percentage of time an engineer should be focusing his or her time on implementing features. The answer, as with most things software development related is: It depends.…

When MojoTech was smaller I spent more time writing code than emails. That ratio has changed over the last few years. Now that I’m now more responsible for business development than software development I spend more time with non-technical business leaders than I used to, including clients. A common theme I’ve noticed is how most people tend to lump all software developers into one category. Which makes sense. From an outsiders perspective, writing code is a mysterious process: they’ve probably heard terms like Programmers, Engineers, Front-End Developers, etc.…

On paper, MojoTech’s resume looks pretty impressive. Since its inception in 2008, MojoTech has launched more than 100 products by partnering with clients to deliver software that solves their most complex business problems. MojoTech was ranked the 42nd fastest growing software company in America by Inc. Magazine, and was listed as one of 2016’s Best Places to Work for the third year running, by Providence Business News, who also awarded co-founder Chris Shoemaker “CTO of the Year”.…

Load More