Posts Tagged Technology
Technology, Faith and Human Shortcomings
Posted by scottvandam in Technology on August 18, 2010
On a recent flight from Chicago to Houston I decided to take in a podcast published by Ted from the great preacher and pastor Billy Graham. The podcast was from a 1998 TED conference held in Southern California with the theme of technology. Rev Graham in his address notes that technology and innovation is nothing new. He clearly and effectively draws parallels of today’s advances in the micro-chip to that of the introduction of the Iron Age invented by the Hittites during the reign of King David in 1010 BC.
The Iron age revolutionized the way society functioned through productivity gains by way of better tools, agriculture methods and weaponry. Like the iron age the information age is advancing productivity improvements, enhancing interaction and changing the way our society wage’s war. Yet, just like in King David’s time the Iron Age never did solve all of human’s problems. Technology will never solve:
1. Human Evil
2. Human Suffering
3. Human Mortality
I encourage you to watch this video or download the podcast and reflect. Consider Thomas Edison who once said “When you see everything that is happening in the world of science and in the working of the universe, you cannot deny that their is a captain on the bridge”
Defining IT Project Failures
Posted by scottvandam in Technology on August 4, 2010
It has been almost a year that my good friend Paul Hart and I started the Waggware Strategy Lab Video Blog. Things have been quiet at Waggware on the V-log front but I thought I would re-publish one of our more popular video segments.
In my current role as Director of Sales & Marketing, I serve as a principle in the various projects that we run and am ultimately responsible if the project succeeds or fails. From my vantage point the biggest reasons for failure is lack of communication which leads to missing the mark on meeting customer expectations.
Managing all of the stakeholder’s expectations is critical and great care should be used in communicating often. This includes listening, asking for feedback and constantly asking each and every stakeholder what their overall goal’s of the software project are so that those expectations are met. The following video is a discussion on what defines an IT failure, perhaps it will give you some ideas on what to do to avoid an IT project failure.
#IT Fail – Defining IT Project Failure from Waggware on Vimeo.
What do you do to avoid IT Project Failures?
Selling Technology Requires Gathering Better Business Requirements
Posted by scottvandam in Marketing on July 19, 2010
An important part of selling anything is fully understanding your customers needs. This is ever-so increasingly important when selling technology solutions. This week I have a series of customer meetings with an ongoing theme to illicit business requirements that will help to assist in the recommendation of software application’s that will drive and achieve intended productivity goals. Here are a list of five illicitation techniques I use when gathering business requirements:
- Shadowing/Observation – Job shadowing allows an observer to study an end user perform their work in order to understand workflow. Some business analysts will actually do the work to gain a solid understanding of the work.
- Use Cases – a method that tells a story about how a system will be used to achieve a goal from the perspective of a user of that system. The goal should be to help a technical expert and non-technical people alike understand how the behaviour should be. Use cases should be used to organize and document the functional requirements of an automated system.
- Storyboards – Stake holders and developers working together by drawing up the elements that are believed to be a part of the application. By leveraging story boarding along with probing questions you will gain a good thorough review of your customers workflow.
- Prototyping – capture the look and feel of the user interface by drawing screen shots, screen flows and so on.
- Structured demonstrations – If your purchasing an application, getting the end users to use the system for normal tasks is a very effective way of finding out what is missing in an application.
Use a variety of these techniques and ask a lot of questions. Gathering requirements is often tedious work, but is the most important activity that ensures your customer get’s what they want every time!
Augmented Reality
Posted by scottvandam in Technology on January 16, 2010
Nan Palmero over at http://www.nanpalmero.com reminded me how much the world is changing with the power of technology. Perhaps you are touring around Toronto and want more information on the CN Tower. Take a picture of it and let wikitude download data from Wikipedia and learn the date it was built, why it was built and how it was built.
Did you just attend an interesting lecture and want more information on the speaker? Take a picture of him/her and use face.com to learn more about him/her from his social networks.
Be blown away and check out Nan’s post over here. Join the conversation on his blog on whether this technology is fun or will push the end to our sense of privacy?
Was served up some delicious brain food (Breakfast with the “Woz”)
Posted by scottvandam in Technology on August 17, 2009

- Image via Wikipedia
Having breakfast with over 700 “nerds” and “technology executives” is not only nourishing for the stomach but also for the brain. When Steven Wozniak appeared at the keynote at this mornings Tech-working breakfast in Waterloo you can be assured that everyone left feeling full of delicious advice.
Mr Wozniak (aka “The Woz”) offered up a buffet of advice on design, and technology. Here’s a summary of a few tips that I picked up.
- Build products that behave and interact in a way that is intuitive by the way we move, touch and feel.
- Try not to fit technology into a product because it exists – instead focus on making the experience intuitive (make it great)
- Where do you get the best design ideas from? Parachute into a project and try to re-engineer it. Try to put yourself in the shoes of a person that has been parachuted into how computers work today with out having any prior knowledge or experience to the technology. Are the way things are done really that efficient?
- Don’t assume the way you’ve done it before is the best
- Be an engineer that is also an artist – just make it beautiful!
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=b3bd4548-34f9-4d98-b2ae-6fbd6ad2eb53)

