Mixing
Why do interviewers ask if one has experience developing mission critical apps?
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
18
down vote
favorite
What are interviewers trying to know when they ask the following question:
Have you developed/supported mission critical applications?
In my opinion, all applications are mission critical to the organization making that application. For example, getting information from the Mars rover may be mission critical to a government project, and getting users to sign up for an email service is mission critical for an email hosting provider. To me, all applications I work on are mission critical to my employer/client, so I am not sure how to answer this question either.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
interviewing software-industry
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
add a comment |Â
up vote
18
down vote
favorite
What are interviewers trying to know when they ask the following question:
Have you developed/supported mission critical applications?
In my opinion, all applications are mission critical to the organization making that application. For example, getting information from the Mars rover may be mission critical to a government project, and getting users to sign up for an email service is mission critical for an email hosting provider. To me, all applications I work on are mission critical to my employer/client, so I am not sure how to answer this question either.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
interviewing software-industry
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
8
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
4
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
4
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
1
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01
add a comment |Â
up vote
18
down vote
favorite
up vote
18
down vote
favorite
What are interviewers trying to know when they ask the following question:
Have you developed/supported mission critical applications?
In my opinion, all applications are mission critical to the organization making that application. For example, getting information from the Mars rover may be mission critical to a government project, and getting users to sign up for an email service is mission critical for an email hosting provider. To me, all applications I work on are mission critical to my employer/client, so I am not sure how to answer this question either.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
interviewing software-industry
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
What are interviewers trying to know when they ask the following question:
Have you developed/supported mission critical applications?
In my opinion, all applications are mission critical to the organization making that application. For example, getting information from the Mars rover may be mission critical to a government project, and getting users to sign up for an email service is mission critical for an email hosting provider. To me, all applications I work on are mission critical to my employer/client, so I am not sure how to answer this question either.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
interviewing software-industry
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
edited Sep 1 '13 at 5:34
jmort253♦
10.4k54376
10.4k54376
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
asked Aug 30 '13 at 14:39
happybuddha
4,31152752
4,31152752
8
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
4
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
4
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
1
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01
add a comment |Â
8
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
4
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
4
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
1
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01
8
8
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
4
4
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
4
4
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
1
1
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01
add a comment |Â
6 Answers
6
active
oldest
votes
up vote
10
down vote
accepted
To me, all applications I work on are mission critical to my employer/client so I am not sure how to answer this question either.
Plenty of applications are not mission critical. For example, many web applications (such as the entire Stack Exchange network) can go down and the end user base does not suffer significantly* or cause immediate problems. Or internally developed line of business applications, where perhaps systems generate reports or other non-critical functionality.
Some applications have significantly more immediate business impact where minutes of downtime can translate to many thousands of dollars.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
These two situations result in considerably different priorities. Critical business applications have a huge focus on being robust and reliable and may require support 24/7. A "break" might be a "drop everything to fix" situation. The non-mission critical applications can break and be fixed, sometimes the next day or even later in a week, and not have a significant business impact.
This is a much higher pressure situation.
I would also be careful to find out if this question is a hint at "you will be on call to support critical business functionality"
*Note: web apps have unique characteristics in that the cycle between release/fix can be considerably shorter than for deployed software. Users tend to be more accepting of downtime/bugs/etc as well.
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
 |Â
