Сила раскрывающих вопросов

Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Сила раскрывающих вопросов создатель Mind Map: Сила раскрывающих вопросов

1. Прояснение целей

1.1. Чего хотелось бы?

1.2. Зачем? (Почему это ценно?)

1.3. Что из этого важнее?

1.4. Что сделаешь завтра?

1.5. Как поймешь, что достиг этого?

1.6. +SMART

1.6.1. S = specific = понятна, конкретна, специфична

1.6.2. M = measurable = измерима

1.6.3. А = achivable = достижима

1.6.4. R = realistic / relevant = реалистична или релевантна другим целям

1.6.5. T = timebound = ограничена по времени

1.6.6. +Ecological

1.7. +PURE

1.7.1. P = Positively Stated = Позитивно сформулирована

1.7.2. U = Understood = Понята (не понятна, а понята)

1.7.3. R = Relevant = Уместна (например, связана с более глобальной целью)

1.7.4. E = Ethical = Этична (не приносит вред вам, близким и другим людям)

1.8. +CLEAR

1.8.1. C = Challenging = Содержит вызов (иначе может быть не так интересно)

1.8.2. L = Legal = Легальна (помним про уголовный и административный кодексы)

1.8.3. E = Environmentally Sound = Не вредит экологии (и вашему окружению)

1.8.4. A = Agreed = Согласована (не навязана)

1.8.5. R = Recorded = Записана (как говаривал легендарный CEO компании IBM Лу Герстнер: “People don’t do what you expect. They do what you inspect.” = “Люди делают не то, что вы ожидаете, а то, что вы проверяете”)

2. Встречи 1:1 с сотрудниками

2.1. Что ты хотел бы обсудить?

2.2. Что было сделано с предыдущей встречи?

2.2.1. Что я сделал

2.2.2. Что ты успел сделать?

2.3. Как оцениваешь свою работу?

2.3.1. Что было хорошо?

2.3.2. Что можно улучшить?

2.3.3. Что нужно сделать, чтобы оно улучшилось?

2.4. Все ли идет по плану?

2.4.1. План по решению проблемам?

2.5. Чем я могу помочь?

3. Вход менеджера в команду

3.1. Разговор с предыдущим менеджером

3.1.1. Причина ухода

3.1.2. Состояние проекта

3.1.3. Обязанности и полномочия менеджера

3.1.4. Оставшиеся проблемы

3.1.5. Роли в команде

3.1.6. Что с людьми в команде

3.1.6.1. Амбиции

3.1.6.2. Возможности

3.1.6.3. Как давно пересматривали зарплату

3.1.7. Мнение членов команды назначении Вас как менеджера

3.1.8. Шеф: что за человек?

3.1.9. Заказчик

3.1.9.1. Как с ним общаться

3.1.9.2. Контактные точки со стороны заказчика

3.1.10. Конфликты в команде

3.1.11. Обещания и договоренности

3.1.11.1. Шефу

3.1.11.2. Заказчику

3.1.11.3. Команде

3.1.11.4. Коллегам-менеджерам

3.1.12. Союзники

3.1.13. Документация по проекту

3.1.14. Чего ждать в ближайшее время?

3.1.15. Сколько платили?

3.1.16. Неявные договоренности

3.1.17. Почему порекомендовал меня?

3.1.18. Что ты еще делал?

3.1.19. Что я еще не спросил, но должен был спросить?

3.1.20. Можно ли обращаться с вопросами в будущем?

3.2. Разговор с Шефом

3.2.1. Почему ушел предыдущий менеджер?

3.2.2. Что делает менеджер в нашей компании?

3.2.2.1. Ответственность

3.2.2.2. Полномочия

3.2.2.3. Сколько у меня времени, чтобы разобраться?

3.2.3. Что с проектом с точки зрения шефа?

3.2.4. Рассказать, что уже узнали о проекте

3.2.5. Сказать, что сейчас все ОК, разбираюсь, вхожу в курс дела

3.2.6. Ожидания от Вас как менеджера, от команды и от проекта

3.2.7. Как отчитываться? В какой форме? Как часто? Как лучше?

3.2.8. Что обещал предыдущий менеджер?

3.2.9. Что кому обещали от компании в команде?

3.2.10. Что шеф хотел бы изменить?

3.2.11. Будут ли глобальные изменения?

3.2.12. Спросить про Заказчика

3.2.12.1. История отношений

3.2.12.2. Что за человек?

3.2.12.3. Его ожидания от проекта?

3.2.12.4. Как с ним лучше общаться?

3.2.13. Попросить представить команде и заказчику

3.2.14. Зона ответственности при взаимодействии с коллегами-менеджерами

3.2.15. С кем теперь придется общаться?

3.2.16. Спросить, что по компенсации

3.2.16.1. Своя зарплата

3.2.16.2. Зарплата членов команды

3.2.16.3. Оплачиваются ли овертаймы

3.2.17. Спросить совет, что делать в первую очередь

3.2.18. Есть ли дресс код для менеджеров?

