16
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
17
Конференции Семинары и Тренинги / ЛАФ-2013. Место, время. Бронирование.
« : 25 Февраля 2013, 15:48:59 »
Рассмотрев несколько вариантов мы (организаторы) остановились на следующем:
* место проведения: Этномир http://ethnomir.ru/
* даты: 29-30 июня - основные дни
* пятница 28 июня - дополнительный (резервный) день
* ориентируемся на 500 человек.
Коллеги, Этномир предлагает множество вариантов размещения. От палаткоместа до гостиницы. Пожалуйста, ознакомтесь с вариантами и напишите, как вы предполагаете размещаться. Это нужно для бронирования. Это нужно срочно. В противном случае могут остаться только палаткоместа. В этномире 3000 палаткомест. Еще можно уезжать на ночь в Москву.
* место проведения: Этномир http://ethnomir.ru/
* даты: 29-30 июня - основные дни
* пятница 28 июня - дополнительный (резервный) день
* ориентируемся на 500 человек.
Коллеги, Этномир предлагает множество вариантов размещения. От палаткоместа до гостиницы. Пожалуйста, ознакомтесь с вариантами и напишите, как вы предполагаете размещаться. Это нужно для бронирования. Это нужно срочно. В противном случае могут остаться только палаткоместа. В этномире 3000 палаткомест. Еще можно уезжать на ночь в Москву.
19
Конференции Семинары и Тренинги / Будущим докладчикам о Power Point
« : 18 Апреля 2012, 16:07:02 »
-- --
20
Бизнес-анализ и Целеполагание / Моя статья об анализе производственных потоков
« : 17 Апреля 2012, 20:48:57 »
"Форд, Тойота и морские свинки": http://habrahabr.ru/post/139194/
Это одна из статей широкого пласта бизнесанализа. Копаю ее четыре года. Конкретно по этой статье провел пока всего два семинара. Тема похоже увлекательная, буду продолжать.
Это одна из статей широкого пласта бизнесанализа. Копаю ее четыре года. Конкретно по этой статье провел пока всего два семинара. Тема похоже увлекательная, буду продолжать.
21
Книги, статьи и ресурсы / Рекомендую [не] читать
« : 28 Марта 2012, 18:40:33 »
1. Дисклаймер.
* список неполон - я не помню всех книг, которые я читал
* Список содержит ошибки - по категоризации, названиям, авторам и т.д.
* число оценщиков недостаточно - нужно 4-7
И все же список полезен.
2.
Я хотел сделать лучший в рунете список рекомендаций по чтению литературы в сфере "Разработка ПО". При составлении списка я отошел от классической порочной практики оценивания.
Самое главное при выборе литературы это понимание, сколько всего оценщик прочитал и в какое место шкалы он поставил книгу. Если человек прочитал только одну книгу, то лишь ее он и будет рекомендовать, при том что есть масса книг лучше. Т.е. самая важная часть списка: "на что можно не тратить время".
3.
Некоторые книги в списке вас удивят. Ведь о них вы никогда не слышали. И все же настоятельно рекомендую обратить на них внимание.
* Захотите почитать что-нибудь не техническое - обратитесь к разделу "Дополнительная литература, которая по странной причине рекомендуется компьютерщикам"
* Захотите перейти от QC к QA и "Аудит" Лоббека должна стать вашей настольной книгой хотя бы на пару лет.
4. Предложения.
а) хотелось бы дополнить список оценщиками, специализирующимися на "проектировании", "анализе", "Проектировании GUI", "DBA". Если вы прочитали 42+ книг и хотите помочь, давайте попробуем.
б) "Малые и иные формы" - разделы практически не проработаны. Кто нибудь возьмется отранжировать 500+ статей?
в) найдете ошибки - поправлю.
* список неполон - я не помню всех книг, которые я читал
* Список содержит ошибки - по категоризации, названиям, авторам и т.д.
* число оценщиков недостаточно - нужно 4-7
И все же список полезен.
2.
Я хотел сделать лучший в рунете список рекомендаций по чтению литературы в сфере "Разработка ПО". При составлении списка я отошел от классической порочной практики оценивания.
Самое главное при выборе литературы это понимание, сколько всего оценщик прочитал и в какое место шкалы он поставил книгу. Если человек прочитал только одну книгу, то лишь ее он и будет рекомендовать, при том что есть масса книг лучше. Т.е. самая важная часть списка: "на что можно не тратить время".
3.
Некоторые книги в списке вас удивят. Ведь о них вы никогда не слышали. И все же настоятельно рекомендую обратить на них внимание.
* Захотите почитать что-нибудь не техническое - обратитесь к разделу "Дополнительная литература, которая по странной причине рекомендуется компьютерщикам"
* Захотите перейти от QC к QA и "Аудит" Лоббека должна стать вашей настольной книгой хотя бы на пару лет.
4. Предложения.
а) хотелось бы дополнить список оценщиками, специализирующимися на "проектировании", "анализе", "Проектировании GUI", "DBA". Если вы прочитали 42+ книг и хотите помочь, давайте попробуем.
б) "Малые и иные формы" - разделы практически не проработаны. Кто нибудь возьмется отранжировать 500+ статей?
в) найдете ошибки - поправлю.
22
Управление Проектом / ГОСТ-ы по управлению проектами, программами, портфелями
« : 13 Марта 2012, 15:41:18 »
Нормальные документы, только больно уж абстрактные.
ГОСТ 54869-2011 Проектный менеджмент http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54869-2011-%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BD%D1%8B%D0%B9-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82.pdf
ГОСТ 54871-2011 Управление программой проектов
http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54871-2011-%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BE%D0%B9-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2.pdf
ГОСТ 54870-2011 Управление портфелем проектов
http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54870-2011-%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BF%D0%BE%D1%80%D1%82%D1%84%D0%B5%D0%BB%D0%B5%D0%BC-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2.pdf
ГОСТ 54869-2011 Проектный менеджмент http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54869-2011-%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BD%D1%8B%D0%B9-%D0%BC%D0%B5%D0%BD%D0%B5%D0%B4%D0%B6%D0%BC%D0%B5%D0%BD%D1%82.pdf
ГОСТ 54871-2011 Управление программой проектов
http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54871-2011-%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BE%D0%B9-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2.pdf
ГОСТ 54870-2011 Управление портфелем проектов
http://www.pmoffice.by/wp-content/uploads/2012/02/%D0%93%D0%9E%D0%A1%D0%A2-54870-2011-%D0%A3%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-%D0%BF%D0%BE%D1%80%D1%82%D1%84%D0%B5%D0%BB%D0%B5%D0%BC-%D0%BF%D1%80%D0%BE%D0%B5%D0%BA%D1%82%D0%BE%D0%B2.pdf
23
Конференции Семинары и Тренинги / ЛАФ-2012 будет?
« : 11 Января 2012, 18:03:01 »
1. Неплохо бы определиться с графиком мероприятий на первое полугодие. А то я много куда хочу, но не везде попаду.
2. И вообще, организаторы, силы есть? Делать будем?
3. Может в Москве? Будет более широкий охват. А то у нас очень уж камерное мероприятие.
2. И вообще, организаторы, силы есть? Делать будем?
3. Может в Москве? Будет более широкий охват. А то у нас очень уж камерное мероприятие.
24
Для всех / а получили как всегда
« : 18 Октября 2011, 20:48:22 »
Картинка с качелями немного приелась, а тут такой шикарный пример расползания требований в процессе разработки:
http://img-fotki.yandex.ru/get/4710/32070366.1b/0_67d73_c8f3a7a5_orig
Утверждают, что это "Крокодил" за 1982 год.
http://img-fotki.yandex.ru/get/4710/32070366.1b/0_67d73_c8f3a7a5_orig
Утверждают, что это "Крокодил" за 1982 год.
25
Работа / Ошибки при написании вакансий
« : 16 Августа 2011, 14:55:31 »
Молодой энергичный - булшит. Уже настораживает.
c) написание тест-кейсов; - не то, чтобы это было плохо, но зачем выносить в отдельный пункт? Не проще ли перечислить ожидаемые проектные документы в одном пункте?
5. Всегда отстаивать свою точку зрения, не забывая про работу в команде. - Это обязанность?!
6. Организовывать вокруг себя плодотворную среду, развивая себя и коллег. - булшит
7. Готовность и умение решать сложные задачи и добиваться результата. - как только начинают говорить про "сложные" и "интересные" задачи - жди подвоха
8. Блестящая грамотность, аккуратность и удивительная способность излагать мысли — как устно, так и письменно. - без комментариев.
11. Возраст — до 25 лет. - интересно, а знание ТК РФ входит в требования к квалификации HR? Что там у нас полагается за нарушение законодательства?
1. Небольшая, молодая, но уже известная компания — опытные коллеги, много возможностей, пространство для роста, поощрение амбиций.
2. Дружная команда с чуткими коллегами
3. Интересные проекты, обычно сложные или очень сложные. - рассадник штампов.
4. Уникальная возможность работать сразу на нескольких проектах развивая себя в разные стороны. - в переводе на русский - "у нас постоянный аврал, приготовьте валокардин"
5. Пространство для творчества и реализации идей (в том числе очень креативных). LOL
c) написание тест-кейсов; - не то, чтобы это было плохо, но зачем выносить в отдельный пункт? Не проще ли перечислить ожидаемые проектные документы в одном пункте?
5. Всегда отстаивать свою точку зрения, не забывая про работу в команде. - Это обязанность?!
6. Организовывать вокруг себя плодотворную среду, развивая себя и коллег. - булшит
7. Готовность и умение решать сложные задачи и добиваться результата. - как только начинают говорить про "сложные" и "интересные" задачи - жди подвоха
8. Блестящая грамотность, аккуратность и удивительная способность излагать мысли — как устно, так и письменно. - без комментариев.
11. Возраст — до 25 лет. - интересно, а знание ТК РФ входит в требования к квалификации HR? Что там у нас полагается за нарушение законодательства?
1. Небольшая, молодая, но уже известная компания — опытные коллеги, много возможностей, пространство для роста, поощрение амбиций.
2. Дружная команда с чуткими коллегами
3. Интересные проекты, обычно сложные или очень сложные. - рассадник штампов.
4. Уникальная возможность работать сразу на нескольких проектах развивая себя в разные стороны. - в переводе на русский - "у нас постоянный аврал, приготовьте валокардин"
5. Пространство для творчества и реализации идей (в том числе очень креативных). LOL
26
Управление Проектом / Трудозатраты на разработку технической документации
« : 30 Ноября 2010, 13:28:18 »27
Примеры / Материалы (ТЗ) мастеркласса по созданию требований к BTS (с ЛАФ)
« : 29 Июля 2010, 13:06:40 »
Это начальный вариант документа. На его создание было потрачено порядка 2 часов + время на перевод в ворд. Для такого короткого времени это очень неплохо.
Но это только начало. Эксперимент с очным мастерклассом по разработке требований полностью себя оправдал и стоит продолжить мастеркласс по этой тематике уже в Москве. Когда именно будет ясно позднее.
Не нашел, как прикрепить файл. поэтому: http://it4business.ru/forum/topic17401.html
Но это только начало. Эксперимент с очным мастерклассом по разработке требований полностью себя оправдал и стоит продолжить мастеркласс по этой тематике уже в Москве. Когда именно будет ясно позднее.
Не нашел, как прикрепить файл. поэтому: http://it4business.ru/forum/topic17401.html
28
Обучение / Онлайн-семинар “Как описать дефект”
« : 14 Декабря 2009, 11:55:14 »Буду проводить 24 декабря.
Как правило, группа тестирования выдает «на гора» только два артефакта. Это заключение о качестве программного продукта, также называемого «Отчет о тестировании» и список расхождений между ожидаемым поведением и действительностью, также называемых описанием дефектов.
В отличие, от документации, которую как известно можно и не читать, описание дефекта будет прочитано как минимум еще одним человеком. Тем, кто будет исправлять дефект. Дефект это болезнь программы, исправление – лечение. И чем точнее диагноз, тем проще провести лечение.
В смоем вебинаре по выбору и настройке BTS, я коротко рассмотрел группу описательных атрибутов. В этом семинаре я рассмотрю их подробно.
Основные темы:
• Как составить текст заголовка. Очень сложная тема, заинтересовавшая слушателей предыдущего семинара.
• Варианты описания воспроизведения бага
• Выбор грани между описанием симптомов и причины
• Тескт, скринкаст, видео. Что лучше?
• Борьба с лишними атрибутами бага.
• Одно описание или несколько? Одинаковые симптомы в разных местах.
• Когда нужно отказаться от BTS?
Почему на него стоит идти?
На тренинге будут рассмотрена основа основ работы тестировщика - описание дефектов. В литературе этого нет, на тренингах этот материал не дается (насколько мне известно). В тоже время тестировщика стажера (до года опыта), начинающего (до 4-5 лет) или ведущего тестировщика можно легко отличить друг от друга просто глянув на десяток заголовков дефектов.
Кому адресован тренинг?
В первую очередь тестировшикам (примерно до 5 лет опыта). Во вторую очередь людям, занимающимся подбором тестировщиков.
Условия участия в семинаре: http://software-testing.ru/news/706-online-seminars
29
Конференции Семинары и Тренинги / Два новых вебинара.
« : 12 Октября 2009, 18:22:16 »
Одна тема была раскрыта на Web Architect WorkShop Day, вторая анонсирована.
Официальные анонсы:
Тюнинг багтрекера http://software-testing.ru/trainings/online/details/66--
Использование глоссария для обеспечения и контроля качества ПО http://software-testing.ru/trainings/online/details/67--------
Аналитикам скорее будет интересна тема про использование глоссария. Хотя с другой стороны система трекинга дефектов это сестра-близнец системы трекинга требований.
Официальные анонсы:
Тюнинг багтрекера http://software-testing.ru/trainings/online/details/66--
Использование глоссария для обеспечения и контроля качества ПО http://software-testing.ru/trainings/online/details/67--------
Аналитикам скорее будет интересна тема про использование глоссария. Хотя с другой стороны система трекинга дефектов это сестра-близнец системы трекинга требований.
30