show 2 more comments
up vote
10
down vote
The definition of "mission-critical" will vary by company, but I think a good place to start would be any system that has support staff accessible via pager/cell phone and with the ability to log in remotely (either VPN access or company laptop) to deal with problems - and there is someone available 24/7.
Working on such systems tends to be a bit more high-pressure because you know that any bug that causes an outage/interruption in provided service could result in someone (including yourself!) being woken up in the middle of the night to log in and fix/resolve the issue.
Working on such systems usually causes people to think ahead to these scenarios and document procedures for how to handle such problems in the short term (i.e. when the pager goes off at 3 AM or even when a problem is reported mid-day and all other work has to be put aside to deal with the problem), as well as who needs to be involved in analyzing and fixing the problem in the long term (i.e. the next morning when the stack traces have been read and the root cause needs to be investigated). Testing also tends to be more thorough (hopefully!) because no one wants to be responsible for the code that causes someone to be called early in the morning.
They are asking such questions because they want to know if you have that experience, and maybe to see if you are comfortable working under those conditions (including taking rotating on-call shifts).
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
8
down vote
Hopefully in the interview, if you answer 'yes', there will be a follow-up question about how you did it.
You're right that mission-critical is relative to the user/company, but the critical piece is did you actually design and build the application with the following attributes: Robust error handling, redundancy, high-performance tuning, usage spikes and all the other things considered best practices.
If you built an online game for you and your friends to religiously play every Friday night and it is really a prototype, you can't compare a crash to a Facebook outage just because your friends will be more disappointed than the average Facebook user who probably wasn't even online at the time. You really need to demonstrate the measures you took to justify calling it mission-critical.
Staying up all night to fix something is another indication. Some jobs require people to be on call, but usually not programmers, unless they are involved in some level of providing support.
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
add a comment |Â
up vote
8
down vote
TL;DR
This is a gateway question. It is likely that the question is designed to filter out candidates who haven't worked on code where "failure is not an option," and to generate follow-on questions about past projects, code quality, performance under pressure, and development/testing methodologies.
Don't Guess; Ask Questions
Why do interviewers ask if one has experience developing mission critical apps?
The best way to find out what the question is really leading up to is to ask the interviewer to define the terms as they apply to the job. What does "mission critical" mean to the company? What about your experience on such projects would be useful for the company to learn during the interview?
This kind of gateway question is a great opportunity for you to learn more about the company and the job while answering the interviewer's questions. Don't squander that opportunity!
Guessing what the interviewer wants never works out well for either the job-seeker or the employer. Think of this as a test of your active-listening skills, and ask discerning questions when appropriate.
The General Case: Your Value Proposition
"Mission critical" has a definition. Wikipedia says:
Mission critical refers to any factor of a system (equipment, process, procedure, software, etc.) whose failure will result in the failure of business operations. That is, it is critical to the organization's 'mission'.
However, many businesses also use the phrase to mean:
- A highly-visible project.
- A politically-charged project.
- A project management death march.
- An under-funded, under-staffed project that is doomed to failure from the start, but all blame will be placed on the hapless team members.
Whatever people mean by it in a specific context, the point is that the "powers that be" generally care about the outcome or perceived value of their projects. By asking you about your experience on such projects, you're really being asked:
- if what you did mattered to anyone in authority, and
- whether your skills were sufficient to effectively deliver on important tasks.
Think about it this way: if your past employers made money building cars, but the most important thing you were ever responsible for was unit-testing the cup-holder, would you be considered a potential asset to the interviewer? Alternatively, if you were responsible for programming the chips that control the engine, but your code was so buggy that 10 billion auto parts had to be recalled, should you be considered for a job that is essential to the company's core revenue stream?
Be prepared to talk about the value of your work in the context of your past employment. Just make sure you ask enough questions to know what the interviewer might find valuable!
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
add a comment |Â
up vote
2
down vote
There's lots of people who don't know what the phrase mission critical means.
It means: (of hardware or software) vital to the functioning of an organization.
Lots of companies are doing things that are not of vital importance; they don't control an Air Traffic Control system.
But your employer is asking whether you'll treat the their systems as if they are of vital importance. In other words will you treat their projects with care just because it's important to the business.
The employer thinks they'll be able to tell from your answer how much you cared about what your previous employers were doing and therefore how you'll treat their software and hardware.
There's nothing inherently wrong with thinking that all your work is mission critical. That indicates the assumption that your employer only assigns you tasks that you treat very seriously; that could be mostly true with some jobs.
For a Q&A website a mission-critical area would be the webs-site. A non-mission-critical task might be adding helpful comments to question to know the difference.
In the phrase mission critical the word mission refers to the mission of the organization (your employer) not the mission of your users.
Companies want to hire people who will take the employer's priorities as their own. Therefore in answering this question it's essential that you recognize who defines what is mission critical. It is not defined by users of a service or product.
answered Aug 31 '13 at 14:46
dcaswell
673313
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
add a comment |Â
up vote
1
down vote
If down time of the app directly casues the profit of the company to drop - then its mission critical. The employer probably wants to know if you are able to develop such apps which tends to need a high degree of robustness including easy disaster recovery, quick error determination and failover.
add a comment |Â
StackExchange.ready(function ()
$("#show-editor-button input, #show-editor-button button").click(function ()
var showEditor = function()
$("#show-editor-button").hide();
$("#post-form").removeClass("dno");
StackExchange.editor.finallyInit();
;
var useFancy = $(this).data('confirm-use-fancy');
if(useFancy == 'True')
var popupTitle = $(this).data('confirm-fancy-title');
var popupBody = $(this).data('confirm-fancy-body');
var popupAccept = $(this).data('confirm-fancy-accept-button');
$(this).loadPopup(
url: '/post/self-answer-popup',
loaded: function(popup)
var pTitle = $(popup).find('h2');
var pBody = $(popup).find('.popup-body');
var pSubmit = $(popup).find('.popup-submit');
pTitle.text(popupTitle);
pBody.html(popupBody);
pSubmit.val(popupAccept).click(showEditor);
)
else
var confirmText = $(this).data('confirm-text');
if (confirmText ? confirm(confirmText) : true)
showEditor();
);
);
6 Answers
6
active
oldest
votes
6 Answers
6
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
10
down vote
accepted
To me, all applications I work on are mission critical to my employer/client so I am not sure how to answer this question either.
Plenty of applications are not mission critical. For example, many web applications (such as the entire Stack Exchange network) can go down and the end user base does not suffer significantly* or cause immediate problems. Or internally developed line of business applications, where perhaps systems generate reports or other non-critical functionality.
Some applications have significantly more immediate business impact where minutes of downtime can translate to many thousands of dollars.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
These two situations result in considerably different priorities. Critical business applications have a huge focus on being robust and reliable and may require support 24/7. A "break" might be a "drop everything to fix" situation. The non-mission critical applications can break and be fixed, sometimes the next day or even later in a week, and not have a significant business impact.
This is a much higher pressure situation.
I would also be careful to find out if this question is a hint at "you will be on call to support critical business functionality"
*Note: web apps have unique characteristics in that the cycle between release/fix can be considerably shorter than for deployed software. Users tend to be more accepting of downtime/bugs/etc as well.
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
 |Â
