Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Denis Beskov

1396
Проектирование / Re: Peer Review ТЗ
« : 26 Июня 2009, 14:38:30 »
«А мы когда с парнями и гитарой собираемся, тоже устраиваем согласование — чтобы в один голос петь. Правда, это не Peer Review…»

А всё потому, что аналитики не знают английского и не могут залезть в мультитран и посмотреть значение слова Peer.

Также, ВП: Peer review (also known as refereeing) is the process of subjecting an author's scholarly work, research, or ideas to the scrutiny of others who are experts in the same field.

1397
И на основании этих примеров Вы сделали вывод, что использование головоломок на собеседованиях бессмыслено? Это ваше право.

Я же считаю, что надо обладать максимально широким набором инструментов при собеседовании. Логические головоломки - это один из таких инструментов. Равно как и кейсы. Какой инструмент хуже, какой лучше - это тема отдельного поста.
Обсуждение границ применимости метода или приёма — вполне себе тема. Я настойчиво прошу, умоляю привести весомые примеры, показывающие, что для значимого процента ситуаций (хотя бы 30%) найма и проверки пригодности кандидата на позицию системного аналитика головоломки являются эффективным приёмом.

Хотя бы гипотетические.

1398
Мой ответ - потому, что хочется пообсуждать.
А мне интересно понять, почему вам это хочется пообсуждать. Какие мотивы вами двигают.

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

1400
bustor, тогда расскажите плс гипотетический сценарий, где бы стоило применять головоломки.

О какой позиции идёт речь, с каким конкурсом, с какой спецификой, в какой момент тестирования появляется головоломка, сколько времени даётся на её решение, какова частотная статистика результатов, какие выводы делаются на основе головотеста, как это влияет на результат теста в целом, как успешно решивший головочеловек позже проявляет себя в работе?

Я не применяю головоломки, я применяю кейсы — человеку даётся проблемная ситуация и он описывает, как бы он из неё выходил (спасибо AlexTheRaven). По ответам людей видно много чего сразу.

1401
bustor, расскажите плс о своём опыте применения головоломок при найме системных аналитиков.

1402
bustor, мы всё ещё говорим о системном анализе в разработке ПО или о чём-то другом?

1403
Зачем вы обсуждаете то, что делать не нужно?
Головоломки можно давать решать выпускникам, и то, как малую часть общего теста.

А профессионала нужно проверять на профессиональные знания, навыки, этику и мотивацию.

1404
Проектирование / Re: Peer Review ТЗ
« : 23 Июня 2009, 19:20:30 »
А что такое PeerReview? Это откуда?
Здравствуй, Гриша

Книга, которую написал Вигерс перед своей библией «Software Requirements», называлась — surprise! — «Peer Reviews in Software»: http://www.processimpact.com/pubs.shtml#prbook Там же смотри статьи на эту тему: http://www.processimpact.com/pubs.shtml#pr

1405
Проблема — это разница между существующим и желаемым. Причём проблема никогда не висит в воздухе, она связана с интересами этих самих сторон. Поэтому я предлагаю начать с 1) выделения сторон, 2) оценки значимости их интересов (хотя бы с помощью размера группы, представляющей сторону), 3) выявления их интересов и приоритетов.

1406
Да, давайте начнём работу.

1407
Mind Map — это способ иерархической группировки и представления информации.

Какие могут быть примеры?
Корень — тема.
Первый уровень — вопросы.
Второй уровень — ответы.

1408
А что именно интересует?
Задаёшь вопросы, ответы фиксируешь, что ещё?

1409
профессионал никогда не будет уклонятся
мягкий знак?

Цитировать
Денис, советую перечитать мои сообщения выше, потому что повторяться не хочется... Альтернативные потоки и исключения - разные артефакты.
С каких пор потоки стали артефактами?

Цитировать
Причём последний на порядок важнее. Исходя из вышесказанного, я полагаю, что раз уж затронули альтернативные потоки, то необходимо заострить внимание и на исключениях.
С какой стати неуспешные завершения важнее успешных?

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

Цитировать
В общем желаю, чтобы практикам в настоящем виде эта статья на глаза не попадалась.
Практики на то и практики, что статей не читают, а всё на своём опыте изучают — методом проб и ошибок.

А вообще вот так хорошо сидеть и желать. Если вам настолько интересна эта тема — напишите про важность исключений (терминальных потоков) хотя бы заметку.

1410
Писать бы статьи в виде публикаций wiki
Саша, читаешь мысли. За то время, что мы тут потратили на перепалку, вполне можно было написать уже всё в вики.