--- title: Reflecting on Lane Halley talk at XPWM description: Software development is a journey. No two paths are the same, and the journeys we each take rarely stay on the course we thought they would. --- [Home](https://mutuallyhuman-pr-605.herokuapp.com/) - [Team](https://mutuallyhuman-pr-605.herokuapp.com/team) - [Work](https://mutuallyhuman-pr-605.herokuapp.com/work) - [Blog](https://mutuallyhuman-pr-605.herokuapp.com/blog) - [Contact](https://mutuallyhuman-pr-605.herokuapp.com/contacts) # Reflecting on Lane Halley talk at XPWM By [Craig Demyanovich](https://resources.mutuallyhuman.com/test/author/craig-demyanovich) on 27 02 2009 Software development is a journey. No two paths are the same, and the journeys we each take rarely stay on the course we thought they would. Last night I was inspired by [Lane Halley’s](http://www.cooper.com) talk at the local [XPWM](http://xpwestmichigan.org) about the great combination of User Experience (UE) and Agile. Although her journey and mine have been very different, we’ve arrived at similar places. The reason seems to be that we are both moving towards focusing on human needs. The role of software, both functionally and visually, is to meet the needs of a person. It may be something as critical as saving a life or something as simple as ensuring someone with color blindness can effectively utilize your app. Software is not just about being functional, though. It needs to be value-adding, usable, discoverable, intuitive, **and functional**. Building software like this is hard, and building software not aimed at this can be meaningless. This can be quite a mental shift for someone who simply solves problems in the guts of code and doesn’t put themselves in a position to think beyond that. It’s taken me a number of years to really “get-it”. And this is where I’m at in my journey—software development is more than producing “little turds of brilliance” (Lane Halley quote) in code. It’s about understanding the behavior before implementing the functionality… and then writing quality code when that time comes. Consider this objective: Users should be able to create expense reimbursements. Writing code based on this objective gives you the freedom to implement the functionality in a number of ways, most of which probably will be very wrong for the user and that will leave remnants of change-impeding turds in the code base for when you need to change it. Instead, start to understand how users should be creating expense reimbursements and then write the code supporting that. Your code and your users will end up in a far better place far sooner. ### Related Topics - [Uncategorized (106)](https://resources.mutuallyhuman.com/test/topic/uncategorized) - [User Experience (20)](https://resources.mutuallyhuman.com/test/topic/user-experience) - [Ruby (11)](https://resources.mutuallyhuman.com/test/topic/ruby) - [Interaction Design (10)](https://resources.mutuallyhuman.com/test/topic/interaction-design) - [JavaScript (9)](https://resources.mutuallyhuman.com/test/topic/javascript) ### Related Posts ### About Mutually Human Mutually Human is a custom software design and development consultancy specializing in mobile and web-based products and services. We help our clients design, develop and bring to market innovative products and services based on insightful research and strategy aligned with business objectives. We’ve helped Fortune 500 companies, state governments, and startups. - [Home](https://www.mutuallyhuman.com) - [Team](https://www.mutuallyhuman.com/team) - [Work](https://www.mutuallyhuman.com/work) - [Blog](https://www.mutuallyhuman.com/blog) - [Contact](https://www.mutuallyhuman.com/contacts) logo [Mutually Human Grand Rapids: 401 Hall St. SW Suite 430 Grand Rapids, MI 49503 USA](https://www.mutuallyhuman.com/contacts#grand-rapids) [Mutually Human Columbus: 243 N. Fifth Street Suite 300 Columbus, OH 43215 USA](https://www.mutuallyhuman.com/contacts#columbus) +1 616 475-4225 [hello@mutuallyhuman.com](mailto:hello@mutuallyhuman.com) © 2017 Mutually Human