3.2.19. Спросить, возможно ли какое-то обучение менеджменту для Вас

3.2.20. Спросить можно ли обсудить идеи, если они появятся через пару дней

3.2.21. Если Вас назначили изнутри команды

3.2.21.1. Могу ли взять человека на свое место?

3.2.22. Что я еще не спросил, но должен был спросить?

3.3. Разговор с Заказчиком

3.3.1. Куда и почему ушел предыдущий менеджер

3.3.2. Сказать, что все нормально, вхожу в курс дела, разбираюсь

3.3.3. Назначить личную встречу, если это возможно

3.3.4. Нравится ли текущий формат работы?

3.3.4.1. Коммуникации

3.3.4.2. Отчетность

3.3.4.3. Что еще?

3.3.5. Какие были договоренности с предыдущим менеджером

3.3.6. Есть ли какие проблемы - какие именно и что можем поменять?

3.3.7. Что горит прямо сейчас?

3.3.8. Документооборот

3.3.8.1. Договора

3.3.8.2. Доп.соглашения

3.3.8.3. Счета

3.3.8.4. Акты

3.3.9. Мнение о проекте - как и почему именно так оценивает проект?

3.3.10. Замена инженера и денежный вопрос - как это отразится на бюджете проекта?

3.3.11. Контакты Заказчика

3.3.12. Спросить про долгосрочные планы

3.3.13. Проговорить ключевые моменты

3.3.14. Что мы еще не проговорили?

3.4. Разговор с командой

3.4.1. Причины ухода предыдущего менеджера

3.4.2. Рассказать про статус проекта

3.4.3. Как нас видит руководство

3.4.4. Цели команды и цели руководства

3.4.5. Чего ждет руководство

3.4.6. Планы, что будем делать

3.4.7. Если Вас назначили изнутри команды

3.4.7.1. Прояснить, кто будет делать вашу работу

3.4.8. Сказать, что сейчас все ОК, сейчас будете во всем разбираться

3.4.9. Проговорить, какие будут изменения

3.4.9.1. Сказать, что революций не будет

3.4.10. Предупредить о встречах 1 на 1

3.4.11. Сказать: я постараюсь во всем разобраться, и мне может понадобиться ваша помощь

3.4.12. Спросить, чего ждут

3.4.13. Спросить, какие есть открытые вопросы и проблемы

3.4.14. Собрать идеи, сказав, что и проблемы, и идеи будут обсуждаться и решаться по очереди

3.4.15. Спросить: как будем отмечать?

3.4.16. Спросить, что еще не проговорили?

3.5. Встречи 1 на 1 с членами команды

3.5.1. Что думаешь по поводу этой ситуации?

3.5.2. Если человек мог рассчитывать на место менеджера

3.5.2.1. Согласен ли с моим назначением?

3.5.3. Сказать, что входите в курс дела и не хотите резких телодвижений

3.5.4. Спросить про формат работы с предыдущим менеджером

3.5.5. Как ты сейчас ощущаешь себя по отношению к работе: интересно, не интересно?

3.5.6. Что нравилось в работе

3.5.7. Что можно улучшить в работе

3.5.8. Что нужно улучшить в первую очередь

3.5.9. Есть ли какие-то вопросы, которые ты хотел бы задать мне?

3.5.10. Назначить дату следующей встречи 1 на 1

4. Выход в конструктив и конкретизация ситуаций

4.1. Что случилось?

4.2. В чем выражается?

4.3. Почему это плохо?

4.4. Чего хотелось бы?

4.5. Как вы поймете, что это произошло?

4.6. +Ты это мне зачем говоришь?

4.7. +С кем пойдем решать?

5. Собеседование

5.1. Вы собеседуете

5.1.1. Кейс-метод "Покажи"

5.1.1.1. Инженер

5.1.1.1.1. Нарисовать крупноблочную архитектуру кусочка системы

5.1.1.1.2. Написать программу объединения двух массивов по возрастанию

5.1.1.1.3. Найти ошибку в заданной програме

5.1.1.1.4. Провести Code Review куска кода

5.1.1.1.5. Написать сложный SQL запрос

5.1.1.1.6. Написать юнит-тест на класс

5.1.1.1.7. Написать функцию квадратного корня из А

5.1.1.1.8. Накидать схему БД для простейшего блога с поддержкой тегов

5.1.1.1.9. Смержить 2 ветки кода

5.1.1.1.10. Починить проблему на сервере через консоль

5.1.1.1.11. Оптимизировать заданный код

5.1.1.1.12. Написать техническую спецификацию

5.1.1.1.13. Реализовать бинарный поиск

5.1.1.1.14. Реализовать сортировку методом "пузырька"

5.1.1.1.15. Реализовать алгоритм распечатки бинарного дерева

5.1.1.1.16. Отрефакторить кусочек кода

5.1.1.1.17. Оценить время на разработку

5.1.1.1.18. Попросить рассказать о своем проекте на англ.

5.1.1.1.19. По не формализованному описанию формализовать ТЗ или архитектуру

