Friday, January 30, 2009

ThinkOR's authors looking for Operational Research positions in Europe

ThinkOR's authors are looking for exciting Operational Research and Operations Management work opportunities in western Europe. Aleksey and Dawen are moving from Canada to Europe to further and broaden their work and life experiences.

We are flexible in the cities we reside in and the industries we work in, so long as the problems are interesting and that we can contribute to the development of an exciting organization. If you or someone you know are looking to hire English-speaking OR consultants, please contact Dawen at dawen[dot]peng[at]gmail[dot]com and/or Aleksey at aleksey[dot]nozdrynplotnicki[at]gmail[dot]com. Our high-level resumes are available on LinkedIn (Aleksey and Dawen). Detailed resumes and references are available upon request. Your help is greatly appreciated. Advices are also welcomed on OR job hunting in Europe.

Since we will be in Europe, if you'd like to meet and chat, we'd certainly be glad to meet more fellow Operational Research professionals. Just shoot over an email to connect.

Thursday, January 29, 2009

Breakfast optimization :)

At the end of his course on mathematical methods in optimization, the professor sternly looks at his students and says: "There is one final piece of advice I'm going to give you now: Whatever you have learned in my course - never ever try to apply it to your personal lives!"

"Why?" the students ask.

"Well, some years ago, I observed my wife preparing breakfast, and I noticed that she wasted a lot of time walking back and forth in the kitchen. So, I went to work, optimized the whole procedure, and told my wife about it."

"And what happened?!"

"Before I applied my expert knowledge, my wife needed about half an hour to prepare breakfast for the two of us. And now, it takes me less than fifteen minutes..." 

Monday, January 26, 2009

VBA: Alive and... Well?

The future of Visual Basic for Applications (VBA) has been recently called into question. In March 2008, Microsoft dropped their extended support for VB6 and the Microsoft Office 2008 for Mac did not include any VBA functionality.

This is a cause for concern in the applied OR community. In my recent post about the use of Excel for modeling, all four examples relied heavily on VBA. The ability to rapidly develop models using both cell formulas and VBA scripting is invaluable. Taking that a step further, the interface components and widely available platform of Excel are useful when developing end-user tools for clients.

Luckily our fears can be generally put to rest. An MSDN blog article: The Reports of VBA's Demise Have Been Greatly Exaggerated has assured us that:
"[T]he next generation of the Microsoft Office system will definitely contain all of the functionality that developers and power users expect from VBA."
None of this is breaking news if you're on the lookout for it, but if you're an academic director paying close attention to the relevance of your course/project work it's certainly a current issue.

Personally I'm more interested in the questions that all of this raises rather than answers. With Visual Basic (.NET) 9 and C# as viable options for interoperability between general purpose programming and Microsoft Excel, I find the more interesting question to be: Should we be coding tools with VBA?

Ease of development is one thing, but are we really asking too little of ourselves? Sure someone from a non-software development background can develop a subroutine for Excel, but is that really optimal? Personally I think anyone practicing OR should have at some point learned to code in a modern Object Oriented programming language. It's not that difficult and it really maximizes your efficacy. What it takes to teach someone to code pales in comparison to the sheer educational investment necessary to get someone from high school mathematics to Markov Decisions Processes.

With a little effort C# inter-operating with Excel could produce a much "better" solution than VBA. With a modern IDE and a little experience C# can be coded with relative speed. Indeed I did just this when producing a prototype tool for my Masters project. I must admit, though, that deployment did not happen completely without a hitch. Just because I know how to code does not mean I can comfortably shrug off all of the benefits of VBA/Excel including deployment-by-mailed-attachment.

Philosophically matching the weight of the task to the weight of the approach is difficult. It would be irresponsible to code a truely complex application in VBA. Then again, it might be dishonest to dress up a hatchet job of a solution in the guise of an industrial application.

To sum the above three paragraphs up, the part of me that almost took Computer Science as an undergradutae degree fails to find VBA as an acceptably elegant solution. That said the (clearly much louder) part of me that DID take a Business graduate degree sees the silver lining:
  • I read an article by Simon Murphy defending VBA and much of it rang true.
  • Some would promote OpenOffice Calc as an alternative to Excel because it's free and non-proprietary. I would disagree. Excel/VBA solutions are good because their platform is free at the margin. Every organization has, has had and will have Excel, making its continuing use essentially free.
What can I say? The debate will continue to rage on. I find it hard to draw a conclusion for this article, but I will leave our OR readers with a thought: Recall the Simplex algorith. Something doesn't have to be perfect in theory for it to be excellent in practice.