show 2 more comments
up vote
10
down vote
accepted
To me, all applications I work on are mission critical to my employer/client so I am not sure how to answer this question either.
Plenty of applications are not mission critical. For example, many web applications (such as the entire Stack Exchange network) can go down and the end user base does not suffer significantly* or cause immediate problems. Or internally developed line of business applications, where perhaps systems generate reports or other non-critical functionality.
Some applications have significantly more immediate business impact where minutes of downtime can translate to many thousands of dollars.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
These two situations result in considerably different priorities. Critical business applications have a huge focus on being robust and reliable and may require support 24/7. A "break" might be a "drop everything to fix" situation. The non-mission critical applications can break and be fixed, sometimes the next day or even later in a week, and not have a significant business impact.
This is a much higher pressure situation.
I would also be careful to find out if this question is a hint at "you will be on call to support critical business functionality"
*Note: web apps have unique characteristics in that the cycle between release/fix can be considerably shorter than for deployed software. Users tend to be more accepting of downtime/bugs/etc as well.
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
 |Â
show 2 more comments
up vote
10
down vote
accepted
up vote
10
down vote
accepted
To me, all applications I work on are mission critical to my employer/client so I am not sure how to answer this question either.
Plenty of applications are not mission critical. For example, many web applications (such as the entire Stack Exchange network) can go down and the end user base does not suffer significantly* or cause immediate problems. Or internally developed line of business applications, where perhaps systems generate reports or other non-critical functionality.
Some applications have significantly more immediate business impact where minutes of downtime can translate to many thousands of dollars.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
These two situations result in considerably different priorities. Critical business applications have a huge focus on being robust and reliable and may require support 24/7. A "break" might be a "drop everything to fix" situation. The non-mission critical applications can break and be fixed, sometimes the next day or even later in a week, and not have a significant business impact.
This is a much higher pressure situation.
I would also be careful to find out if this question is a hint at "you will be on call to support critical business functionality"
*Note: web apps have unique characteristics in that the cycle between release/fix can be considerably shorter than for deployed software. Users tend to be more accepting of downtime/bugs/etc as well.
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
To me, all applications I work on are mission critical to my employer/client so I am not sure how to answer this question either.
Plenty of applications are not mission critical. For example, many web applications (such as the entire Stack Exchange network) can go down and the end user base does not suffer significantly* or cause immediate problems. Or internally developed line of business applications, where perhaps systems generate reports or other non-critical functionality.
Some applications have significantly more immediate business impact where minutes of downtime can translate to many thousands of dollars.
If someone can help me understand what the interviewers want to know about a candidate by asking this question, it would help me answer the question in a better way.
These two situations result in considerably different priorities. Critical business applications have a huge focus on being robust and reliable and may require support 24/7. A "break" might be a "drop everything to fix" situation. The non-mission critical applications can break and be fixed, sometimes the next day or even later in a week, and not have a significant business impact.
This is a much higher pressure situation.
I would also be careful to find out if this question is a hint at "you will be on call to support critical business functionality"
*Note: web apps have unique characteristics in that the cycle between release/fix can be considerably shorter than for deployed software. Users tend to be more accepting of downtime/bugs/etc as well.
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
answered Aug 30 '13 at 15:03
Elysian Fields♦
96.9k46292449
96.9k46292449
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
 |Â
show 2 more comments
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
4
4
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
I'm pretty sure for stackexchange that their web sites are mission critical for their business. Mission critical has nothing to do with how much users would be inconvenienced.
– dcaswell
Aug 30 '13 at 23:45
3
3
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
@user814064 there is a fairly large difference in the importance and criticalness of rigorous testing, validation, or optimization between releases of the SE network and other applications, as problems with many business applications can cost many thousands of dollars per minute or even immediately result in safety issues or significant costs - such as with faulty flight control software (perhaps SE measures their downtime and/or bugs similarly?).
– Elysian Fields♦
Aug 31 '13 at 11:43
2
2
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
@user814064 just because a software is important to a company or even its main product does not mean it automatically qualifies as "mission critical" in the sense of what an interviewer is asking. It might not directly relate to 'user inconvenience' but a good way to ask yourself, "how mission critical is this software?" is to ask yourself, "what happens if it has bugs or goes down?" and generally the urgency of this answers is going to give you a good feel for how mission critical it is.
– Elysian Fields♦
Aug 31 '13 at 11:52
2
2
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
I get the impression that if you work at Stack Exchange on the Careers site or the SE network, this is pretty much the type of person you need to be: xkcd.com/705. With 5.5 million pageviews per day on Stack Overflow alone, I'm sure the lost ad impressions is significant. Plus, folks might go to Experts Exchange instead. :D
– jmort253♦
Sep 1 '13 at 5:23
1
1
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
If software controlling a power plant goes down, you will lose hundreds of thousands of dollars in a second. Ditto with an oil refinery or a chemical plant (you could lose millions if the system does not catch a mistake and you lose a batch of product). If a factory's internal systems go down, all automated production could stop causing orders unable to be filled and serious consequences for supply contracts. SE going down and losing some ad revenue is not even close to the same magnitude.
– jmac
Sep 4 '13 at 23:16
 |Â