5.1.1.1.20. Выбрать решение по техническому заданию

5.1.1.1.21. Построить модель данных

5.1.1.1.22. Уточнить требования по заданным ТЗ

5.1.1.1.23. Настроить окружение на ПК

5.1.1.1.24. Реализовать сложение чисел от одного до N

5.1.1.1.25. Перевести технический текст с английского

5.1.1.1.26. Реализовать протектед метод

5.1.1.1.27. Создать UML диаграмму по требованиям

5.1.1.1.28. Оптимизировать заданный запрос

5.1.1.1.29. Дать базы данных с разной степенью нормализации в таблицах, описывать бизнес кейс как это будет использовано, и попросить поправить

5.1.1.1.30. Дать задание дописать пару методов в чужой класс

5.1.1.1.31. Проанализировать архитектурную схему и показать узкие места

5.1.1.1.32. Попросить написать комментарий к функции, проверить как он передает код на сопровождение

5.1.1.1.33. Опытный тимлид говорит тебе "почему ты написал такой длинный код, это пишется в 6 строк!" - разыграть сценку с тимлидом

5.1.1.1.34. Дать ноутбук с IDE и некопмилирующимся проектом (заранее изменен, работает). Попросить скомпилировать и запустить.

5.1.1.1.35. Убедить другого разработчика, что твой фреймворк лучше

5.1.1.1.36. Инженеру-строителю

5.1.1.1.37. Инженеру службы поддержки

5.1.1.2. Тестировщик

5.1.1.2.1. Написать тест-кейс для заданной фунцкинальности

5.1.1.2.2. Попросить составить список тест-кейсов для заданной спецификации

5.1.1.2.3. Написать отчет об ошибке

5.1.1.2.4. Написать авто-тест для конкретного фреймворка

5.1.1.2.5. Написать тест-кейс для проверки функции вычисления площади треугольника по 3м сторонам

5.1.1.2.6. Написать эксплойт

5.1.1.2.7. На живом сервере найти 3 бага

5.1.1.2.8. Протестировать текст бокс на странице

5.1.1.2.9. Протестировать сайт

5.1.1.2.10. Написать тест-кейс на тестирование калькулятора

5.1.1.2.11. Написать тест кейс для готового ПО, блокнота например

5.1.1.2.12. Написать вопросы к требованию

5.1.1.2.13. Написать тест-план на тестирование любого куска ПО

5.1.1.2.14. Оценить трудозатраты по тестированию несложного проекта

5.1.1.2.15. Найти баги на скриншоте

5.1.1.2.16. Найти баги на скриншоте и описать их на англ.

5.1.1.2.17. Поговорить на английском

5.1.1.2.18. Дать алгоритм - попросить описать тест-кейсы

5.1.1.2.19. Попросить найти ошибку в логе

5.1.1.2.20. Приоритезировать список из нескольких багов

5.1.1.2.21. По описанной системе составить план нагрузочного тестирования

5.1.1.2.22. Попросить отревьюить тест-кейсы

5.1.1.2.23. Найти несоответствия в требованиях заказчика и готового куска приложения

5.1.1.2.24. Описать баг в реальной багтрекинговой системе

5.1.1.2.25. Собрать сборку на удаленной машине через SSH

5.1.1.2.26. Составить функциональную карту ПО

5.1.1.2.27. Провести деплоймент портала на IIS, Apache…

5.1.1.2.28. Проанализировать баг с помощью фидлера

5.1.1.2.29. Получи лог работы iOS приложения

5.1.1.2.30. Много багов реджектится инженером. Разыграть сценку с инженером (инженер ведет себя агрессивно).

5.1.1.3. Менеджер проекта

5.1.1.3.1. Напиши структуру проекта - распиши поэтапно

5.1.1.3.2. Написать письмо заказчику: сроки задерживаются, три бага - не баги, а фичи

5.1.1.3.3. Создать план-график проекта

5.1.1.3.4. Дать описание задачи и попросить составить задачи для сотрудников

5.1.1.3.5. Составить таблицу рисков и зависимостей

5.1.1.3.6. Разыграть сценку с немотивированным сотрудником

5.1.1.3.7. Проведи собеседование меня

5.1.1.3.8. Поговорить 10 мин. на английском

5.1.1.3.9. Разыграть сценку из реальной жизни с заказчиком

5.1.1.3.10. Напиши письмо заказчику, что сдвигаем сроки

5.1.1.3.11. Разыграть сценку "Я - бухгалтер, соберите с меня требования по проекту."

5.1.1.3.12. Разыграть сценку "Я – заказчик. Попроси у меня сейчас расширить бюджет."

5.1.1.3.13. Декомпозировать небольшую иерархическую структуру работ

5.1.1.3.14. Составить список вопросов к заказчику по конкретной задаче

5.1.1.3.15. Отобрать резюме в проект на позицию инженера

5.1.1.3.16. Написать проектный отчет

5.1.1.3.17. Написать краткий проектный план

