Mobile SDLC
An SDLC is a systems development lifecycle. For mobile I believe it's important to have a couple of additional items in addition to the traditional design, develop, test, etc. For me the mobile SDLC consists of conceptualize, design, build, test, launch, market and support. Now, some would say that there really isn't anything new or different about what I propose. However, what I believe is different is that conceptualize, launch and market are essential ingredients which absolutely cannot be overlooked in the overall process and are integral in driving the mobile application process.
Let me explain further by contrasting mobile with the web. A web application concept is obviously important, but the basic process is that you have to have compelling web content that is accessible via a fairly standard browser. By contrast a mobile application concept involves whether to be xHTML / WAP, iPhone app, Android app, RIM Blackberry (and which versions of the Blackberry OS to target), etc. The conceptualization phase for mobile TOTALLY drives everything else and once that decision has been made is can be much more difficult to change course.
Additionally, launching and marketing a mobile application (or mobile web presence) involves communication and coordination that requires more than just SEO or integration of a web address into traditional marketing collateral and advertising media. Again, depending on the application concept very different routes can be taken. If it's an iPhone app then obviously it's highly important to leverage that initial presence in the App Store while an xHTML / WAP site would need to canvas the universe of mobile web surfers.
In a nutshell ... recognize that while many of the ideas of other types of software apply to mobile it is a separate channel that requires slightly some different emphases.
Let me explain further by contrasting mobile with the web. A web application concept is obviously important, but the basic process is that you have to have compelling web content that is accessible via a fairly standard browser. By contrast a mobile application concept involves whether to be xHTML / WAP, iPhone app, Android app, RIM Blackberry (and which versions of the Blackberry OS to target), etc. The conceptualization phase for mobile TOTALLY drives everything else and once that decision has been made is can be much more difficult to change course.
Additionally, launching and marketing a mobile application (or mobile web presence) involves communication and coordination that requires more than just SEO or integration of a web address into traditional marketing collateral and advertising media. Again, depending on the application concept very different routes can be taken. If it's an iPhone app then obviously it's highly important to leverage that initial presence in the App Store while an xHTML / WAP site would need to canvas the universe of mobile web surfers.
In a nutshell ... recognize that while many of the ideas of other types of software apply to mobile it is a separate channel that requires slightly some different emphases.








