TELL ME ABOUT A TIME YOU MADE A GOOD DECISION

Tell me about a time you made a good decision.

"Tell me about a time you made a good decision."
"Tell me about a time you found a solution to a problem."

This is a little easier than thinking about a mistake. You should make sure to include why it was a good decision and the result should be obviously meaningful. I also want to use this as an example of answering multiple questions. I would use this same answer for either of the two questions above. It was a good decision, and I fond a solution to a problem. Preparing for every interview question in the world will be too much work. Think of key experiences and apply them to multiple answers. In the case where it is the same interviewer, then you might be forced to think of a new answer. So it might be good to think of couple of answers.

Short Answer

"During my last project, we ran into a difficult problem. This was high priority so everyone was instructed to find a solution. I started looking for more information on the Internet, I even talked to a different manager on a different team. This helped tremendously and our problem was solved. I made a decision to use every resource I could find, and in the end, it solved the problem."

Long Answer

"In my last position at Microsoft, there was a time period where our group was going to slip reaching our milestone by one day. This was because the day before exiting the third milestone, we found a problem in the program. Since we created a new build with all bug fixes each morning, we had two choices. We could either fix the problem and verify the program the next day after we build again, or we could postpone the problem and fix it in the next milestone. Both options didn't sound very appealing. I suggested fixing the program now, and perform another build to verify the fix instead of waiting for tomorrow. Many times people are used to following a process, but in this case, I challenged the process of building in the morning and requested another build to verify the last bug fix. In the end, we were able to complete milestone 3 on time and fixed the important problem. This was significant because if we didn't exit milestone 3, then everyone waiting to start work on the next milestone would have to wait another day. In essence, this saved a days work for more than 30 people."

For this example, I was careful not to use too many technical jargons that might not be understood. I also explained the situation carefully and explained why the decision was a good one. Remember that some of these answers will not work for you. In this case, if you never worked at Microsoft and never experienced this, just follow the steps of stating the problem, explaining the choices, why you made the decision, and finally why it was a good decision.

Raccontami una volta che hai fatto una buona decisione.

"Raccontami una volta che hai fatto una buona decisione."
"Raccontami una volta che hai trovato una soluzione ad un problema."

Questo è un po 'più facile che pensare a un errore. Si dovrebbe fare in modo di comprendere il motivo per cui è stata una buona decisione e il risultato dovrebbe essere ovviamente significativo. Voglio anche utilizzare questo come un esempio di rispondere a domande multiple. Vorrei usare questa stessa risposta per una delle due domande di cui sopra. E 'stata una buona decisione, e io Fond una soluzione ad un problema. Preparazione per ogni domanda intervista del mondo sarà troppo lavoro. Pensate di esperienze fondamentali e applicarli a risposte multiple. Nel caso in cui è lo stesso intervistatore, allora si potrebbe essere costretti a pensare a una nuova risposta. Quindi potrebbe essere buono da pensare paio di risposte.

Risposta breve

"Durante il mio ultimo progetto, ci siamo imbattuti in un problema difficile. Questa era alta priorità in modo che tutti è stato incaricato di trovare una soluzione. Ho iniziato a cercare informazioni su Internet, ho anche parlato con un manager diverso su una squadra diversa. Ciò ha contribuito enormemente e il nostro problema è stato risolto. Ho preso la decisione di utilizzare ogni risorsa che ho trovato, e, alla fine, ha risolto il problema ".

Lunga risposta

"Nella mia ultima posizione in Microsoft, ci fu un periodo di tempo in cui il nostro gruppo stava andando a scivolare raggiungere il nostro traguardo di un giorno. Ciò perché il giorno prima di uscire alla terza tappa, abbiamo trovato un problema nel programma. Poiché abbiamo creato un nuova costruzione con tutti i bug fix ogni mattina, abbiamo avuto due scelte. potevamo o risolvere il problema e verificare il programma il giorno dopo si costruisce di nuovo, o potremmo rinviare il problema e risolverlo nel prossimo traguardo. Entrambe le opzioni didn ' t suono molto attraente. Ho suggerito che fissa il programma di oggi, e di eseguire un'altra build per verificare la correzione, invece di aspettare domani. Molte volte le persone sono abituate a seguito di un processo, ma in questo caso, ho sfidato il processo di costruzione del mattino e ha chiesto un altro costruire per verificare l'ultimo bug fix. Alla fine, siamo stati in grado di completare Milestone 3 in tempo e risolto il problema importante. Questa è stata importante perché se noi non usciamo Milestone 3, poi tutti in attesa di iniziare il lavoro su la prossima tappa avrebbe dovuto aspettare un altro giorno. In sostanza, questo ha salvato una giornata di lavoro per più di 30 persone ".

Per questo esempio, sono stato attento a non usare troppi gerghi tecnici che potrebbero non essere comprese. Ho anche spiegato accuratamente la situazione e spiegato perché la decisione è stata buona. Ricordate che alcune di queste risposte non funzionerà per voi. In questo caso, se non avete mai lavorato presso Microsoft e mai sperimentato questo, basta seguire i passi di indicazione del problema, spiegando le scelte, perché hai fatto la scelta, e, infine, perché è stata una buona decisione.