show 2 more comments
up vote
10
down vote
The definition of "mission-critical" will vary by company, but I think a good place to start would be any system that has support staff accessible via pager/cell phone and with the ability to log in remotely (either VPN access or company laptop) to deal with problems - and there is someone available 24/7.
Working on such systems tends to be a bit more high-pressure because you know that any bug that causes an outage/interruption in provided service could result in someone (including yourself!) being woken up in the middle of the night to log in and fix/resolve the issue.
Working on such systems usually causes people to think ahead to these scenarios and document procedures for how to handle such problems in the short term (i.e. when the pager goes off at 3 AM or even when a problem is reported mid-day and all other work has to be put aside to deal with the problem), as well as who needs to be involved in analyzing and fixing the problem in the long term (i.e. the next morning when the stack traces have been read and the root cause needs to be investigated). Testing also tends to be more thorough (hopefully!) because no one wants to be responsible for the code that causes someone to be called early in the morning.
They are asking such questions because they want to know if you have that experience, and maybe to see if you are comfortable working under those conditions (including taking rotating on-call shifts).
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
10
down vote
The definition of "mission-critical" will vary by company, but I think a good place to start would be any system that has support staff accessible via pager/cell phone and with the ability to log in remotely (either VPN access or company laptop) to deal with problems - and there is someone available 24/7.
Working on such systems tends to be a bit more high-pressure because you know that any bug that causes an outage/interruption in provided service could result in someone (including yourself!) being woken up in the middle of the night to log in and fix/resolve the issue.
Working on such systems usually causes people to think ahead to these scenarios and document procedures for how to handle such problems in the short term (i.e. when the pager goes off at 3 AM or even when a problem is reported mid-day and all other work has to be put aside to deal with the problem), as well as who needs to be involved in analyzing and fixing the problem in the long term (i.e. the next morning when the stack traces have been read and the root cause needs to be investigated). Testing also tends to be more thorough (hopefully!) because no one wants to be responsible for the code that causes someone to be called early in the morning.
They are asking such questions because they want to know if you have that experience, and maybe to see if you are comfortable working under those conditions (including taking rotating on-call shifts).
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
add a comment |Â
up vote
10
down vote
up vote
10
down vote
The definition of "mission-critical" will vary by company, but I think a good place to start would be any system that has support staff accessible via pager/cell phone and with the ability to log in remotely (either VPN access or company laptop) to deal with problems - and there is someone available 24/7.
Working on such systems tends to be a bit more high-pressure because you know that any bug that causes an outage/interruption in provided service could result in someone (including yourself!) being woken up in the middle of the night to log in and fix/resolve the issue.
Working on such systems usually causes people to think ahead to these scenarios and document procedures for how to handle such problems in the short term (i.e. when the pager goes off at 3 AM or even when a problem is reported mid-day and all other work has to be put aside to deal with the problem), as well as who needs to be involved in analyzing and fixing the problem in the long term (i.e. the next morning when the stack traces have been read and the root cause needs to be investigated). Testing also tends to be more thorough (hopefully!) because no one wants to be responsible for the code that causes someone to be called early in the morning.
They are asking such questions because they want to know if you have that experience, and maybe to see if you are comfortable working under those conditions (including taking rotating on-call shifts).
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
The definition of "mission-critical" will vary by company, but I think a good place to start would be any system that has support staff accessible via pager/cell phone and with the ability to log in remotely (either VPN access or company laptop) to deal with problems - and there is someone available 24/7.
Working on such systems tends to be a bit more high-pressure because you know that any bug that causes an outage/interruption in provided service could result in someone (including yourself!) being woken up in the middle of the night to log in and fix/resolve the issue.
Working on such systems usually causes people to think ahead to these scenarios and document procedures for how to handle such problems in the short term (i.e. when the pager goes off at 3 AM or even when a problem is reported mid-day and all other work has to be put aside to deal with the problem), as well as who needs to be involved in analyzing and fixing the problem in the long term (i.e. the next morning when the stack traces have been read and the root cause needs to be investigated). Testing also tends to be more thorough (hopefully!) because no one wants to be responsible for the code that causes someone to be called early in the morning.
They are asking such questions because they want to know if you have that experience, and maybe to see if you are comfortable working under those conditions (including taking rotating on-call shifts).
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
edited Aug 30 '13 at 15:55
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
answered Aug 30 '13 at 15:49
FrustratedWithFormsDesigner
10.7k43957
10.7k43957
add a comment |Â
add a comment |Â
up vote
8
down vote
Hopefully in the interview, if you answer 'yes', there will be a follow-up question about how you did it.
You're right that mission-critical is relative to the user/company, but the critical piece is did you actually design and build the application with the following attributes: Robust error handling, redundancy, high-performance tuning, usage spikes and all the other things considered best practices.
If you built an online game for you and your friends to religiously play every Friday night and it is really a prototype, you can't compare a crash to a Facebook outage just because your friends will be more disappointed than the average Facebook user who probably wasn't even online at the time. You really need to demonstrate the measures you took to justify calling it mission-critical.
Staying up all night to fix something is another indication. Some jobs require people to be on call, but usually not programmers, unless they are involved in some level of providing support.
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
add a comment |Â
up vote
8
down vote
Hopefully in the interview, if you answer 'yes', there will be a follow-up question about how you did it.
You're right that mission-critical is relative to the user/company, but the critical piece is did you actually design and build the application with the following attributes: Robust error handling, redundancy, high-performance tuning, usage spikes and all the other things considered best practices.
If you built an online game for you and your friends to religiously play every Friday night and it is really a prototype, you can't compare a crash to a Facebook outage just because your friends will be more disappointed than the average Facebook user who probably wasn't even online at the time. You really need to demonstrate the measures you took to justify calling it mission-critical.
Staying up all night to fix something is another indication. Some jobs require people to be on call, but usually not programmers, unless they are involved in some level of providing support.
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
add a comment |Â
up vote
8
down vote
up vote
8
down vote
Hopefully in the interview, if you answer 'yes', there will be a follow-up question about how you did it.
You're right that mission-critical is relative to the user/company, but the critical piece is did you actually design and build the application with the following attributes: Robust error handling, redundancy, high-performance tuning, usage spikes and all the other things considered best practices.
If you built an online game for you and your friends to religiously play every Friday night and it is really a prototype, you can't compare a crash to a Facebook outage just because your friends will be more disappointed than the average Facebook user who probably wasn't even online at the time. You really need to demonstrate the measures you took to justify calling it mission-critical.
Staying up all night to fix something is another indication. Some jobs require people to be on call, but usually not programmers, unless they are involved in some level of providing support.
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
Hopefully in the interview, if you answer 'yes', there will be a follow-up question about how you did it.
You're right that mission-critical is relative to the user/company, but the critical piece is did you actually design and build the application with the following attributes: Robust error handling, redundancy, high-performance tuning, usage spikes and all the other things considered best practices.
If you built an online game for you and your friends to religiously play every Friday night and it is really a prototype, you can't compare a crash to a Facebook outage just because your friends will be more disappointed than the average Facebook user who probably wasn't even online at the time. You really need to demonstrate the measures you took to justify calling it mission-critical.
Staying up all night to fix something is another indication. Some jobs require people to be on call, but usually not programmers, unless they are involved in some level of providing support.
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
edited Sep 1 '13 at 5:37
jmort253♦
10.4k54376
10.4k54376
answered Aug 30 '13 at 15:17
user8365
add a comment |Â
add a comment |Â
up vote
8
down vote
TL;DR
This is a gateway question. It is likely that the question is designed to filter out candidates who haven't worked on code where "failure is not an option," and to generate follow-on questions about past projects, code quality, performance under pressure, and development/testing methodologies.
Don't Guess; Ask Questions
Why do interviewers ask if one has experience developing mission critical apps?
The best way to find out what the question is really leading up to is to ask the interviewer to define the terms as they apply to the job. What does "mission critical" mean to the company? What about your experience on such projects would be useful for the company to learn during the interview?
This kind of gateway question is a great opportunity for you to learn more about the company and the job while answering the interviewer's questions. Don't squander that opportunity!
Guessing what the interviewer wants never works out well for either the job-seeker or the employer. Think of this as a test of your active-listening skills, and ask discerning questions when appropriate.
The General Case: Your Value Proposition
"Mission critical" has a definition. Wikipedia says:
Mission critical refers to any factor of a system (equipment, process, procedure, software, etc.) whose failure will result in the failure of business operations. That is, it is critical to the organization's 'mission'.
However, many businesses also use the phrase to mean:
- A highly-visible project.
- A politically-charged project.
- A project management death march.
- An under-funded, under-staffed project that is doomed to failure from the start, but all blame will be placed on the hapless team members.
Whatever people mean by it in a specific context, the point is that the "powers that be" generally care about the outcome or perceived value of their projects. By asking you about your experience on such projects, you're really being asked:
- if what you did mattered to anyone in authority, and
- whether your skills were sufficient to effectively deliver on important tasks.
Think about it this way: if your past employers made money building cars, but the most important thing you were ever responsible for was unit-testing the cup-holder, would you be considered a potential asset to the interviewer? Alternatively, if you were responsible for programming the chips that control the engine, but your code was so buggy that 10 billion auto parts had to be recalled, should you be considered for a job that is essential to the company's core revenue stream?
Be prepared to talk about the value of your work in the context of your past employment. Just make sure you ask enough questions to know what the interviewer might find valuable!
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
add a comment |Â
up vote
8
down vote
TL;DR
This is a gateway question. It is likely that the question is designed to filter out candidates who haven't worked on code where "failure is not an option," and to generate follow-on questions about past projects, code quality, performance under pressure, and development/testing methodologies.
Don't Guess; Ask Questions
Why do interviewers ask if one has experience developing mission critical apps?
The best way to find out what the question is really leading up to is to ask the interviewer to define the terms as they apply to the job. What does "mission critical" mean to the company? What about your experience on such projects would be useful for the company to learn during the interview?
This kind of gateway question is a great opportunity for you to learn more about the company and the job while answering the interviewer's questions. Don't squander that opportunity!
Guessing what the interviewer wants never works out well for either the job-seeker or the employer. Think of this as a test of your active-listening skills, and ask discerning questions when appropriate.
The General Case: Your Value Proposition
"Mission critical" has a definition. Wikipedia says:
Mission critical refers to any factor of a system (equipment, process, procedure, software, etc.) whose failure will result in the failure of business operations. That is, it is critical to the organization's 'mission'.
However, many businesses also use the phrase to mean:
- A highly-visible project.
- A politically-charged project.
- A project management death march.
- An under-funded, under-staffed project that is doomed to failure from the start, but all blame will be placed on the hapless team members.
Whatever people mean by it in a specific context, the point is that the "powers that be" generally care about the outcome or perceived value of their projects. By asking you about your experience on such projects, you're really being asked:
- if what you did mattered to anyone in authority, and
- whether your skills were sufficient to effectively deliver on important tasks.
Think about it this way: if your past employers made money building cars, but the most important thing you were ever responsible for was unit-testing the cup-holder, would you be considered a potential asset to the interviewer? Alternatively, if you were responsible for programming the chips that control the engine, but your code was so buggy that 10 billion auto parts had to be recalled, should you be considered for a job that is essential to the company's core revenue stream?
Be prepared to talk about the value of your work in the context of your past employment. Just make sure you ask enough questions to know what the interviewer might find valuable!
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
add a comment |Â
up vote
8
down vote
up vote
8
down vote
TL;DR
This is a gateway question. It is likely that the question is designed to filter out candidates who haven't worked on code where "failure is not an option," and to generate follow-on questions about past projects, code quality, performance under pressure, and development/testing methodologies.
Don't Guess; Ask Questions
Why do interviewers ask if one has experience developing mission critical apps?
The best way to find out what the question is really leading up to is to ask the interviewer to define the terms as they apply to the job. What does "mission critical" mean to the company? What about your experience on such projects would be useful for the company to learn during the interview?
This kind of gateway question is a great opportunity for you to learn more about the company and the job while answering the interviewer's questions. Don't squander that opportunity!
Guessing what the interviewer wants never works out well for either the job-seeker or the employer. Think of this as a test of your active-listening skills, and ask discerning questions when appropriate.
The General Case: Your Value Proposition
"Mission critical" has a definition. Wikipedia says:
Mission critical refers to any factor of a system (equipment, process, procedure, software, etc.) whose failure will result in the failure of business operations. That is, it is critical to the organization's 'mission'.
However, many businesses also use the phrase to mean:
- A highly-visible project.
- A politically-charged project.
- A project management death march.
- An under-funded, under-staffed project that is doomed to failure from the start, but all blame will be placed on the hapless team members.
Whatever people mean by it in a specific context, the point is that the "powers that be" generally care about the outcome or perceived value of their projects. By asking you about your experience on such projects, you're really being asked:
- if what you did mattered to anyone in authority, and
- whether your skills were sufficient to effectively deliver on important tasks.
Think about it this way: if your past employers made money building cars, but the most important thing you were ever responsible for was unit-testing the cup-holder, would you be considered a potential asset to the interviewer? Alternatively, if you were responsible for programming the chips that control the engine, but your code was so buggy that 10 billion auto parts had to be recalled, should you be considered for a job that is essential to the company's core revenue stream?
Be prepared to talk about the value of your work in the context of your past employment. Just make sure you ask enough questions to know what the interviewer might find valuable!
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
TL;DR
This is a gateway question. It is likely that the question is designed to filter out candidates who haven't worked on code where "failure is not an option," and to generate follow-on questions about past projects, code quality, performance under pressure, and development/testing methodologies.
Don't Guess; Ask Questions
Why do interviewers ask if one has experience developing mission critical apps?
The best way to find out what the question is really leading up to is to ask the interviewer to define the terms as they apply to the job. What does "mission critical" mean to the company? What about your experience on such projects would be useful for the company to learn during the interview?
This kind of gateway question is a great opportunity for you to learn more about the company and the job while answering the interviewer's questions. Don't squander that opportunity!
Guessing what the interviewer wants never works out well for either the job-seeker or the employer. Think of this as a test of your active-listening skills, and ask discerning questions when appropriate.
The General Case: Your Value Proposition
"Mission critical" has a definition. Wikipedia says:
Mission critical refers to any factor of a system (equipment, process, procedure, software, etc.) whose failure will result in the failure of business operations. That is, it is critical to the organization's 'mission'.
However, many businesses also use the phrase to mean:
- A highly-visible project.
- A politically-charged project.
- A project management death march.
- An under-funded, under-staffed project that is doomed to failure from the start, but all blame will be placed on the hapless team members.
Whatever people mean by it in a specific context, the point is that the "powers that be" generally care about the outcome or perceived value of their projects. By asking you about your experience on such projects, you're really being asked:
- if what you did mattered to anyone in authority, and
- whether your skills were sufficient to effectively deliver on important tasks.
Think about it this way: if your past employers made money building cars, but the most important thing you were ever responsible for was unit-testing the cup-holder, would you be considered a potential asset to the interviewer? Alternatively, if you were responsible for programming the chips that control the engine, but your code was so buggy that 10 billion auto parts had to be recalled, should you be considered for a job that is essential to the company's core revenue stream?
Be prepared to talk about the value of your work in the context of your past employment. Just make sure you ask enough questions to know what the interviewer might find valuable!
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
answered Sep 1 '13 at 6:45
CodeGnome
1,515616
1,515616
add a comment |Â
add a comment |Â
up vote
2
down vote
There's lots of people who don't know what the phrase mission critical means.
It means: (of hardware or software) vital to the functioning of an organization.
Lots of companies are doing things that are not of vital importance; they don't control an Air Traffic Control system.
But your employer is asking whether you'll treat the their systems as if they are of vital importance. In other words will you treat their projects with care just because it's important to the business.
The employer thinks they'll be able to tell from your answer how much you cared about what your previous employers were doing and therefore how you'll treat their software and hardware.
There's nothing inherently wrong with thinking that all your work is mission critical. That indicates the assumption that your employer only assigns you tasks that you treat very seriously; that could be mostly true with some jobs.
For a Q&A website a mission-critical area would be the webs-site. A non-mission-critical task might be adding helpful comments to question to know the difference.
In the phrase mission critical the word mission refers to the mission of the organization (your employer) not the mission of your users.
Companies want to hire people who will take the employer's priorities as their own. Therefore in answering this question it's essential that you recognize who defines what is mission critical. It is not defined by users of a service or product.
answered Aug 31 '13 at 14:46
dcaswell
673313
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
add a comment |Â
up vote
2
down vote
There's lots of people who don't know what the phrase mission critical means.
It means: (of hardware or software) vital to the functioning of an organization.
Lots of companies are doing things that are not of vital importance; they don't control an Air Traffic Control system.
But your employer is asking whether you'll treat the their systems as if they are of vital importance. In other words will you treat their projects with care just because it's important to the business.
The employer thinks they'll be able to tell from your answer how much you cared about what your previous employers were doing and therefore how you'll treat their software and hardware.
There's nothing inherently wrong with thinking that all your work is mission critical. That indicates the assumption that your employer only assigns you tasks that you treat very seriously; that could be mostly true with some jobs.
For a Q&A website a mission-critical area would be the webs-site. A non-mission-critical task might be adding helpful comments to question to know the difference.
In the phrase mission critical the word mission refers to the mission of the organization (your employer) not the mission of your users.
Companies want to hire people who will take the employer's priorities as their own. Therefore in answering this question it's essential that you recognize who defines what is mission critical. It is not defined by users of a service or product.
answered Aug 31 '13 at 14:46
dcaswell
673313
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
add a comment |Â
up vote
2
down vote
up vote
2
down vote
There's lots of people who don't know what the phrase mission critical means.
It means: (of hardware or software) vital to the functioning of an organization.
Lots of companies are doing things that are not of vital importance; they don't control an Air Traffic Control system.
But your employer is asking whether you'll treat the their systems as if they are of vital importance. In other words will you treat their projects with care just because it's important to the business.
The employer thinks they'll be able to tell from your answer how much you cared about what your previous employers were doing and therefore how you'll treat their software and hardware.
There's nothing inherently wrong with thinking that all your work is mission critical. That indicates the assumption that your employer only assigns you tasks that you treat very seriously; that could be mostly true with some jobs.
For a Q&A website a mission-critical area would be the webs-site. A non-mission-critical task might be adding helpful comments to question to know the difference.
In the phrase mission critical the word mission refers to the mission of the organization (your employer) not the mission of your users.
Companies want to hire people who will take the employer's priorities as their own. Therefore in answering this question it's essential that you recognize who defines what is mission critical. It is not defined by users of a service or product.
answered Aug 31 '13 at 14:46
dcaswell
673313
There's lots of people who don't know what the phrase mission critical means.
It means: (of hardware or software) vital to the functioning of an organization.
Lots of companies are doing things that are not of vital importance; they don't control an Air Traffic Control system.
But your employer is asking whether you'll treat the their systems as if they are of vital importance. In other words will you treat their projects with care just because it's important to the business.
The employer thinks they'll be able to tell from your answer how much you cared about what your previous employers were doing and therefore how you'll treat their software and hardware.
There's nothing inherently wrong with thinking that all your work is mission critical. That indicates the assumption that your employer only assigns you tasks that you treat very seriously; that could be mostly true with some jobs.
For a Q&A website a mission-critical area would be the webs-site. A non-mission-critical task might be adding helpful comments to question to know the difference.
In the phrase mission critical the word mission refers to the mission of the organization (your employer) not the mission of your users.
Companies want to hire people who will take the employer's priorities as their own. Therefore in answering this question it's essential that you recognize who defines what is mission critical. It is not defined by users of a service or product.
answered Aug 31 '13 at 14:46
dcaswell
673313
edited Sep 3 '13 at 17:23
answered Aug 31 '13 at 14:46
dcaswell
673313
answered Aug 31 '13 at 14:46
dcaswell
673313
answered Aug 31 '13 at 14:46
dcaswell
673313
673313
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
add a comment |Â
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
1
1
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
Even the commenting system going down on SE is serious. If we visited this site frequently and different things were just randomly broken, we'd think it sucks and might go somewhere else. The user experience can be just as important and critical part of the mission as serving the actual pages themselves.
– jmort253♦
Sep 1 '13 at 5:39
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
I disagree with everyone who thinks users of a service define what's mission-critical. I think that employers who ask about this issue want to know if you'll take their priorities as your own.
– dcaswell
Sep 3 '13 at 17:15
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
You're right, we as users can't say definitively what's mission critical on SE, but by observing the behavior of the developers and sysadmins, it seems that they take downtime, and the avoidance of downtime, very seriously. But you're right, whether that constitutes as mission critical to you or I in our daily work has nothing to do with whether those SE devs and sysadmins consider it mission critical. Hope that helps clarify.
– jmort253♦
Sep 3 '13 at 20:32
add a comment |Â
up vote
1
down vote
If down time of the app directly casues the profit of the company to drop - then its mission critical. The employer probably wants to know if you are able to develop such apps which tends to need a high degree of robustness including easy disaster recovery, quick error determination and failover.
add a comment |Â
up vote
1
down vote
If down time of the app directly casues the profit of the company to drop - then its mission critical. The employer probably wants to know if you are able to develop such apps which tends to need a high degree of robustness including easy disaster recovery, quick error determination and failover.
add a comment |Â
up vote
1
down vote
up vote
1
down vote
If down time of the app directly casues the profit of the company to drop - then its mission critical. The employer probably wants to know if you are able to develop such apps which tends to need a high degree of robustness including easy disaster recovery, quick error determination and failover.
If down time of the app directly casues the profit of the company to drop - then its mission critical. The employer probably wants to know if you are able to develop such apps which tends to need a high degree of robustness including easy disaster recovery, quick error determination and failover.
answered Sep 1 '13 at 7:33
community wiki
Petter Nordlander
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fworkplace.stackexchange.com%2fquestions%2f14168%2fwhy-do-interviewers-ask-if-one-has-experience-developing-mission-critical-apps%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
8
Mission critical apps are usually the ones that the company will be using as their main source of income, for example an app that checks the holidays of all employees in the company certainly helps out project managers, but its just a 'nice to have' tool, not one that is the main money maker
– Rhys
Aug 30 '13 at 14:44
4
mission critical apps include any application without which the user of the application cannot get their job done, typically where the user is a corporation. This can be authentication services (if you can't access the stuff, you can't use it), manufacturing apps (like the stuff that drives the robots), web applications for companies whose only storefront is a website, etc.
– atk
Aug 30 '13 at 14:45
4
Different organizations might have different defintions of "mission critical". For example, the Tier 1 systems are mission critical, which means that any outage must be resolved ASAP. Tier 2 applications might have a tolerance of an hour or two. Tier 3 might have downtime tolerances of days, etc... If all applications were "mission critical", how would the support staff know how to prioritize recovery in the event of a major outage? The interviewer might have a specific definition of "mission critical", and it may differ from yours - have you asked them to clarify their definition?
– FrustratedWithFormsDesigner
Aug 30 '13 at 14:57
1
"How well do you handle pressure" and "Have you ever had tough requirements to handle" would be my short answer as mission critical tend to be where the financial health of the company rests on these applications and going down isn't just bad, it is generally something that can result in people either being fired or majorly losing compensation as the company can experience large losses when these go down.
– JB King
Aug 30 '13 at 15:01