In this iPhreaks episode, Erica Sadun and Jaim Zuber talk to Greg Raiz about "products instead of features." [1:25] Greg Raiz Introduction Greg runs RaizLabs which is a consultancy specializing in iPhone and mobile development. Ben Johnson from Raiz Labs has also been on the show. [2:03] Products vs Features A lot of engineering firms get into lifecycle with their products where they're thinking about the next thing. This often gets broken down into sub-features. The focus then gets placed on that feature instead of what the feature is supposed to serve. Greg gives the example of trying to format a book and when you drag a picture to the left, it jumps to the right and vice versa. [4:00] Feature-itis A lot of development teams are driven by sales teams. Sales teams often use feature matrices to differentiate their products instead of thinking about your product in a different way from your competitors. Apple and Steve Jobs were great at this and telling the story that differentiated the product without focusing on features. [5:11] Developing a mission statement or differentiation story They use a scrum methodology to develop the mission statement. Greg explains what a scrum methodology is. Try not to overthink the product. You don't have to plan the whole thing. Instead, you try to deliver value in discreet chunks. You could take a timer and ask "What is the purpose of this timer?" It could be time tracking, timing something, or waking someone up. This helps with team alignment. Greg talks about working at Microsoft on Windows XP and they determined what the core missions were for XP. Every feature that went into Windows XP had to fit into the buckets they defined. [9:00] Is waterfall more holistic and agile more flexible? Both methodologies deliver great software. It's more a matter of how you see and use them. Agile allows you to roll with the punches like new technologies and challenges that come up. You can then reprioritize the features. Delivering each week also means that people can play with something right when it's complete and you can modify it the next week. The terms can be confusing. The main point of software development is to create something that solves a real user problem Google Design Sprint methodology  focuses on gathering data and making decisions over a condensed work of time. [13:55] What types of work do you apply this approach to? Android, iOS, Alexa skills, medical applications, and IoT products all benefit from this way of thinking. [15:00] BlindWays App Perkins School for the Blind The people who can see, Google maps will get you to the corner where you can see the bus stop. Blind people get to the corner, but the buses drive right by them because they're not standing at the right place. Bus drivers are trained to pick up people who are looking for them. GPS isn't precise enough to get the blind people within a 2 foot radius of where they're supposed to be. The app's purpose was the get them to the bus stop where they're touching the bus stop pole. They considered all sorts of features, functionalities, and technologies, but it was all about the mission, not the feature. Cities move slowly, so the infrastructure isn't going to change or it won't change very quickly. Agile allowed them to test several solutions and iterate on what was working. For example, they created several interfaces, added the voiceover accessibility features to it, and handed them off to Perkins students. You can test voiceover with the screen off. You can also test for automation and scriptability. [23:05] How do you turn on Accessibility and Voiceover? Most UI elements have it built in, but if you do it wrong, some buttons will say "Button" instead of what the button does. Apple also has sessions on Accessibility at WWDC....