{"id":112,"date":"2015-06-19T15:43:28","date_gmt":"2015-06-19T15:43:28","guid":{"rendered":"http:\/\/futureoftesting.net\/?p=112"},"modified":"2015-06-19T15:47:06","modified_gmt":"2015-06-19T15:47:06","slug":"keep-your-requirements-close-but-your-crazy-ideas-closer","status":"publish","type":"post","link":"https:\/\/futureoftesting.net\/?p=112","title":{"rendered":"Keep Your Requirements Close But Your Crazy Ideas Closer"},"content":{"rendered":"<p>One of the courses I teach, which I\u2019m quite proud of, is the capstone course for the CS and IT majors.  In the two semester course, we design, build, and release something to the world.  The projects are based on interests in the various groups, usually 2-4 people per group.  We\u2019ve built robots, network sniffing tools, video games (some better than others ;)), and a variety of web portal kinds of tools.  This cycle, one student team built an existential video game called Unbearable which was impossible to win and whose arcade-style high score tracker published random numbers.  It was a silly game on the surface but had lots of ironic and fun easter egg kinds of behavior.<br \/>\nThe other teams collaborated to build what was functionally a tele-presence device.  The intent of the device when they started was to be able to \u201ccall home\u201d to see your dogs and make sure they were ok.  They had promised \u201cbark recognition\u201d software that would send you a text if the dog was barking too much and a Pan-Tilt-Zoom functionality for the camera so you could watch the dog.  Early designs had a ball thrower so you could play with the dog remotely but that was simply too complex for the time we had.  There had been some discussion about blowing bubbles for the dog to chase instead or perhaps giving the dog \u201csome kibble\u201d to get it to come to the device.  The \u201ckibble launcher\u201d became the in-joke for the two semesters but was kind of moved to \u201cnice to have\u201d instead of a requirement.<br \/>\nLast night, the team demo\u2019d their product with the intent of showing the customer that the product should be funded to actually be built.  One of the team members brought their dog in to show the reaction to the device.  Generally, the dog was less than impressed \ud83d\ude42  We joked that they should have included the \u201ckibble launcher\u201d after all to get the dog\u2019s attention.  The student responsible for the case that the telepresence device lived in reached under the desk and pulled out a small box-like object which he hooked onto the side of the device.  You could see there was a place for wires and a motor though they had not actually been installed.  He then reached into his backpack and pulled out a baggie of dry dog food which he loaded into the new add-on.  It was manually activated but the dog was excited to get some \u201ckibble\u201d so at least hung around the device during the demo.  Network issues in the classroom prevented the demo from working well but we had seen the process work in the past.<br \/>\nThe reason I bring this all up is that the \u201ckibble launcher\u201d started as a joke with the team while we were brainstorming the functionality of the product.  In brainstorming, you write down all the ideas that come up, no matter how odd they may seem.  Using Affinity Diagrams and other tools, we pared down the ideas to a manageable number of requirements to build.  The launcher was decided to be a \u201cif we have time\u201d kind of feature and it was shelved.  But, we made so much fun of the idea that the cabinet builder kept thinking about how to actually do it.  He mocked up a prototype which he proudly displayed last night.  It helped their product and would have differentiated it on the market if we had really built it.<br \/>\nMy point is that we often come up with crazy ideas in brainstorming sessions and we filter them out right away because they\u2019re silly\/stupid\/too expensive.  But sometimes, those ideas live on and we find a way to incorporate them into the product.  And we should.  Those \u201ccrazy ideas\u201d are how we sometimes get new, cool products.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>One of the courses I teach, which I\u2019m quite proud of, is the capstone course for the CS and IT majors. In the two semester course, we design, build, and release something to the world. The projects are based on interests in the various groups, usually 2-4 people per group. We\u2019ve built robots, network sniffing [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":[],"categories":[6],"tags":[],"_links":{"self":[{"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/posts\/112"}],"collection":[{"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=112"}],"version-history":[{"count":3,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/posts\/112\/revisions"}],"predecessor-version":[{"id":115,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=\/wp\/v2\/posts\/112\/revisions\/115"}],"wp:attachment":[{"href":"https:\/\/futureoftesting.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=112"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=112"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/futureoftesting.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=112"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}