{"componentChunkName":"component---src-templates-articles-index-jsx","path":"/articles/kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team/","result":{"data":{"props":{"adsense":true,"adsenseMobile":null,"byLine":null,"canonical":"https://staging.business.com/articles/kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team/","content":"\n<p style=\"text-align: left;\">So you feel like your software development team is stagnating, and output isn’t where you want it to be. There must be a better way, right?</p>\r\n<p style=\"text-align: left;\">Should you try Kanban or maybe make a switch to two-week sprint cycles? How do you know which will be a better fit for your team before investing the time and heartache to implement a change?</p>\r\n<p>As with most concepts of software development, there is no one-size-fits-all solution to achieve your goals, so it shouldn’t come as a surprise that the framework in which we go about organizing the team is no different. Fear not! Help is here to identify the benefits and drawbacks from both approaches, which I’ll outline to help make the decision to alter your methodology or leave it alone.</p>\r\n<p><em>Related Article: </em><a href=\"http://www.business.com/technology/disrupt-the-market-with-agile-development/\">Disrupt the Market, Not the Users With Iterative Development</a></p>\r\n<h3><em>Kanban</em></h3>\r\n<p>Kanban is a process of just-in-time delivery popularized by Toyota in the 1940s, but was introduced to knowledge work in the first decade of the twenty-first century. Kanban's simple approach involves a prioritized task queue that the team can choose. Each task moves through various process steps to delivery before moving on to the next, much like a car would move down the assembly line.</p>\r\n<p><picture class=\"aligncenter full\"><source srcset=\"/images/content/560/315483187b197648b4582/fifo_2.1200by406.png 1200w, /images/content/560/315483187b197648b4582/fifo_2.668by226.png 668w, /images/content/560/315483187b197648b4582/fifo_2.320by108.png 320w\" sizes=\"668px, 100%\"></source><img src=\"/images/content/560/315483187b197648b4582/fifo_2.320by108.png\" alt=\"First In Fist Out; FIFO\" width=\"320\" height=\"108\" data-content-img-id=\"560315483187b197648b4582\"></picture></p>\r\n<h4><em>Advantages of Kanban</em></h4>\r\n<p>Kanban limits the amount of items that can be in progress at any given time and slots open up as tasks move from one stage of completion to another. Limiting the amount of work in progress is a very useful technique to avoid the pitfalls of multitasking.</p>\r\n<p>In knowledge work such as programming, shifting from one task to the next wastes a significant amount of time by mentally having to shift gears and re-immerse oneself back into a problem. By focusing on a few things at once, the team can move items quickly from architecture to deployment.</p>\r\n<p>Another benefit of switching to Kanban is that completed items don’t sit around waiting to deploy. When the work passes QA and is signed off by the stakeholders, it can be released post haste.</p>\r\n<p>By keeping releases as small deployments, they have fewer merge conflicts, less amount of testing and take way less valuable time. Depending on the sophistication of your continuous release process, the time from sign-off to features entering your users’ hands can be a matter of minutes as opposed to days, weeks or even months. </p>\r\n<h4><em>Disadvantages of Kanban</em></h4>\r\n<p>When conditioned to look only at items at the top of the priority queue, individuals tend to get into lone wolf mode and focus on only the task at hand with little regard for items to come, or what the rest of the team is working on. The proper time for architecting a bigger picture solution is usually the first casualty when teams move to Kanban.</p>\r\n<p>This can be combated by regularly meeting with the team to review medium-term upcoming work. If you turn the team loose on a huge backlog without these regular vision quests, expect there to be a great deal of refactoring in your future.</p>\r\n<p>Another shortcoming that we’ve found utilizing a Kanban workflow is the lack of forecasting. While forecasting is difficult in all areas of software development, Kanban seems to encourage the “we’re delivering the most important items continually; it’ll be done when it gets done” mentality.</p>\r\n<p>While this is true that priority items are always in progress, management likes to have a roadmap. One solution in dealing with this is by measuring the number of issues you’re able to deliver over time and using that for forecasting, but the trouble with this approach is it only works if items in your queue are of similar size.</p>\r\n<p>For those familiar with building software, we know that some tasks are bigger than others and that estimation is close to impossible, and frustrating for everyone at your company.</p>\r\n<p><em>Related Article: </em><a href=\"http://www.business.com/management/tech-team-missed-deadline/\">Why Your Tech Team Missed Their Deadline</a></p>\r\n<h4><em>When Should My Team Use Kanban?</em></h4>\r\n<p>Our development team uses Kanban when there are a large amount of small-to-medium sized tasks that are unrelated to one another. In this scenario, Kanban allows the team to put their heads down and focus on pounding out one task after another without putting too much concern into what’s coming next.</p>\r\n<p>Kanban is great for digital agencies who work with multiple clients that have many day-to-day tasks. Management will love having features continuously being released, and developers will be motivated by the feeling of regular progress.</p>\r\n<h3><em>Sprints</em></h3>\r\n<p>Another very popular software development methodology involves the team coalescing around development cycles called sprints. Usually a period of two weeks, a common sprint begins with a planning meeting where the team makes a commitment of items they will complete for release and ends with a planned single-event release of all items.</p>\r\n<p><picture class=\"aligncenter full\"><source srcset=\"/images/content/560/316273287b17a658b458c/scrum_process.1200by600.png 1200w, /images/content/560/316273287b17a658b458c/scrum_process.668by334.png 668w, /images/content/560/316273287b17a658b458c/scrum_process.320by160.png 320w\" sizes=\"668px, 100%\"></source><img src=\"/images/content/560/316273287b17a658b458c/scrum_process.320by160.png\" alt=\"scrum process\" width=\"320\" height=\"160\" data-content-img-id=\"560316273287b17a658b458c\"></picture></p>\r\n<h4><em>Advantages of Sprints</em></h4>\r\n<p>By having the introductory planning meeting, the team can discuss, question and plan how all of the features are going to work together. This provides a useful time to get some key architecting out of the way before any code is written.</p>\r\n<p>Another key feature of sprints is having the team determine what it believes it can deliver on. It gives the team a shared goal to work towards for each iteration. If the team can deliver everything they set out to, great!</p>\r\n<p>If they are unable to complete their work by the deadline, the team can have an honest and open discussion into what went wrong. Since we learn from our mistakes, failure is readily embraced when working in this framework (as it should always be, really).</p>\r\n<h4>\n<em>Disadvantages of Sprints</em> </h4>\r\n<p>The team is expected to begin the iteration by defining a shared goal; often called a commitment. While there is nothing inherently wrong this, the term \"commitment\" in software development is so contentious <a href=\"https://www.scrum.org/About/All-Articles/articleType/ArticleView/articleId/95/Commitment-vs-Forecast-A-subtle-but-important-change-to-Scrum\" target=\"_blank\">that the Scrum founders scrubbed it from their 2011 Scrum Guide</a>.</p>\r\n<p>There are simply so many unknowns in software that seemingly simple tasks can become gargantuan undertakings. Trying to pin the team down with a commitment and then looking down on them if things become difficult and time-consuming is a great way to create ill-will.</p>\r\n<p>The most challenging aspect of sprints comes at the very end of the iteration: release. Release management is the most underappreciated facet of software development and throwing together weeks’ worth of sometimes disparate code is always a juggling act of the finest order.</p>\r\n<p>Merge conflicts are a lingering danger for every release so the more items you’re trying to release at once, the more time-consuming your deployments become. Often, our sprints were capped with a frustrating all-hands release war room that would often take hours to get out alive.</p>\r\n<p>Since these challenges come at the end of the sprint, it’s easy to have a negative mood permeate the retrospective team meeting, thus hampering morale.</p>\r\n<h4><em>When Should My Team Use Sprints?</em></h4>\r\n<p>Sprints are best served for when the team is working on a complicated or long-term project that requires a considerable effort discussing architecture and a shared plan of attack.</p>\r\n<p>When items are tightly related it’s important that the team has a better idea of what everyone is working on and how their parts all fit into the bigger picture. This is where sprints shine. They also work well when many features need to be deployed together before they can be reasonably released to your users.</p>\r\n<p>Teams that work on applications that have regular release schedules will do well by sticking to sprint cycles.</p>\r\n<h3><em>So What Methodology is Best?</em></h3>\r\n<p>As with anything in software development, the best solution for your team is the one you arrive at through lots of trial and error and regular retrospectives.</p>\r\n<p>Software processes are for the team, so it is best that the team creates it. You’re not likely to find any good development team that has implemented a textbook version of either agile methodologies. You’ll instead see that these teams take features from many different areas to create the best fit for them.</p>\r\n<p>I encourage your teams to keep experimenting with process changes and throw away what doesn’t work. This will empower your team to continue to improve and will increase the accuracy and speed of development.</p>\n","docType":"article","guid":"articles_2ce834a976554f14033a8d9d31dadc34","lastModified":"2015-09-24T14:00:00.000Z","published":"2015-09-24T14:00:00.000Z","structuredData":null,"subtitle":null,"template":"legacy","title":"Kanban or Sprint Cycles: Which Agile Style is Best for My Development Team?","type":"article","author":{"avatar":null,"bio":"I’ve been in software development for the last decade and have personally witnessed a shift in the way development teams interact with their customers & product managers. Gone are the days of 6-month planned waterfall software development cycles which are now replaced with iterative and feature driven agile engineering.\r\n\r\nAs ScrumMaster for Business.com, I am the evangelist for Agile Scrum software development throughout the company and have our engineering teams embarked on an endless journey of seeking out the perfect 2-week development sprint cycle.","name":"Tim Sorweid","image":null,"slug":null,"social":{"facebook":"","linkedin":"https://www.linkedin.com/pub/tim-sorweid/9/456/6a1","twitter":"betamale","website":"http://www.business.com"},"status":"disabled","title":null,"type":"Staff","user":{"imagePath":"https://staging.business.com/images/undefined","profile":{"company":"Homesav","jobTitle":"Co-Ceo and Founder","website":""}}},"breadcrumbs":null,"channels":{"primary":{"name":"Business Basics","slug":"business-basics"},"sub":{"name":"Entrepreneurship","slug":"entrepreneurship"}},"meta":{"robots":"index, follow","description":"Rather than relying on trial and error to reach the right agile development, learn the advantages and disadvantages of Sprints vs. Kanban.","title":"Best Agile Style for a Development Team - business.com"},"parsedContent":{"toc":[],"json":[{"component":"p","props":{"style":{"textAlign":"left"}},"children":["So you feel like your software development team is stagnating, and output isn’t where you want it to be. There must be a better way, right?"]},{"component":"p","props":{"style":{"textAlign":"left"}},"children":["Should you try Kanban or maybe make a switch to two-week sprint cycles? How do you know which will be a better fit for your team before investing the time and heartache to implement a change?"]},{"component":"p","children":["As with most concepts of software development, there is no one-size-fits-all solution to achieve your goals, so it shouldn’t come as a surprise that the framework in which we go about organizing the team is no different. Fear not! Help is here to identify the benefits and drawbacks from both approaches, which I’ll outline to help make the decision to alter your methodology or leave it alone."]},{"component":"p","children":[{"component":"em","children":["Related Article: "]},{"component":"Link","props":{"href":"http://www.business.com/technology/disrupt-the-market-with-agile-development/"},"children":["Disrupt the Market, Not the Users With Iterative Development"]}]},{"component":"h3","children":[{"component":"em","children":["Kanban"]}]},{"component":"p","children":["Kanban is a process of just-in-time delivery popularized by Toyota in the 1940s, but was introduced to knowledge work in the first decade of the twenty-first century. Kanban's simple approach involves a prioritized task queue that the team can choose. Each task moves through various process steps to delivery before moving on to the next, much like a car would move down the assembly line."]},{"component":"p","children":[{"component":"picture","props":{"className":"aligncenter full"},"children":[{"component":"source","props":{"srcSet":"/images/content/560/315483187b197648b4582/fifo_2.1200by406.png 1200w, /images/content/560/315483187b197648b4582/fifo_2.668by226.png 668w, /images/content/560/315483187b197648b4582/fifo_2.320by108.png 320w","sizes":"668px, 100%"}},{"component":"img","props":{"src":"/images/content/560/315483187b197648b4582/fifo_2.320by108.png","alt":"First In Fist Out; FIFO","width":"320","height":"108","data-content-img-id":"560315483187b197648b4582"}}]}]},{"component":"h4","children":[{"component":"em","children":["Advantages of Kanban"]}]},{"component":"p","children":["Kanban limits the amount of items that can be in progress at any given time and slots open up as tasks move from one stage of completion to another. Limiting the amount of work in progress is a very useful technique to avoid the pitfalls of multitasking."]},{"component":"p","children":["In knowledge work such as programming, shifting from one task to the next wastes a significant amount of time by mentally having to shift gears and re-immerse oneself back into a problem. By focusing on a few things at once, the team can move items quickly from architecture to deployment."]},{"component":"p","children":["Another benefit of switching to Kanban is that completed items don’t sit around waiting to deploy. When the work passes QA and is signed off by the stakeholders, it can be released post haste."]},{"component":"p","children":["By keeping releases as small deployments, they have fewer merge conflicts, less amount of testing and take way less valuable time. Depending on the sophistication of your continuous release process, the time from sign-off to features entering your users’ hands can be a matter of minutes as opposed to days, weeks or even months. "]},{"component":"h4","children":[{"component":"em","children":["Disadvantages of Kanban"]}]},{"component":"p","children":["When conditioned to look only at items at the top of the priority queue, individuals tend to get into lone wolf mode and focus on only the task at hand with little regard for items to come, or what the rest of the team is working on. The proper time for architecting a bigger picture solution is usually the first casualty when teams move to Kanban."]},{"component":"p","children":["This can be combated by regularly meeting with the team to review medium-term upcoming work. If you turn the team loose on a huge backlog without these regular vision quests, expect there to be a great deal of refactoring in your future."]},{"component":"p","children":["Another shortcoming that we’ve found utilizing a Kanban workflow is the lack of forecasting. While forecasting is difficult in all areas of software development, Kanban seems to encourage the “we’re delivering the most important items continually; it’ll be done when it gets done” mentality."]},{"component":"p","children":["While this is true that priority items are always in progress, management likes to have a roadmap. One solution in dealing with this is by measuring the number of issues you’re able to deliver over time and using that for forecasting, but the trouble with this approach is it only works if items in your queue are of similar size."]},{"component":"p","children":["For those familiar with building software, we know that some tasks are bigger than others and that estimation is close to impossible, and frustrating for everyone at your company."]},{"component":"p","children":[{"component":"em","children":["Related Article: "]},{"component":"Link","props":{"href":"http://www.business.com/management/tech-team-missed-deadline/"},"children":["Why Your Tech Team Missed Their Deadline"]}]},{"component":"h4","children":[{"component":"em","children":["When Should My Team Use Kanban?"]}]},{"component":"p","children":["Our development team uses Kanban when there are a large amount of small-to-medium sized tasks that are unrelated to one another. In this scenario, Kanban allows the team to put their heads down and focus on pounding out one task after another without putting too much concern into what’s coming next."]},{"component":"p","children":["Kanban is great for digital agencies who work with multiple clients that have many day-to-day tasks. Management will love having features continuously being released, and developers will be motivated by the feeling of regular progress."]},{"component":"h3","children":[{"component":"em","children":["Sprints"]}]},{"component":"p","children":["Another very popular software development methodology involves the team coalescing around development cycles called sprints. Usually a period of two weeks, a common sprint begins with a planning meeting where the team makes a commitment of items they will complete for release and ends with a planned single-event release of all items."]},{"component":"p","children":[{"component":"picture","props":{"className":"aligncenter full"},"children":[{"component":"source","props":{"srcSet":"/images/content/560/316273287b17a658b458c/scrum_process.1200by600.png 1200w, /images/content/560/316273287b17a658b458c/scrum_process.668by334.png 668w, /images/content/560/316273287b17a658b458c/scrum_process.320by160.png 320w","sizes":"668px, 100%"}},{"component":"img","props":{"src":"/images/content/560/316273287b17a658b458c/scrum_process.320by160.png","alt":"scrum process","width":"320","height":"160","data-content-img-id":"560316273287b17a658b458c"}}]}]},{"component":"h4","children":[{"component":"em","children":["Advantages of Sprints"]}]},{"component":"p","children":["By having the introductory planning meeting, the team can discuss, question and plan how all of the features are going to work together. This provides a useful time to get some key architecting out of the way before any code is written."]},{"component":"p","children":["Another key feature of sprints is having the team determine what it believes it can deliver on. It gives the team a shared goal to work towards for each iteration. If the team can deliver everything they set out to, great!"]},{"component":"p","children":["If they are unable to complete their work by the deadline, the team can have an honest and open discussion into what went wrong. Since we learn from our mistakes, failure is readily embraced when working in this framework (as it should always be, really)."]},{"component":"h4","children":[{"component":"em","children":["Disadvantages of Sprints"]}," "]},{"component":"p","children":["The team is expected to begin the iteration by defining a shared goal; often called a commitment. While there is nothing inherently wrong this, the term \"commitment\" in software development is so contentious ",{"component":"a","props":{"href":"https://www.scrum.org/About/All-Articles/articleType/ArticleView/articleId/95/Commitment-vs-Forecast-A-subtle-but-important-change-to-Scrum","target":"_blank"},"children":["that the Scrum founders scrubbed it from their 2011 Scrum Guide"]},"."]},{"component":"p","children":["There are simply so many unknowns in software that seemingly simple tasks can become gargantuan undertakings. Trying to pin the team down with a commitment and then looking down on them if things become difficult and time-consuming is a great way to create ill-will."]},{"component":"p","children":["The most challenging aspect of sprints comes at the very end of the iteration: release. Release management is the most underappreciated facet of software development and throwing together weeks’ worth of sometimes disparate code is always a juggling act of the finest order."]},{"component":"p","children":["Merge conflicts are a lingering danger for every release so the more items you’re trying to release at once, the more time-consuming your deployments become. Often, our sprints were capped with a frustrating all-hands release war room that would often take hours to get out alive."]},{"component":"p","children":["Since these challenges come at the end of the sprint, it’s easy to have a negative mood permeate the retrospective team meeting, thus hampering morale."]},{"component":"h4","children":[{"component":"em","children":["When Should My Team Use Sprints?"]}]},{"component":"p","children":["Sprints are best served for when the team is working on a complicated or long-term project that requires a considerable effort discussing architecture and a shared plan of attack."]},{"component":"p","children":["When items are tightly related it’s important that the team has a better idea of what everyone is working on and how their parts all fit into the bigger picture. This is where sprints shine. They also work well when many features need to be deployed together before they can be reasonably released to your users."]},{"component":"p","children":["Teams that work on applications that have regular release schedules will do well by sticking to sprint cycles."]},{"component":"h3","children":[{"component":"em","children":["So What Methodology is Best?"]}]},{"component":"p","children":["As with anything in software development, the best solution for your team is the one you arrive at through lots of trial and error and regular retrospectives."]},{"component":"p","children":["Software processes are for the team, so it is best that the team creates it. You’re not likely to find any good development team that has implemented a textbook version of either agile methodologies. You’ll instead see that these teams take features from many different areas to create the best fit for them."]},{"component":"p","children":["I encourage your teams to keep experimenting with process changes and throw away what doesn’t work. This will empower your team to continue to improve and will increase the accuracy and speed of development."]}]},"resource":null,"sponsorship":null,"thumbnail":{"path":null,"caption":"Monkeybusinessimages / Getty Images","isBlurred":true},"bestPicks":null},"related":{"relatedArticles":[{"title":"Kanban or Sprint Cycles: Which Agile Style is Best for My Development Team?","canonical":"https://www.business.com/articles/kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team/","slug":"kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team","thumbnail":"https://www.business.com/images/channel/business-basics.jpg","dek":"Rather than relying on trial and error to reach the right agile development, learn the advantages and disadvantages of Sprints vs. Kanban.","lastModified":"2015-09-24T14:00:00Z","published":"2015-09-24T14:00:00Z","sponsored":false},{"title":"Disrupt the Market, Not the Users With Iterative Development","canonical":"https://staging.business.com/articles/disrupt-the-market-with-agile-development/","slug":"disrupt-the-market-with-agile-development","thumbnail":"https://staging.business.com/images/content/53f/51cb0cc786bf8028b45c7/1500-0-","dek":"When working on large software projects, it's tempting to hold on to all code until launch. Read our lessons learned on agile programming.","lastModified":"2014-08-21T07:00:00Z","published":"2014-08-21T07:00:00Z","sponsored":null},{"title":"11 Factors to Consider When Choosing a Software Development Company","canonical":"https://www.business.com/articles/choosing-software-developers/","slug":"choosing-software-developers","thumbnail":"https://www.business.com/images/content/5b2/1459351ee479b118b4591/1500-0-","dek":"An idea for an app, website or software product needs a developer to become successful.","lastModified":"2018-06-13T16:35:00Z","published":"2018-06-13T16:35:00Z","sponsored":false},{"title":"11 Ways to Retain and Attract Quality Developers","canonical":"https://staging.business.com/articles/11-ways-to-retain-and-attract-quality-developers/","slug":"11-ways-to-retain-and-attract-quality-developers","thumbnail":"https://staging.business.com/images/content/545/3d550cc786b62338b45c0/1500-0-","dek":"The key to an effective and engaged development team is your ability to keep them happy and motivated. Here are the top ways to do that.","lastModified":"2019-07-31T20:58:10Z","published":"2014-11-03T20:00:00Z","sponsored":null},{"title":"11 Ways to Retain and Attract Quality Developers","canonical":"https://www.business.com/articles/11-ways-to-retain-and-attract-quality-developers/","slug":"11-ways-to-retain-and-attract-quality-developers","thumbnail":"https://www.business.com/images/channel/human-resources.jpg","dek":"The key to an effective and engaged development team is your ability to keep them happy and motivated. Here are the top ways to do that.","lastModified":"2014-11-03T20:00:00Z","published":"2014-11-03T20:00:00Z","sponsored":false},{"title":"Software Development Secrets to Creating Agility with the Cloud","canonical":"https://staging.business.com/articles/software-development-secrets-to-creating-agility-with-the-cloud/","slug":"software-development-secrets-to-creating-agility-with-the-cloud","thumbnail":"https://staging.business.com/images/content/564/61b333087b1ad1d8b45af/1500-0-","dek":"The cloud's technology can be used to help drive better software development agility. Here are the secrets to making it happen.","lastModified":"2015-11-17T16:00:00Z","published":"2015-11-17T16:00:00Z","sponsored":null},{"title":"How to Manage an Offshore Software Development Team Across Time Zones","canonical":"https://www.business.com/articles/manage-offshore-software-development-team/","slug":"manage-offshore-software-development-team","thumbnail":"https://www.business.com/images/content/5b9/bd0e61039eb626d8b45c9/1500-0-","dek":"Here are some tips for managing an offshore software development team.","lastModified":"2018-09-14T07:00:00Z","published":"2018-09-14T07:00:00Z","sponsored":false},{"title":"Top IT Outsourcing Trends for 2019","canonical":"https://www.business.com/articles/software-it-outsourcing-trends/","slug":"software-it-outsourcing-trends","thumbnail":"https://www.business.com/images/content/5c2/a53b35a215ed4128b458c/1500-0-","dek":"More business are outsourcing IT and software development rather than hiring in-house.","lastModified":"2019-01-04T14:00:00Z","published":"2019-01-04T14:00:00Z","sponsored":false},{"title":"Timing Is Everything: 10 Failed Inventions That Were Just Ahead of Their Time","canonical":"https://www.business.com/articles/timing-is-everything-10-failed-inventions-that-were-just-ahead-of-their-time/","slug":"timing-is-everything-10-failed-inventions-that-were-just-ahead-of-their-time","thumbnail":"https://www.business.com/images/content/5d0/ea6e15a215e5c0c8b4571/1500-0-","dek":"When it comes to new technologies, it’s not always about innovation; it’s about timing. These 10 products were just before their time.","lastModified":"2015-10-28T20:00:00Z","published":"2015-10-28T20:00:00Z","sponsored":false},{"title":"Too Big to Be Agile? Not With the Scaled Agile Framework","canonical":"https://www.business.com/articles/too-big-to-be-agile-no-such-thing-ways-to-start-scaling-agile/","slug":"too-big-to-be-agile-no-such-thing-ways-to-start-scaling-agile","thumbnail":"https://www.business.com/images/channel/business-basics.jpg","dek":"Learn How to Implement and Scale Your Agile Development Efforts","lastModified":"2016-05-26T17:00:00Z","published":"2016-05-26T17:00:00Z","sponsored":false},{"title":"Timing Is Everything: 10 Failed Inventions That Were Just Ahead of Their Time","canonical":"https://staging.business.com/articles/timing-is-everything-10-failed-inventions-that-were-just-ahead-of-their-time/","slug":"timing-is-everything-10-failed-inventions-that-were-just-ahead-of-their-time","thumbnail":"https://staging.business.com/images/content/562/abe8e2f87b10e388b456a/1500-0-","dek":"When it comes to new technologies, it’s not always about innovation; it’s about timing. These 10 products were just before their time.","lastModified":"2017-02-23T00:00:00Z","published":"2015-10-28T20:00:00Z","sponsored":null},{"title":"Too Big to Be Agile? Not With the Scaled Agile Framework","canonical":"https://staging.business.com/articles/too-big-to-be-agile-no-such-thing-ways-to-start-scaling-agile/","slug":"too-big-to-be-agile-no-such-thing-ways-to-start-scaling-agile","thumbnail":"https://staging.business.com/images/content/574/6fdca3287b1010f31c601/1500-0-","dek":"To reap the benefits of the agile method, you need to play it SAFe, or Scaled Agile Framework. Learn how to do so inside.","lastModified":"2017-02-22T23:59:55Z","published":"2016-05-26T17:00:00Z","sponsored":null}],"relatedReviews":[{"doc_type":"category","thumbnail":"https://staging.business.com/images/rz/5db752e25a215e277d8b4588/Invoicing_AndreyPopov_BDC.png","canonical":"https://staging.business.com/categories/best-collections-agency-services/","title":"The Best Collection Agency Services of 2021","dek":"We've reviewed the best collection agency services for 2021. See up-to-date comparisons on features and the best prices for the top-rated agencies.","slug":"best-collections-agency-services","lastModified":"2021-03-17T16:34:00Z"},{"doc_type":"category","thumbnail":"https://staging.business.com/images/rz/5e4edd837b437442548b456d/cash_Dutko_getty.jpg","canonical":"https://staging.business.com/categories/small-business-loans-and-financing-options/","title":"The Best Business Loan and Financing Options of 2021","dek":"Many small businesses need funding to get started. Learn about the different financing options to decide which would work best for your small business.","slug":"small-business-loans-and-financing-options","lastModified":"2021-03-11T17:24:00Z"},{"doc_type":"category","thumbnail":"https://staging.business.com/images/rz/5d4c65367b43741a258b4572/Laptop_Sfio_Cracho.png","canonical":"https://staging.business.com/categories/crm-software/","title":"The Best CRM Software of 2021","dek":"Looking for the best CRM software? We have easy-to-read, expert unbiased reviews and feature comparisons of the best and cheapest programs.","slug":"crm-software","lastModified":"2021-02-24T14:09:00Z"}],"relatedSponsoredArticles":null}},"pageContext":{"displayModified":"2015-09-24T14:00:00.000Z","template":"legacy","title":"Kanban or Sprint Cycles: Which Agile Style is Best for My Development Team?","meta":{"robots":"index, follow"},"docType":"articles","slug":"kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team","canonical":"https://staging.business.com/articles/kanban-or-sprint-cycles-just-tell-me-which-agile-style-is-best-for-my-development-team/","skipTOC":false}},"staticQueryHashes":[]}