Здесь можно найти информацию о том, кто я такой и чем он занимаюсь, найти программы моих курсов по тестированию ПО, описание консультационных услуг, посмотреть отзывы заказчиков тренингов для тестировщиков и, наконец, задать интересующие вас вопросы.
Пишите мне по адресу info@dmitrylysenko.info.
_________________________________________________________________________________________________
В нашем арсенале появился новый тренинг по HP QTP. Собственно, это первый тренинг по инструментам.
Он будет доступен в двух- и трехдневной версии. В первом случае у слушателей будет больше “домашних заданий” для самостоятельного разбора, а во втором - больше практических задач, разбираемых на тренинге.
Подробное описание доступно на странице тренингов.
До нового 2011-года осталось сто дней. Сто дней — типичный срок, достаточный для достижения результатов, видимых невооруженным глазом.
Недаром ведь президентов и правительства оценивают именно по прошествии этого срока: прошло уже достаточно времени, и на предшественников неудачи свалить не получится (как оно происходит на самом деле — отдельный разговор).
В то же время, сто дней не так и много, чтобы перестать физически чувствовать поток времени, проходящий через тебя, буквально видеть эту огромную клепсидру, в которой остается все меньше и меньше. Меня лично этот образ весьма и весьма мотивирует.
Кроме того для многих осень — это традиционная пора перемен. После летних отпусков накопились излишки жизненной энергии, да учебный год начался.
Самое время поставить перед собой пару-тройку амбициозных, но достижимых целей! “Магия” круглого числа вам точно поможет :).
Вспомните, сколько накопилось непринятых решений, которые уже давно пора бы принять. Сколько на нас давит рутины, которую можно переносить “на следующий месяц” бесконечно. Сколько времени мы топтались на месте вместо, чтобы сделать хоть что-нибудь.
Сформулируйте задачи, которые хотелось бы сдвинуть с места до нового года — и вперед. Обратный отсчет начинается!
Так уж сложилось, что темой продаж как в айти, так и за его пределами я интересуюсь мало.
Но тем не менее сегодня обнаружил в блогах Саши Орлова и Виктора Ронина два замечательных ролика на эту тему. Наверняка, подействовал закон парных случаев. Рекомнедую не только продавцам, маркетологам и т.п. Попробуйте обнаружить в обоих сюжетах что-то общее.
В первом ролике Саймон Сайнек (Simon Sinek) увлекательнейшим образом рассказывает о мотивах, побуждающих людей купить что-либо. Схему он предлагает простую и изящную. Также немного затрагиваются и вопросы найма специалистов, инноваторов, антропологии и т.п.
В начале следующего ролика Асхат рассказывает, как можно продать идею руководству будучи инженером или руководителем проекта. Схема простая, но некторые ее звенья постоянно игнорируются “продавцами”.
Недавно случайно наткнулся на замечательное видео о водопадной модели.
Многие знают, что водопадная модель была разработана довольно давно. Что она предназначалась для больших mission critical проектов, где цена ошибки высока.
Намного меньше людей догадывается, что изначально все задумывалось немного не так.
Приветствую!
Недавно я сочинил и выслал Саше Орлову кейсы по менеджменту, а он и опубликовал у себя на сайте под рубрикой “Пятничные кейсы”. Смотрите, кому интересно.
Кейс “Между дедлайном и хулиганами” и его разбор.
Кейс “Невозвращенный долг“. Его разбор ожидается через 1-2 недели, когда накопиться достаточное количество комментаторов.
UPD: Вот подоспел и разбор второго кейса.
UPD: Если интересно, то еще один мой кейс можно найти там же — у Саши Орлова.
Недавно при генеральной предновогодней уборке наткнулся на запылившуюся книгу 89-го года издания “Отбор и подговка менеджеров”. Автор — Владимир Тарасов.
Это тот самый Тарасов, который гораздо позже написал нетехнический и гораздо более широко известный труд совсем иного жанра — “Книга для героев”.
Автора не зря называют родоначальником русского тренинга. Он начал проводить тренинги в середине восьмидесятых, когда еще сами слова “тренинг” или “менеджер” были наполовину ругательными. А готовили менеджеров лишь в школах партактива.
Поначалу книга увлекла меня именно исторической, а не технической стороной. Чего стоит описание внедрение системы Тейлора в одном из отделений советского завода. Read More
Недавно нактнулся на довольно старую, но от этого не менее прекрасную экспрессивную заметку Андрея Зубинского.
Как говорится, подпишусь под каждым словом. Ее резюме: “Пожалуйста! Никогда Не Используйте Слова “ФУНКЦИОНАЛ” и “РЕВОЛЮЦИОННЫЙ” в IT-контексте.”
Еще в институтские годы меня сначала смешила и смущала, а затем и коробила замена слова “функциональность” на “функционал”. Не отношу себя к борцам за чистоту языка, и вполне нормально отношусь к “багам”, “пропертям”, “фичам”, “экспириенсу” а также ко всяким “разрезолвить”, “распарсить” и “пушить”. Read More
Известный консультант по тестированию ПО James Bach (в сфере тестирования и обеспечения качества с 1987-го года, независимый консультант с 1999-го, автор нескольких книг и множества статей) объявил об интересной акции.
Джеймс будет проводить бесплатные уроки по тестированию для всех желающих. Вернее для тех из них, у кого получится первым забронировать себе место. Общаться предполагается по скайпу: письменно, голосом и с помощью screen sharing.
Этот адепт и один из основоположников и формализаторов контекстно-ориентированного подхода к тестированию планирует организовать процесс в виде сократовских диалогов. Read More
Приветствую!
Публикую презентацию к моему докладу на PM Labs 2009.
Скачать ее можно здесь.
Присутствовавшие на докладе наверняка помнят, что не последнюю роль в нем играли описания процессов. Они лежат тут.
Также все материалы будут также выложены и на сайте PM Labs, хотя нескоро, но зато с видео- и звуковым сопровождением.
Хочу поблагодарить организаторов. С точки зрения и слушателя, и докладчика, все прошло гладко. Особенно порадовало внимание к мелочам.
Как правило, работа по тестированию продукта начинается задолго до того, как появится первый жизнеспособный билд - это так называемое статическое тестирование, то есть на этой стадии мы работаем не с самим продуктом, а с требованиями к нему, спецификациями и т.п.
Обычно, требования, а следовательно и тесты, составленные на их основе, никогда не принимают полностью законченного вида. Даже если и примут, то только в конце проекта.
Отсюда следует необходимость так называемого исследовательского (или же экспертного или ad hoc тестирования). В этом случае тестировщик действует без каких-либо формальных спецификаций, где было бы сказано, что нужно делать и чего ожидать. Руководствоваться приходится знанием преметной области, здравым смыслом и т.д.
Подписаться на RSS