5.1.1.3.18. Выполнить декомпозицию задачи

5.1.1.3.19. Оценить время на выполнение конкретной задачи (сайт визитка для iOS)

5.1.1.3.20. Предложить найти проблемы в плане работ

5.1.1.3.21. Составить детальный план работ по конкретной ситуации для проекта на английском

5.1.1.3.22. Написать ответ на письмо заказчика

5.1.1.3.23. Составить бюджет проекта

5.1.1.3.24. Продать идею группе проекта выйти в выходной для выпуска релиза - разыграть сценку

5.1.1.3.25. "Покажи, как даёшь обратную связь сотрудникам, если они делают что-то не так. Я сыграю сотрудника."

5.1.1.3.26. Убедить заказчика, что система работает хорошо - разыграть сценку

5.1.1.3.27. Убедить заказчика отказаться от части требований - разыграть сценку

5.1.1.3.28. Выбрать методологию и аргументировать на основе требований проекта

5.1.1.3.29. Написать письмо с постановкой задач подчиненному

5.1.1.3.30. Покажи, как в Microsoft Project сделать среду выходным днём.

5.1.1.3.31. Сделать диаграмму Гантта для небольшого проекта

5.1.1.3.32. По уточненным требованиям распределить задачи между имеющимися ресурсами и оценить длительность проекта, стоимость и список работ

5.1.1.3.33. Дать список сотрудников с компетенциями и Попросить пересмотреть зарплату

5.1.1.3.34. Дать кусок плана, попросить описать критический путь

5.1.1.3.35. Попросить оценить полноту описания требований для микро проекта

5.1.1.3.36. Попросить договориться с программистами работать на выходных - разыграть сценку

5.1.1.3.37. По отчетам программистов составить итоговый отчет заказчику на английском

5.1.1.3.38. Пришли ключевые специалисты и говорят что идут на другую контору, как переубедить остаться? - разыграть сценку

5.1.1.3.39. Прочитать требования, составить вопросы к заказчику

5.1.2. Вопросы на нестандартность мышления + стресс-кейсы

5.1.2.1. Инженер

5.1.2.1.1. Заказчик говорит есть ошибка, у нас не воспроизводится. (Отмести первые N решений.)

5.1.2.1.2. Написать SQL запрос, затем попросить оптимизировать. (Потом попросить оптимизировать еще. И так несколько раз.)

5.1.2.1.3. Упала база, а бэкап не записался

5.1.2.1.4. Инженер сломал продакшен-сервер

5.1.2.1.5. В новогоднюю ночь пропал канал до продакшена

5.1.2.1.6. Необходимо срочно дописать чужой кусок кода, а ты его не знаешь! Автор лежит в больнице.

5.1.2.1.7. Надо набрать код со сломанными или отсутствующими клавишами

5.1.2.1.8. Ситуация - шоустопер перед демо, надо починить на завтра а оценка работы намного больше

5.1.2.1.9. Завтра релиз, время - вечер, у заказчика упал сервер, разработка на сервере заказчика

5.1.2.1.10. Во время общения с заказчиком падает сеть

5.1.2.1.11. Вам нужно сделать большой функционал за очень короткое время

5.1.2.1.12. Непонятна задача, а уже нужна ее оценка

5.1.2.1.13. Заболели все сотрудники, остался на один на проекте, а вчера билд

5.1.2.1.14. Случайно стерлись результаты 3 недельной работы, а завтра дедлайн

5.1.2.1.15. Надо сделать хотфикс в области, в которой недостаточно компетенций. И нет времени изучить область.

5.1.2.1.16. Эпидемия в команде. Проект стоит. Что делать?

5.1.2.1.17. Сервер не справляется, пользователей больше, чем может поддерживать система

5.1.2.1.18. Для срочной работы нужен Интернет, его нет, что делать?

5.1.2.1.19. Пятница. 6 вечера. Надо до утра ПН внести критичные правки в код по просьбе менеджера. а в эти выходные у тебя начало отпуска.

5.1.2.1.20. Приложение, которое разрабатывает другой инженер, не работает. Найти проблему. Отмести первые N решений.

5.1.2.1.21. Что делать если ваш сайт попал на 1-ю страницу поиска google – как справляться с нагрузкой? (Потом попросить оптимизировать еще. И так несколько раз.)

5.1.2.1.22. Вечером в пятницу ты вкомичиваешь код, а сборка не собирается по вине коллег (не твой кусок). Но сборка должна уйти к заказчику до 24.

5.1.2.1.23. За 1 час до важной демонстрации сервер, на котором все стоит, исчез и не отвечает. Действия?

5.1.2.1.24. Внести изменения в SVN, когда отваливатеся интернет, DNS, secutiry checks, DB, и так далее.

5.1.2.1.25. Проблема на сервере заказчика. Cаппорт не доступен, заказчик не доволен, базу отключили без предупреждения/

5.1.2.1.26. Завтра неожиданно приезжает заказчик. Нужно допилить и сделать демо.

