{"id":10208,"date":"2016-05-17T10:55:12","date_gmt":"2016-05-17T15:55:12","guid":{"rendered":"http:\/\/www.mrc-productivity.com\/blog\/?p=10208"},"modified":"2023-03-13T16:15:17","modified_gmt":"2023-03-13T21:15:17","slug":"5-common-problems-that-create-a-development-bottleneck","status":"publish","type":"post","link":"https:\/\/www.mrc-productivity.com\/blog\/2016\/05\/5-common-problems-that-create-a-development-bottleneck\/","title":{"rendered":"5 common problems that create a development bottleneck"},"content":{"rendered":"

\"Education\"Summary: Many businesses face an application development bottleneck. Application development efforts can\u2019t keep up with business demands. As a result, business users are often stuck waiting around for the applications they need. In this article, we\u2019re looking for common problems that create this bottleneck, and ways to address them.<\/em><\/span>
\n<\/a><\/p>\n

\"photo
photo credit: blueMix<\/a> via pixabay<\/a> cc<\/a><\/figcaption><\/figure>\n

Let me ask you a question: In your organization, can your application development efforts keep up with the business demands? When users request a solution, how long do they wait for it?<\/p>\n

It\u2019s a common source of problems in many businesses. Development lags far behind demand. Users wait weeks or months for new solutions.<\/p>\n

What happens as a result of this development bottleneck? Typically, it hurts the business in one of two ways.<\/p>\n

First, it harms overall productivity<\/strong>. When users are stuck waiting around for the solutions they need, the business cannot operate as efficiently as possible.<\/p>\n

Second, it creates Shadow IT<\/strong>. Some users get tired of waiting around, and find their own solutions, without telling the IT department. I won\u2019t get into all of the details here, but you can learn about important Shadow IT facts in this article<\/span><\/a>.<\/p>\n

So, if your business faces an application development bottleneck, you must answer two questions: Why is it happening, and how do we fix it? We answered the second question in a past article<\/span><\/a>, so today, let\u2019s explore why it happens. What problems create this bottleneck? While the list could certainly be longer, here are 5 common problems:<\/p>\n

1. Lack of detail in the requirements<\/h3>\n

\"\"Have you ever tried to explain a task to someone else…only to have them do something completely different? They interpreted your request in a way you never could have imagined.<\/p>\n

This happens all the time in development, and is probably the biggest problem behind the development bottleneck. The users don\u2019t adequately explain their requirements to the developers. Or, like a game of \u201ctelephone\u201d, requirements get passed through multiple people before making their way to the developer. By the time they\u2019re explained, it\u2019s nothing like the original request.<\/p>\n

When this happens, the developer creates a solution that doesn\u2019t meet expectations. As a result, the application (which should\u2019ve been completed already) goes back and forth between the developer and the user until it\u2019s complete.<\/p>\n

Meanwhile, the other projects that the developers were supposed to be working on get delayed.<\/p>\n

How can you address this problem? First, make sure developers sit down with the actual users to learn their goals\/requirements before the project. Second, as explained below, show progress to users throughout the project to ensure you\u2019re on the right track.<\/p>\n

\u201cOne area to consider is lack of early documentation, whether that is in the form of ‘old-school’ written documentation or rapidly developed prototypes,\u201d says Matthew Brogie, COO of Repsly<\/span><\/a>. \u201cIf there is not enough detail in the specification up front, developers may be left to ‘fill in the blanks’ on their own. We use a practice where development presents their progress to the business user on a regular basis for confirmation and feedback. This enables any misunderstandings about requirements to be identified early.\u201d<\/p><\/blockquote>\n

2. Too much detail in the requirements<\/h3>\n

On the other side of the coin, too much detail in the requirements will create a bottleneck as well. Does that sound confusing? Let me explain:<\/p>\n

In any development project, the Pareto Principle is in full effect: Only 20% of the features will solve 80% of the problem. Oftentimes, the features that require the most effort only deliver minimal value.<\/p>\n

However, users have no idea how long each feature takes to implement. What may seem like a \u201csimple\u201d feature to them, may actually take days of development. As explained below, this creates a bottleneck when users include every feature they can possibly imagine in their requirements.<\/p>\n

\u201cSome users get overly ambitious when they write up requirements,\u201d says Tyler Wassell, Software Development Manager at mrc<\/span><\/a>. \u201cThey include a long list of features, without ranking their importance. This can add weeks or months to a development project because the developer can only assume that every feature is essential. To combat this problem, sit down with the users beforehand, and make them rank the requested features. This gives you a good idea where to start, and dramatically reduces the time it takes to deliver a working application to the users.\u201d<\/p><\/blockquote>\n

3. Technical Debt<\/h3>\n
\"photo
photo credit: ClkerFreeVectorImages<\/a> via pixabay<\/a> cc<\/a><\/figcaption><\/figure>\n

Does your company run on legacy systems? It\u2019s a common issue. You run on outdated systems because they\u2019re vital to your business–and they just work. Replacing those systems comes with cost and risk you\u2019re not willing to swallow.<\/p>\n

However, these systems don\u2019t always fit well into the modern world. A modern application might not integrate well with your old systems. Or, your legacy systems are filled with so much spaghetti code, that every change you make could impact ten other parts of the system.<\/p>\n

The problem is, every new application you create must integrate with this system. This integration is not only time consuming, but only further adds to the complexity of the system.<\/p>\n

\u201cMost of the software created today is not born into vacuum,\u201d says Alex Merkulov, Founder and CEO of 8th Sphere<\/span><\/a>. \u201cIt usually has to interoperate with existing code base, cringing under the weight of the existing technical debt. The more debt you have, the harder it is to deliver a new feature. Get rid of technical debt by frequently refactoring existing code.\u201d<\/p><\/blockquote>\n

4. Quality Assurance is done at the end<\/h3>\n
\"photo
photo credit: FirmBee<\/a> via pixabay<\/a> cc<\/a><\/figcaption><\/figure>\n

In every development project, you\u2019ll find many different areas where things can go wrong.<\/p>\n

As mentioned above, requirements often get lost in translation. The finished product doesn\u2019t meet the user\u2019s expectations.<\/p>\n

Other times, users see the finished product and realize it\u2019s not what they wanted. It\u2019s exactly what they requested, but not what they need.<\/p>\n

Still other times, the users start using the finished application, only to realize it doesn\u2019t work exactly as they had hoped. Maybe there\u2019s a bug, or it\u2019s just built in a way that doesn\u2019t meet their needs.<\/p>\n

What happens any time these problems occur? The application goes back to the developer for more work. The project gets extended, and the developer\u2019s other projects gets pushed back. The development bottleneck grows tighter.<\/p>\n

How can you address problems like these before they get out of hand? Involve users from the beginning. Start the quality assurance process early in the project, and you\u2019ll catch these problems before they slow you down.<\/p>\n

\u201cThe first place to look is QA,\u201d says Brogie. \u201cMany organizations believe this should be at the end of the process, but involving QA during the planning phase of a development project can shave huge amounts of time off the project. Involving QA early allows them to develop a test plan based on requirements that developers can use as a basis for their own unit testing. This helps align expectations and prevents rework.\u201d<\/p><\/blockquote>\n

5. Over-reliance on a single department<\/h3>\n

Oftentimes, businesses face a development bottleneck because one department is overworked. There just aren\u2019t enough hours in the day to complete the backlog of projects.<\/p>\n

For instance, development projects typically go through the IT department. But, they also handle reporting, hardware, the company network, and more. They can\u2019t dedicate all of their resources to completing development projects, and the business can\u2019t afford to hire new staff.<\/p>\n

If you\u2019re in this situation, are you just stuck with a development bottleneck? Not at all.<\/p>\n

To relieve this bottleneck, look for tasks that the IT department can offload to others. For instance, Business Intelligence (BI) and reporting is a common IT burden. But, with the rise of self-service BI<\/span><\/a> and reporting tools, it\u2019s now a task that\u2019s easily performed by end users. While it varies by company, you\u2019ll find many other tasks like this that you can remove from the IT department.<\/p>\n

The fact is, you have access to more end-user tools than ever before. Relieving the development bottleneck often comes down to giving end users the right tools to perform tasks that were formerly IT-specific.<\/p>\n

Summary<\/h3>\n

These are just 5 problems that create a development bottleneck, but the list could certainly be much longer. If you would like to add anything to this list, I\u2019d love to hear it. Feel free to share in the comments.<\/p>\n","protected":false},"excerpt":{"rendered":"

Summary: Many businesses face an application development bottleneck. Application development efforts can\u2019t keep up with business demands. As a result, business users are often stuck waiting around for the applications they need. In this article, we\u2019re looking for common problems that create this bottleneck, and ways to address them.<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"default","ast-global-header-display":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","slim_seo":{"title":"5 common problems that create a development bottleneck - mrc's Cup of Joe Blog","description":"Summary: Many businesses face an application development bottleneck. Application development efforts can\u2019t keep up with business demands. As a result, business"},"footnotes":""},"categories":[4],"tags":[13,15],"class_list":["post-10208","post","type-post","status-publish","format-standard","hentry","category-productivity","tag-application-development","tag-web-development"],"_links":{"self":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/10208","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/comments?post=10208"}],"version-history":[{"count":9,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/10208\/revisions"}],"predecessor-version":[{"id":14676,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/10208\/revisions\/14676"}],"wp:attachment":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/media?parent=10208"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/categories?post=10208"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/tags?post=10208"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}