{"id":8676,"date":"2014-12-09T10:45:18","date_gmt":"2014-12-09T16:45:18","guid":{"rendered":"http:\/\/www.mrc-productivity.com\/blog\/?p=8676"},"modified":"2021-10-14T11:25:39","modified_gmt":"2021-10-14T16:25:39","slug":"7-problems-that-slow-down-web-development","status":"publish","type":"post","link":"https:\/\/www.mrc-productivity.com\/blog\/2014\/12\/7-problems-that-slow-down-web-development\/","title":{"rendered":"7 problems that slow down web development"},"content":{"rendered":"

\"Education\"Summary: As technology evolves, web application development is playing an increasingly important role in the business world. More and more, application development speed directly contributes to a company\u2019s competitive advantage. The problem: Many companies still struggle in this area. Learn which problems slow them down, and how to fix each one.<\/em><\/span>
\n<\/a>
\nIn a Wall Street Journal article<\/span><\/a> a few years back, Marc Andreessen explained \u201cWhy software is eating the world.\u201d It\u2019s hard to argue with him. <\/p>\n

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

We see examples of software-driven companies ousting established companies on a regular basis. Do you remember what Netflix did to Blockbuster? Or, how iTunes revolutionized the recording industry? <\/p>\n

It\u2019s all part of a growing trend: More businesses are moving to the web. Those who innovate quickly with software are gaining a competitive advantage. <\/p>\n

This doesn\u2019t just apply to software companies. It affects everyone. For instance, what if you could deliver mobile apps to your sales team or customers before your competition? What if you delivered modern web applications to your business users when they need them? <\/p>\n

Wouldn\u2019t that give you a competitive advantage? Of course!<\/p>\n

Yet, a study<\/span><\/a> from Forrester finds that this isn\u2019t happening. It finds that most IT executives focus on \u201ckeeping the lights on,\u201d not innovation. It finds that business leaders believe that application development is too slow. <\/p>\n

In short: We’re in an era where development speed creates a competitive advantage. Yet, most businesses still struggle in the area.<\/p>\n

This begs the obvious question: Why? What problems slow down web development? Today, let\u2019s focus on these issues, and uncover a few ways to correct them. Here are 7 common problems that slow down web development:<\/p>\n

1. Communication between developers and users\/clients<\/h3>\n
\n

\u201cI think the #1 problem is client communication and expectations,\u201d says Aalap Shah, Co-Founder of SoMe<\/span><\/a>. \u201cIf there is no clearly outlined scope, projects often slow down\/come to a standstill. Or, clients perceive the project has slowed down because of many new items that they added to the scope after the project began.\u201d<\/p>\n<\/blockquote>\n

As any developer soon learns, coding is just a small part of web development. Clear communication with stakeholders and team members is just as important as good code. What exactly does \u201cclear communication\u201d mean? Communication boils down to a few key points:<\/p>\n

a. Clearly defining the projects and goals up front.<\/b>
\nProblems crop up because business users and developers aren\u2019t specific, or use different terminology.<\/p>\n

\n\u201cI’d have to say the biggest problem that slows down the web development process is communication,\u201d says Brandon Howard, Owner of Allmywebneeds.com<\/span><\/a>. \u201cThere is often a disconnect between the client and the end developer because they each understand things differently. For example, the client often looks at the project from a marketing perspective. But, the developer looks at it from a coding perspective. The client will explain what they want. The developer will lay out what they can do. But, all the while they\u2019ll be talking about completely different things.\u201d<\/p>\n

\u201cA specific example happened with me a couple of weeks ago. With a past website project, I said we\u2019d create a \u201cweb form that lets users type their information into fields on the site and then be emailed to you\u201d. From a web development perspective that means we create a contact form on the web page that accepts user input and emails the site owner when the user clicks submit. Now, it\u2019s causing delays in the project. The person I talked to thought we were going to have fields for users to enter their information, have it populate a PDF form, and email that pre-formatted form to her so she could print it off.\u201d\n<\/p><\/blockquote>\n

b. Set clear expectations<\/b>
\nSurprises are the last thing anyone wants in a development project. Developers must understand what they\u2019re building. Users must understand what they’re getting. Last but not least, users must also understand the impact any mid-project change will have on the rollout date. As Shah explains below, up-front communication is key to project success.<\/p>\n

\"photo
photo credit: Bogdan Suditu<\/a> via photopin<\/a> cc<\/a><\/figcaption><\/figure>\n

\u201cWe work to solve communication problems with clearly outlined scope and deliverables, feature lists, and wireframes before we start development,\u201d says Shah. \u201cWe also create a checklist to ensure that we have all the digital assets before the project starts. We often communicate that any changes made to the scope and work of the project may delay it all together. It\u2019s better to have the tougher conversations up front vs. having a project that goes into perpetuity due to project requirements changed. Two-way communication is critical to avoiding any delays.\u201d<\/p>\n<\/blockquote>\n

c. Keep everyone in the loop<\/b>
\nOnce you have the specs and have communicated the goals to the users\/clients, you can\u2019t just go off the grid and work on it. Keep everyone involved informed on the project status throughout the duration of the project.<\/p>\n

2. No alignment with the business need<\/h3>\n

Too many development projects start from a feature perspective, and not a solution perspective. A business user sees a feature or application they want, and requests it from development. The problem: This feature doesn’t solve a business need.<\/p>\n

\"photo
photo credit: kenteegardin<\/a> via photopin<\/a> cc<\/a><\/figcaption><\/figure>\n

\u201cThe #1 problem we have found is that \u2018the development didn’t align well with the business need,\u2019\u201d explains Koby Bryan, Managing Member, Koby Consulting<\/span><\/a>. \u201cIn other words, people approach the project mechanically. They dictate features and benefits, and then when they start to flesh them out\u2026they start to align them to a business need. What this means in development is the specs start to change. You start out cooking a chicken, then find out the client really wanted fish. So you get a chickenfish.\u201d<\/p>\n

\u201cFor instance, we had a client that put an internal team in charge of defining specs for a project – only to find out the team had different goals than the main decision maker. They were thinking in terms of ease of maintenance (make their jobs easier), he was thinking in terms of a new product for a compelling business need.\u201d<\/p>\n<\/blockquote>\n

3. Trying to release the \u2018perfect\u2019 code<\/h3>\n

What happens when a developer tries to build the \u201cperfect\u201d app? What happens when they try to build every conceivable feature into the application from the start? They never ship the product. Or, they ship it late and miss the boat.<\/p>\n

\n\u201cTrying to develop everything from day one is a sure-fire nightmare,\u201d says Eran Eyal, CEO\/Founder at Springleap<\/span><\/a>. \u201cPick the core of your problem that you can do a release on and learn quickly (as well as A\/B test). This way you can get the core of your model (the part that people will most likely interact with) correct. This saves you from spending a ton of time developing a complex system and waste runway\/ funding on having to redevelop something really complex.\u201d\n<\/p><\/blockquote>\n

4. Interrupting the Development Team<\/h3>\n

I\u2019ve seen companies that almost live in the conference room. They have meetings about everything. They even have meetings to plan meetings (really).<\/p>\n

The problem constant meetings create for development: It slows everyone down. Studies have shown that brains need about 12 minutes to re-focus on a new task. This applies not only to constant meetings, but even simple distractions. <\/p>\n

\n\u201cThe amount of time it takes to context switch to a meeting and then back to development is more than most people realize,\u201d says Tim Segraves, Co-Founder and CTO of Revaluate<\/span><\/a>. \u201cThe solution is to try and schedule all meetings at the start or end of the day so developers can maximize their uninterrupted time to focus on the product.\u201d\n<\/p><\/blockquote>\n

5. Scope creep<\/h3>\n

\"photo
photo credit: Eelffica<\/a> via pixabay<\/a> cc<\/a><\/figcaption><\/figure>Have you ever heard statements like this: \u201cI love what you\u2019ve done so far, but wouldn\u2019t it be nice if it could also do (fill in the blank)?\u201d Or, \u201cHow hard would it be to add (feature X)?\u201d Or, \u201cI ran the application by (person X) and they have some ideas for you.\u201d<\/p>\n

It\u2019s the dreaded scope creep. The users change the app features, and then expect the project to still meet the original deadline.<\/p>\n

\n\u201cAdding last-minute functionality always takes longer than you expect, and tends to “break” other things,\u201d says Karl Sakas, President of Agency Firebox<\/span><\/a>. \u201cThis creates unnecessary pressure during an already stressful launch. Likewise, clients (or internal stakeholders) tend to under-estimate how long it will take to create content to populate a website or app. As a result, you can’t launch for weeks or months after finishing development because the product is “empty” of content.\u201d\n<\/p><\/blockquote>\n

How can you avoid scope creep? It starts with managing expectations (as mentioned in the first point). Also, Sakas explains below how setting a cutoff date for new features will help curb this common problem.<\/p>\n

\n\u201cTo solve these problems, manage client expectations up front,\u201d says Sakas. \u201cWhen it comes to last-minute additions, let stakeholders know at kickoff (and remind them along the way) there will be a “freeze” on new features. After a certain point in time, any new requests will automatically become “Phase 2” items.\u201d\n<\/p><\/blockquote>\n

6. Doing everything from scratch<\/h3>\n

While coding everything from scratch may be more rewarding, it\u2019s usually a bad idea. With the available open source code, frameworks, and development tools, there\u2019s little reason to code any web app from scratch. Not only does coding from scratch waste time, it results in inferior solutions.<\/p>\n

\"photo
photo credit: conskeptical<\/a> via photopin<\/a> cc<\/a><\/figcaption><\/figure>\n

\u201cThe most successful web developers understand a simple rule,” says Tyler Wassell, Software Development Manager at mrc<\/span><\/a>. \u201cCoding everything from start to finish is often unnecessary. They don’t to re-invent the wheel in each project. Instead, they use web frameworks or development tools. This eliminates the repetitive coding tasks and promotes stability, maintainability, and security. In the end, development is about delivering quality solutions in an efficient manner. Selecting the right tools will help save time and improve software reliability.\u201d<\/p>\n<\/blockquote>\n

7. Manual bug-finding<\/h3>\n

\n\u201cBug finding can be tedious,\u201d says Adam Pilling, Technical Director at www.myhomeneedsthat.com<\/span><\/a>. \u201cDevelopers don\u2019t enjoy doing it and it distracts them from progressing with development tasks. Outsourcing bug finding via websites such as odesk and peopleperhour can help increase the productivity of developers.\u201d\n<\/p><\/blockquote>\n

Another way to reduce testing time comes from the previous point: Don\u2019t do everything from scratch. Are you building a web site? Find a template. Are you developing a web app? Find a tool that comes with pre-tested templates. This approach eliminates much of the work because someone has already tested these templates for you. The amount of templates and tools available these days can dramatically decrease your development time.<\/p>\n

So, what do you think? Is there anything you would add to this list? If so, please share your thoughts in the comments.<\/p>\n","protected":false},"excerpt":{"rendered":"

Summary: As technology evolves, web application development is playing an increasingly important role in the business world. More and more, application development speed directly contributes to a company\u2019s competitive advantage. The problem: Many companies still struggle in this area. Learn which problems slow them down, and how to fix each one.<\/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":"7 problems that slow down web development - mrc's Cup of Joe Blog","description":"Summary: As technology evolves, web application development is playing an increasingly important role in the business world. More and more, application developm"},"footnotes":""},"categories":[8],"tags":[15],"class_list":["post-8676","post","type-post","status-publish","format-standard","hentry","category-education","tag-web-development"],"_links":{"self":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/8676","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=8676"}],"version-history":[{"count":17,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/8676\/revisions"}],"predecessor-version":[{"id":13130,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/posts\/8676\/revisions\/13130"}],"wp:attachment":[{"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/media?parent=8676"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/categories?post=8676"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.mrc-productivity.com\/blog\/wp-json\/wp\/v2\/tags?post=8676"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}