5.1.2.1.27. Субподрядчик не отвечает на телефонные звонки, и не выдает работы

5.1.2.1.28. Эстимейты обрезают в последний момент времени.

5.1.2.1.29. Одно рабочее место на двоих. Релиз завтра, надо сдавать большой кусок кода.

5.1.2.1.30. Максимальное число способов перебора элементов в коллекции. Когда закончатся, попросить предложить еще один.

5.1.2.2. Тестировщик

5.1.2.2.1. Критический баг найден в день релиза, тимлид в отпуске, девелопер заболел

5.1.2.2.2. Программист не верит, что это ошибка, доказать, что это ошибка

5.1.2.2.3. Новую фичу в глаза не видел, а завтра внезапно показ для заказчика, как будешь тестировать?

5.1.2.2.4. У тестировщика баг репродюситься, а у разработчика нет и разработчик постоянно возвращает баг назад

5.1.2.2.5. Заболел ребенок в день релиза, а бабушки далеко.

5.1.2.2.6. Тест поля даты - пока варианты не кончатся (и еще +1)

5.1.2.2.7. Релиз через час, понимаешь, что забыл сделать нагрузочный тест

5.1.2.2.8. После ухода программиста тестировщик находит критический баг, а релиз через час

5.1.2.2.9. Нашел баг. Девелопер, который его сделал, уже не работает в компании. Баг нужно фиксить.

5.1.2.2.10. Нужно протестировать очень технический модуль в области, где тестер вобще не ориентируется. Как тестить?

5.1.2.2.11. Есть функционал который можно протестировать только на продакшене.

5.1.2.2.12. Протестировать сайт без использования мышки. Ждем, пока кончатся решения, и предлагаем придумать еще одно.

5.1.2.2.13. Найти все баги на этом сайте за 5 минут, потом спросить "А еще?"

5.1.2.2.14. Не доступна система учета дефектов, а баги надо выставить

5.1.2.2.15. Нашлась новая неоттестированная область, а время не запланировано

5.1.2.2.16. У тестировщика день рождения, вечер, его уже ждут гости. Разработчики заливают маленький фикс и все летит, а у него уже закончен рабочий день.

5.1.2.2.17. Девелоперы из Индии не знают английского. Надо объяснить баги или доказать, что данная ситуация баг.

5.1.2.3. Менеджер проекта

5.1.2.3.1. Общаешься с заказчиком по скайпу и пропал звук

5.1.2.3.2. Опаздываешь на встречу с заказчиком и забыл телефон дома

5.1.2.3.3. Ведущий разработчик решил уволиться в самый неподходящий момент

5.1.2.3.4. Всю команду кроме менеджера покупает стартап

5.1.2.3.5. Заказчик недоволен работой, когда 90% сделано. Требует вернуть деньги.

5.1.2.3.6. Завтра сдавать, в проекте неожиданно вылезает 100 багов

5.1.2.3.7. Заказчик разорился

5.1.2.3.8. Заказчик не хочет платить деньги

5.1.2.3.9. Проект с фиксированной ценой. Уже пол-проекта сделано, а на стороне клиента говорят, что все поменялось, и это уже не нужно

5.1.3. Вопросы на соц.желаемые ответы

5.1.3.1. Продавец в конце дня после пересчета кассы обнаружил излишек в 100р. Что будет делать? Если сообщит начальству, то получит выговор за неправильный обсчет клиентов. Если возьмет себе - то это была проверка на вшивость и денег специально больше положили.

5.1.3.2. Надо выйти на выходных всей команде, у ребёнка тимлида - день рождения. Но без него выходить смысла нет, и теряем бонусы для всей команды.

5.1.3.3. Предложить перетащить коллег с прежнего места работы, где у них проблемы с заказчиком и оплатами.

5.1.3.4. Найдена дыра в коде в пятницу вечером. Ели человек говорит – «без проблем, выйду», провоцируем – а как семья отреагирует про семью тоже надо думать же?

5.1.3.5. Готовы ли вы работать сверхурочно если от этого зависит успех проекта. Провокация - а если вы свои задачи выполнили в срок, а отставания только у ваших коллег?

5.1.3.6. Ты помогаешь коллегам по работе? - Да. А зачем ты тратишь свое время на решение чужих проблем вместо того, чтобы потратить их на стратегию проекта и т.д.?

5.1.3.7. Проджект менеджер дает задание кому-то из твоей проектной команды, ты в копии письма, но знаешь что этот человек не сможет прочитать письмо и выполнить к указанному сроку (болеет, отпуск) Ожидаемое - предупредить менеджера, провокация – почему должен следить за письмами ПМа другим людям?

5.1.3.8. Как вы относитесь к неинтересным задачам на проекте? Ожидаемое - выполняешь ради лояльности компании, провокация - зачем ты делаешь то, что тебе не интересно?

5.1.3.9. Ситуация: заказчик прилюдно всех ругает, а вы знаете виновного, будет ли тимлид принимать ответственность на себя или выдаст человека? Отчитаешь его потом лично? А все, кто слышал заказчика и знают, кто виноват, понимают, что можно разгильдяйничать, тимлид все равно прикроет.

