Comments 10
ну анкета и анкета, эти вопросы задаст любой кто понимает разработку ПО.
а если не понимает, то даже если и задаст, то не поймет смысла и что делать с ответами.
в чем смысл то писать а без б?)
Это просто удобный чеклис))
1) Например, чтобы нанимающий чекнул всё ли пункты он помнит, иногда важные вещи забываются.
2) Или собеседующийся сел и порефлексировал перед собесом - на всё ли он может однозначно без воды ответить?
3) Уже работающему - тоже повод порефлексировать.
Автору спасибо, потыкал на ссылочки, сохранил. Мб однажды пригодиться
Анкеты/чеклисты нужны чтобы случайно ничего не забыть. Для условного стратапа, совершенно нормально, например, не поддерживать документацию или даже мониторинг) Если кто-то ищет готовой структурированной информации готовой к использованию тут и сейчас - автор любезно ее предоставляет. Я пробежался по сайту автора - выглядит и написано хорошо, но, например, начинающему менеджеру будет тяжело понять некоторые вещи. Чья это проблема я до сих пор не знаю, стараюсь лишний раз разжевать все что пишу.
в команде нет Бизнес-аналитика (но есть маркетолог), нет тестировщика, но зато в наличии технический писатель !! Wat ??
Да, эти ребята не выделены отдельно. Но про постановку задач и тестирование есть много в разделе для разработчиков. Иначе, все это будет дублироваться
сперва детально составлять опросник, а потом одним махом объединить разработчиков и аналитиков. facepalm
Чек-листы, несомненно, очень полезны.
Но есть вопросы. Можете указать конкретные вопросы, которые, как вы считаете, будут дублироваться между разработчиком и тестировщиком, разработчиком и системным аналитиком?
Довольно очевидно, что общий вопрос об устройстве тестирование в компании/проекте/ команде, можно задать как в сторону разработки так и в сторону тестирования. Или вопрос про DoR подходит для разработчиков, аналитиков, продактов или даже тестировщиков. Многое зависит от устройства команды, вовлеченности и инженерной культуры. Короче говоря, структура моей документации не самая большая проблема. При использовании можно подстроиться и сориентироваться уже на месте)
я ждал вопросы по типу -
1. ФИО: 2. Дата рождения: 3. Образование: 4. Опыт работы в IT-проектах (количество лет): 5. Какие проекты вы руководили? 6. Какие методологии управления проектами вы используете? 7. Какими инструментами для управления проектами вы пользуетесь? 8. Как вы оцениваете свои навыки коммуникации? 9. Как вы оцениваете свои навыки управления рисками? 10. Как вы оцениваете свои навыки управления бюджетом проекта? 11. Как вы оцениваете свою способность работать в команде? 12. Как вы оцениваете свою способность принимать решения в сложных ситуациях? 13. Какие качества важны для менеджера IT-проектов? 14. Какие языки программирования и технологии вы знаете? 15. Какие сертификаты по управлению проектами у вас есть? 16. Готовы ли вы работать в режиме гибкого графика и перерабатывать время при необходимости? 17. Как вы относитесь к обучению новым технологиям и методологиям управления проектами? 18. Какое вознаграждение вы ожидаете за свою работу? и тп
Хз, как по мне - очень ситуативный опросник.
Лично я, как ПМ, в первую очередь выясняю БМ по проекту, ожидаемую/реальную прибыль и специфику отношений с заказчиком. Если у вас проектов не 2 а 20, то без понимания бизнес составляющей приоритеты по проектам не расставить. Следующий важный момент - изучить HLD и понять насколько инфа там актуальна. После этого стоит посмотреть историю тасков и переписку с заказчиком, и только потом идти мешать людям работать.
Анкета менеджера it-проектов