Love it or hate it VBA is here to stay. With its inclusion in current and future MSOffice products (with the exception of Mac 2008, but who cares anyway? ;)) we can safely continue to use it where appropriate. We can continue to teach it to our Masters students as a gold standard of business programming.

Thursday, January 22, 2009

Use of Excel Spreadsheets in Masters Program Projects

I've been involved with the Centre for Operations Excellence for nearly 2.5 years now. First as a masters student and later as an employee. Each masters student completes an applied Operations Research industry project in the summer as part of the 16-month professional degree in the Sauder School of Business at the University of British Columbia*. This industry project is the highlight of the program and is a consulting-style engagement. A great deal of the modeling done at the COE involves Excel spreadsheets and Visual Basic for Applications. Today I will go through the 4 industry projects from this summer that used Excel for modeling.

In two instances Excel was used as an interface for an ARENA model. ARENA is an excellent discrete event simulation platform and when developing complex scenarios for it, it's ability to interface with Excel is a powerful feature. In An Evaluation of Alternative Designs for the Surgical Suite at BC Children's Hospital, an Excel VBA-based tool was developed to configure surgery block schedule scenarios for the simulation model. In Complex Care & Assisted Living Resource Forecasting an Excel VBA interface was developed for inputs and outputs to an ARENA model for forecasting needs and queuing in an extended care system.

In Optimizing the Supply Chain for a Beverage Manufacturing and Distribution Company a spreadsheet was used to model the supply chain. This model allowed for what-if scenarios testing production schedules, delivery methods, order processing, and inventory levels.

In Evaluating Operational Capital Investments at an International Mining and Metals Company an Excel-based stochastic model was developed of the processing operation.

Obviously I haven't gone into great detail here, but there are confidentiality issues at play. Even without the details, I think the importance of the role of Excel spreadsheets here can be appreciated. All 9 of the projects that year used Excel for data analysis and I would say that 4/9 using Excel for modeling is remarkably few when compared to previous years. If you surveyed the students ahead of time, I don't imagine they would say they pursued a career in OR in order to work with spreadsheets, but in a project where the problem leads the solution, the rapid development environment and widespread platform of the spreadsheet is hard to argue with.


* also the Robert H. Lee Graduate School, but I think we're all getting a little tired of naming all the components of our post secondary institutions.

Operational Researchers and Industrial Engineers - Top 10 Happiest Professionals

As an Operational Research professional, the kind of work we do is pretty exhilarating. Don't you agree?

Recently at work (a major health care authority), my team did some analysis of the emergency department visits trend. We presented our findings and communicated our recommendations to the senior management based on thorough quantitative analysis. I left the boardroom thinking "geeze, who knows when the recommendations will be taken seriously, but if only they would". Then a week later (a week only, can you imagine?!), to my surprise, we hear about the ED changing the physician coverage based on our suggestions and analysis. To take it one step further, they have voluntarily asked for continuous measurement and report to see how this has impacted the ED operations. It made my day! However, I should emphasize that we are lucky to be working with progressive clinical staff who are open to quickly try new suggestions. Cooperative clients make a very happy OR consultant.

It feels good to be useful. I'm sure this is a feeling shared by many other OR professionals. Naturally, we enjoy our line of work, and we are one (or two) of America's top 10 happiest professionals.

At number 7:
Science technicians
Job Description: Use principles and theories of science and mathematics to solve problems in research and development, and to help invent and improve products and processes.

Very happy: 51.0%
Median salary (research scientists): $72,435



At number 9:
Industrial engineers
Job Description: Design, develop, test, and evaluate integrated systems for managing industrial production processes.

Very happy: 48.4%
Median salary: $61,729
So we have some frustrating moments (a lot of them, actually), but when it works according to design, it puts a big smile on my face. :)

Tuesday, January 20, 2009

Operations Research blogger meet up at INFORMS 2008 Conference

Back in October, 2008 at the INFORMS annual conference in Washington, DC, attending as the official daily e-news reporter for the conference, I also had the opportunity to meet up with a few other operations research bloggers at one of the evening receptions. Here is a photo of us. From left to right:


It was great to meet the other operational research bloggers. I got to hang out with Laura at another reception during the conference. It was interesting to learn about other blogger's reasons for starting an OR blog. Mine was to publicize operational research, because I believe in it, and I think more people should know about it. Laura's reason was to attract more high quality operational research students (she is an OR professor). I guess it is a long way to go still, but we are all making small steps in trying to make OR more known.

If you are an OR blogger, make sure to drop me a line and say hi, so we can start building up an OR network. I'd also be happy to link to your operational research blog on ThinkOR.org.