5.1.3.10. Ты начальник и у тебя хочет уволиться плохой сотрудник. Уговаривать ли его остаться или дать ему уйти? – провокация, если предложит оставить: зачем держать плохих сотрудников? Дашь уйти - он остальным расскажет, что менеджер не заинтересован в сотрудниках.

5.1.3.11. Позвонили в выходной, сказали все упало после пятничного апдейта. Будете копаться? А зачем, если вы можете вообще все завалить (не знаете все тонкости работы программы)?

5.1.3.12. Выходной, заказчик просит провести работы у него, которые можно провести в понедельник, но ему важно провести их до понедельника. Вы понимаете, что в дальнейшем заказчик так будет вести себя всегда?

5.1.3.13. Готовы ли к переработкам по вине вышестоящего коллеги. Остаться вечером и переделать? – Да, готов. Это не оплачивается...

5.1.3.14. В компании обязательно использование стандартов, но следование стандартам приводит к срыву сроков в нашем проекте. Что будешь делать?

5.1.3.15. Ты узнаешь что коллегу/друга увольняют. В компании есть правило что сообщать нельзя. Что делать? Провокация - если сообщить, то уволят, если не сообщишь с другом поссоришься.

5.1.3.16. Будете ли вы отвечать на вопросы во время болезни или ехать в офис под риском осложений. – Конечно. – Так вы же остальных можете заразить?

5.1.3.17. Выпущен плохой продукт, клиент рассказывает проблему. Можно повесить вину на других, что вы будете делать? А зачем, когда можно подписать клиента на устранение проблем за дополнительные деньги?

5.1.3.18. Вместо отведенных 2 месяцев на выполнение проекта вы можете сделать его за 1 месяц. Будуте ли вы это делать в короткие сроки? Если да, то в следующий раз от вас тоже будут ожидать ускорения?

5.1.4. Проективные вопросы

5.1.4.1. Инженер тех.поддержки

5.1.4.1.1. Важен ли порядок на столе?

5.1.4.1.2. Почему люди часто меняют работу?

5.1.4.1.3. Почему люди путешествуют?

5.1.4.1.4. Как вы считаете, почему не все работники честны со своими работодателями?

5.1.4.1.5. Почему и кто пользуется ежедневником?

5.1.4.1.6. Почему некоторые люди любят работать в большом коллективе?

5.1.4.1.7. Почему люди не любят заниматься рутиной?

5.1.4.1.8. Почему многие плохо относятся к работе с индусами?

5.1.4.1.9. Почему некоторые люди остаются на одной и той же позиции годами?

5.1.4.1.10. Почему люди откладывают на завтра недоделанную работу?

5.1.4.1.11. Почему некоторым нужно, чтобы рядом стоял руководитель?

5.1.4.1.12. Что заставляет людей увольняться?

5.1.4.1.13. Почему люди не проходят длительный испытательный срок?

5.1.4.1.14. Почему рутинная работа не нравится многим людям?

5.1.4.1.15. Почему люди долго работают на позиции спеца тех. поддержки?

5.1.4.1.16. Почему люди долго работают на скучном проекте?

5.1.4.1.17. Почему продолжается эксплуатация устаревшей системы?

5.1.4.1.18. Почему люди уходят в стартапы?

5.1.4.1.19. Почему клиенты задают глупые вопросы?

5.1.4.1.20. Почему люди не хотят работать сверхурочно?

5.1.4.1.21. Почему люди долго работают на одном месте?

5.1.4.1.22. Почему люди изучают новые технологии?

5.1.4.1.23. Зачем тестер сидит и 2 часа воспроизводит одну и ту де ошибку?

5.1.4.2. Инженер в проекте с часто меняющимися требованиями

5.1.4.2.1. Из-за чего возникают конфликты в проектной команде?

5.1.4.2.2. Как вы думаете, почему в 80% проектов срываются сроки?

5.1.4.2.3. Почему некоторые люди умеют быстро переключаться с одной задачи на другую, а другие нет?

5.1.4.2.4. Что заставляет людей работать сверхурочно и с удовольствием?

5.1.4.2.5. Как работать с руководителем, который часто меняет постановку задач?

5.1.4.2.6. Почему некоторые люди негативно реагируют на изменение изначальных требований?

5.1.4.2.7. Почему гибкие методологии популярны?

5.1.4.2.8. Почему заказчик часто меняет требования?

5.1.4.2.9. Почему одни компании успешны, а другие нет?

5.1.4.2.10. Что испытывает команда, когда кусок проделанной работы в итоге оказывается не нужен?

5.1.4.2.11. Почему распадаются стартапы?

5.1.4.2.12. Почему некоторым людям нравится работать с задвинутым робочим графиком?

5.2. Вас собеседуют

5.2.1. Начальник

5.2.1.1. Как давно стал начальником?

5.2.1.2. Сколько у него людей в подчинении?

5.2.1.3. Сколько людей от него уходит, если уходит?

5.2.1.4. Растут ли под ним люди?

5.2.1.5. Можно ли с ним пообщаться?

5.2.2. Проект

5.2.2.1. Цель проекта?

5.2.2.2. Как давно создан?

5.2.2.3. Сколько было?

5.2.2.4. Что за заказчик?

5.2.3. Компания

5.2.3.1. Дата создания

5.2.3.2. Профиль деятельности

5.2.3.3. Орг.структура

5.2.3.4. Стиль управления и культура

5.2.3.5. Динамика роста

5.2.4. Условия работы

5.2.4.1. Зарплата

5.2.4.2. Командировки

5.2.4.3. Оформление

5.2.4.4. Обучение

5.2.5. Если берут на замену другому человеку

5.2.5.1. Можно ли пообщаться с предшественником?

6. Начальник

6.1. Первая встреча

6.1.1. Если команда уже существовала

6.1.1.1. Почему ушел предыдущий менеджер?

6.1.1.2. Что обещал предыдущий менеджер?

6.1.1.3. Что кому обещали от компании в команде?

6.1.2. Что делает менеджер в нашей компании?

6.1.2.1. Ответственность

6.1.2.2. Полномочия

6.1.2.3. Сколько у меня времени, чтобы разобраться?

6.1.3. Что с проектом с точки зрения шефа?

6.1.3.1. Рассказать, что уже узнали о проекте

6.1.3.2. Сказать, что сейчас все ОК, разбираюсь, вхожу в курс дела

6.1.4. Ожидания от Вас как менеджера, от команды и от проекта?

6.1.5. Как отчитываться? В какой форме? Как часто? Как лучше?

6.1.6. Что шеф хотел бы изменить?

6.1.7. Будут ли глобальные изменения?

6.1.8. Вопросы про Заказчика

6.1.8.1. История отношений

6.1.8.2. Что за человек?

6.1.8.3. Его ожидания от проекта?

6.1.8.4. Как с ним лучше общаться?

6.1.9. Можно попросить представить команде и заказчику?

6.1.10. Зона ответственности при взаимодействии с коллегами-менеджерами?

6.1.11. С кем теперь придется общаться?

6.1.12. Что по компенсациям?

6.1.12.1. Своя зарплата

6.1.12.2. Зарплата членов команды

6.1.12.3. Оплачиваются ли овертаймы

6.1.13. Посоветуйте, что делать в первую очередь?

6.1.14. Есть ли дресс код для менеджеров?

6.1.15. Возможно ли какое-то обучение менеджменту?

6.1.16. Можно ли обсудить идеи, если они появятся через пару дней?

6.1.17. Если Вас назначили изнутри команды

6.1.17.1. Могу ли взять человека на свое место?

6.1.18. Что я еще не спросил, но должен был спросить?

6.2. Вопросы себе для подготовки

6.2.1. Статус прошлых договоренностей

6.2.1.1. Что сделано?

6.2.1.2. Что не сделано? Почему?

6.2.2. Что я хотел бы обсудить?

6.2.3. Что меня могут спросить?

6.2.4. Какие данные и в каком виде лучше подготовить?

6.3. Получение обратной связи

6.3.1. Как, с вашей точки зрения, я работаю?

6.3.2. Могли бы вы дать объективную оценку моей работе?

6.3.3. Что хотели бы изменить в нашем работе?

6.3.4. На что мне стоит обратить особое внимание?

6.3.5. Могу ли я делать что-то еще, чтобы работа лучше работалась?

6.3.6. Что еще стоит обдумать?

6.3.7. По 10-ной шкале - на сколько вы бы оценили сейчас мою работу?

6.3.8. Что нам нужно сделать, чтобы получить 10?

6.3.9. Осталось ли еще что-то, что мы не обсудили, но должны были бы обсудить?

6.4. Вопросы начальнику

6.4.1. Получение обратной связи

6.4.2. Обсуждение карьеры

6.4.2.1. Обсуждается на первой встрече и не чаще 1-2 раз в год

6.4.2.2. "Что мне нужно сделать, что вырасти в этой компании в перспективе 1-2 лет?"

6.4.2.3. "Какой подвиг мне нужно совершить, чтобы меня продвинули?"

6.4.3. Что мы еще не обсудили?

7. Заказчик

7.1. Вопросы себе для подготовки перед встречей

7.1.1. Первая встреча

7.1.1.1. Каких конкретно результатов я жду от этой встречи?

7.1.1.2. Изучил ли я клиента (его потребности, историю отношений с нашей компанией,..)?

7.1.1.3. Если мы предоставляем информацию

7.1.1.3.1. Проработали ли мы эту информацию со всеми, кого это затрагивает?

7.1.1.4. Будут ли на встрече нужные люди с их и нашей стороны? Со всеми ли я знаком?

7.1.1.5. Как мы распределим роли в нашей команде переговорщиков?

7.1.1.6. Какие идеи мы собираемся доносить?

7.1.1.7. Какие материалы можно выслать заранее, чтобы сделать встречу более результативной?

7.1.1.8. Уложися ли мы по времени в планируемый регламент встречи?

7.1.1.9. Какая информация от нас еще может потребоваться?

7.1.1.10. Что я хотел бы узнать от клиента на встрече?

7.1.2. Регулярные встречи

7.1.2.1. Статус проекта

7.1.2.1.1. Что идет по плану?

7.1.2.1.2. Какие есть проблемы?

7.1.2.2. Статус прошлых договоренностей

7.1.2.2.1. Что сделано?

7.1.2.2.2. Что не сделано? Почему?

7.1.2.3. Что я хотел бы обсудить?

7.1.2.4. Что меня могут спросить?

7.1.2.5. Какие данные и в каком виде лучше подготовить?

7.2. Первая встреча

7.2.1. С чего начнем: ... или ...?

7.2.2. Что вы хотели бы о нас узнать?

7.2.3. Что я еще на спросил из того, что должен был спросить?

7.3. Получение обратной связи

7.3.1. Как, с вашей точки зрения, идет наше сотрудничество?

7.3.2. Могли бы вы дать объективную оценку нашей работе?

7.3.3. Что хотели бы изменить в нашем сотрудничестве?

7.3.4. На что мне стоит обратить особое внимание?

7.3.5. Можем ли мы делать что-то еще, чтобы облегчить вам жизнь?

7.3.6. Что еще стоит обдумать?

7.3.7. Если бы вы стали рекомендовать меня и нашу команду своим коллегам или друзьям, какую оценку по 10-бальной шкале вы бы нам поставили?

7.3.8. Что нам нужно сделать, чтобы получить 10?

7.3.9. Осталось ли еще что-то, что мы не обсудили, но должны были бы обсудить?

8. Совещания

8.1. Вопросы себе для подготовки

8.1.1. Что будет обсуждаться?

8.1.2. Метод принятия решения по каждому пункту повестки?

8.1.3. Моя цель по каждому пункту повестки?

8.1.3.1. Что я хочу получить?

8.1.3.2. Как я пойму, что получил это?

8.1.4. Какая информация от меня может потребоваться?

8.1.5. Где и как я могу ее получить? Стоит ли пригласить кого-то из коллег на совещание?

8.2. Вопросы на совещании

8.2.1. Хорошее замечание, спасибо, давайте его запишем (вынесем на отдельное совещание). Можем ли мы вернуться к теме обсуждения?

8.2.2. Хорошо обсудили, я только не понял, кто, что и когда будет делать?

8.2.3. Что мы еще не обсудили из того, что должны были обсудить?

9. Идеи

9.1. Продвижение идей

9.1.1. Кого эта идея затрагивает?

9.1.2. Какой интерес к вашей идее по деньгам и не по деньгам у них может быть?

9.1.3. Что их больше всего мотивирует?

9.1.4. Какую информацию они от вас хотят?

9.1.5. В каком виде они хотят получить информацию?

9.1.6. Как ее лучше донести?

9.1.7. Каково их текущее мнение о вашей работе? На чем оно основано?

9.1.8. Что влияет на их мнение, и кто конкретно влияет на их мнение о вас?

9.1.9. Не являются ли эти люди в свою очередь важными стэйкхолдерами?

9.1.10. Если они вероятно не очень хорошо к вам относятся, что может помочь им поддержать вашу идею?

9.1.11. Если вы думаете, что не сможете получить их поддержку, что вы сможете сделать и как вы сможете управлять их оппозицией?

9.1.12. На кого еще влияет их мнение? Те люди в свою очередь тоже будут являться стэйкхолдерами?

9.2. Оценка идей

9.2.1. В чем именно состоит идея?

9.2.2. Что именно вы надеетесь осуществить?

9.2.3. Какого результата ожидаете?

9.2.4. Каково влияние результата на ... (клиентов, сотрудников...)?

9.2.5. Можете по шагам рассказать ваш план?

9.2.6. Каковы риски? Как они могут повлиять на достижение результата?

9.2.7. Что может пойти не так, как запланировано?

9.2.8. Каковы ваши ориентировочные расчеты в... (стоимости, сроках,..)?

9.2.9. Что если вот это ключевое предположение не верно?

9.2.10. Как можно проверить эту гипотезу?

9.2.11. Какая моя помочщь понадобится?

9.2.12. Когда вы хотите начать?

9.2.13. Есть ли у вас план Б?

9.2.14. Какие основные альтернативы этой идеи? Чем эта идея лучше?

10. Универсальные вопросы

10.1. С чего начнем?

10.2. Хочу спросить вашего совета...?

10.2.1. Как бы вы поступили?

10.2.2. Чтобы мне почитать?

10.2.3. Как бы мне поступить, чтобы ...

10.2.4. С чего бы мне начать копать и в какую сторону?

10.3. Чем могу помочь?

10.4. Что мы еще не обсудили из того, что должны были обсудить?

10.5. Что я еще не спросил из того, что должен был спросить?