www.blogspot.com
seljava
Качество Вызывает Уважение
1	http://seljava.blogspot.com/2013/10/blog-post.html	Конспект заметок корпоративного тренинга	2013-10-01T19:37:12.282+04:00	tag: тренинг endoftag 	Побывал на замечательном тренинге, представляющим собой интенсивный двухдневный курс гремучей смеси тренингов: по конфликтологии, менеджменту, мотивации и коммуникации. Вели иностранные коллеги, что тоже можно записать в плюс - как дополнительный тренинг по английскому.Спустя месяц все еще перебираю записи. Заметил, что с одной стороны это мне помогает упорядочить знания, с другой сохраняет знания на будущее. В конце концов решил перенести конспект в бложек.Схемы, цитаты, рассказы - все что заставило задуматься.Человек, который способен заменить тебя на годЧто если вам сказали: "Найди человека, который может тебя заменить, который имеет все твои навыки, опыт и знания. И тогда ты можешь отправиться в отпуск. Надолго. На год. Какие качества будут у этого человека?"Само упражнение было полезно по двум причинам.Первая причина и - вторая часть задания - определить какие из названных навыков связаны с skill set, и какие с mind set (косноязычие не помогает кратко эти термины перевести на русский).Поскольку на тренинге были как менеджеры так и специалисты проявилась ожидаемая градация. У специалистов более 50% это skills, у менеджеров - minds.Очередное упражнение на осознание айтишниками, что у каждого свои интерфейсы взаимодействия. У специалистов - руки и мозги. У менеджеров - уши, рот... ну, и надеюсь - мозги тоже.Вторая полезная причина  - это то, что я поймал себя на мысли-попытке, а какие качества нужны для моей работы и каких нет в списке, читай - которых нет у меня. Получилось упражнение от обратного - найти навыки, которых у тебя нет, рефлексируя на навыки уже полученные.Очень полезное занятие - понять чего у тебя нет, но так нужно.Пессимизм нужен при упаковке парашюта, оптимизм нужен при прыжкеТренеры привели пример, когда оптимизм и оптимизм полезны в разные моменты времени.Оптимист не упакует парашют нормально.Пессимист не выпрыгнет из самолета.Всему свое время и - свое отношение к жизни. Когда готовишься - нужно быть пессимистом, когда выполняешь - нужно стать оптимистом.Выиграл-выиграл.  Выиграл-научилсяНа тренинге прозвучала новая формулировка установки: Выиграл-Выиграл против Выиграл-Проиграл.Проиграл заменили на научился.Эдисон создал туевую кучу неработающих лампочек, прежде чем нашел способ создать работающую.Форд провел в своем гараже перебирая и выстраивая свою машину разнообразными способами.В итоге у людей появилось знание, позволившее им сделать правильный шаг.Мы не проигрываем - мы учимся.Наиболее важные люди Первая часть упражнения состояла в том, чтобы нарисовать в центре себя, а по радиусу людей, которые наиболее для тебя важны. Причем, если ты считаешь что он менее важен сейчас, то рисуешь дальше, если  считаешь, что наиболее важен - то ближе.Я на самом деле чтобы упростить задачу сразу нарисовал три радиуса: ближний, средний, дальний. Еще для упрощения придумал 3 сектора: семья и друзья, карьера и работа, саморазвитие- куда вписал имена тех, кто действительно мне важен, как мне кажется, сейчас и в ближайшем будущем. Причем в саморазвитие занес авторов книг, тренингов, людей близких мне по профессии и людей, чьи взгляды я разделяю.Вторая часть упражнения была раскрасить имена людей в три цвета: зеленый, оранжевый и красный - тем самым указывая качество отношений.Задание на самом деле мне показалось заданием на определение ценностей. Картинку я впоследствии перенес в майнд карту и время от времени возвращаюсь, чтобы напомнить, что есть еще люди и мысли, над которыми следует работать.Stop to do, start to do, continue to doЭто известная формула, но каждый раз я про нее забываю. План на будущее должен содержать не только что нужно сделать, но также - что нужно бросить делать, и что нужно продолжать делать.Добившись какой-то цели можно перестать дальше следить за достижением. А кроме достижения, должна быть еще и работа по поддержанию достигнутого хотя бы на одном уровне.If you can't affect it - accept. If you can't accept it - affectВ очередной раз нам напомнили о том, что относиться к жизни можно по разному: Не можешь изменить - прими. Не можешь принять - измени. Тренер привел пример диалога со своим знакомым ничего-не-принимающем-бездельнике:Friend: I can't acccept it!Trener: What are you going to do?F: Nothing!T: So you accept it?F: No! This is unacceptable!T: Ok, but what are you going to do with this?F: Nothing! I just do not accept it!Я не знаю, но если бы я знал...Тренер рассказывал про то как он "разводил" клиентов принять решение:C: I don't know what to doT: Ok you don't know, but if you know...C: Well, if I know I will...Эта фраза, "если бы я знал, то" - сродни магии. Смысл в том, что мы часто загоняем себя в угол "я не могу", "я не знаю", "я не умею". Один из способов борьбы с подобными "я-не" это подумать "но если бы я знал". Потрясающая магия.
2	http://seljava.blogspot.com/2013/09/blog-post_10.html	Кот Леонтьева	2013-09-10T09:53:38.582+04:00	tag: fun endoftag tag: байка endoftag 	Про Кота Шредингера знают многие.  Про кота Леонтьева - избранные.Конференц связь. Митинг. Иностранный проект менеджер отсутствует. Русские говорят по русски. На заднем плане орет кот.Р1: Что это?Леонтьев: Кот. Есть хочет. Р2: Покорми.Лентьев: После митинга....Спустя полчаса митинг заканчивается. Высылаются minutes of meeting. Последний пункт:## Feed Cat. Urgent. Who: Leontiev. When: ASAP.Иностранный проект менеджер спустя час появляется. Копипастит письмо. Ставит критикальный флаг письму.&gt;&gt; ## Feed Cat. Urgent. Who: Leontiev.What risks do we have? How this will affect delivery dates? Do we have any workaround?Чесно слово - я рыдал.
3	http://seljava.blogspot.com/2013/09/2013.html	Цитаты месяцев: 2013 Февраль - Август	2013-09-01T16:32:15.066+04:00	tag: цитаты месяца endoftag 	Выживают не самые сильные или самые умные виды, а те, которые лучше других приспосабливаются к изменениям. Чарльз ДарвинЕсть три слова, которые могут уничтожить целую организацию - Не моя работа Сет Годин. Незаменимый. Можно ли без вас обойтисьЕсли ты не гордишься своей работой, то лучше не делай ееИцхак Адизес. Управление жизненным циклом корпорациия пока еще не встречал человека, который начинал бы работать лучше после слов критики, а не слов поддержки и одобренияВоспитай в себе лидера. Джон МаксвеллВ одних организациях разработчики - короли, в других - пешкиБалдеющие от адреналина и зомбированные шаблонамиОправдания похожи на задницу. Они есть у каждого, и все они воняютМайк Микалович. Стартап без бюджетаНельзя «встроить» качество в товар путем проверкиГарольд Ф. ДодКак то получается, что те кому есть что сказать, говорить не умеют, а те кому сказать нечего болтают без умолкуГай Кавасаки Каждый из нас «большой» ровно настолько, насколько большими являются проблемы, которые мы решаем и преодолеваемУправление жизненным циклом корпорации. Ицхак АдизесЕсли заменить слово «проблема» на слово «приключение», то жить становится гораздо интереснеeТрудные задачи мы решаем быстро, невозможные – чуть дольшеТипы людей и бизнес. Отто Грегер, Дженет ТьюсонЧтобы узнать температуру организации, поставьте градусник ее лидеруВоспитай в себе лидера. Джон Максвелл
4	http://seljava.blogspot.com/2013/08/blog-post_29.html	Цикл замкнулся	2013-08-29T07:40:05.431+04:00	tag: байка endoftag 	Про жизнь, которая так предсказуема.Два джуниора тестера получают задание протестировать гуй. Есть функционал - установка соединений входящих и исходящих. Для включения каждого соединения есть отдельная кнопка с иконкой. Поскольку соединений два, то и разрабатывали два разработчика. В итоге оба разработчика выбрали для своих кнопок одну иконку - со стрелками справа налево. Поскольку джуниоры такие джуниоры  каждый из низ заводит отдельный баг. Первый заводит, что соединение входящее имеет такую же иконку как исходящее. Второй - что соединение исходящее имеет такую же кнопку как входящее.Разработчиков два и каждому попадает их собственный баг. Стрелки у каждой кнопки меняются в противоположную сторону. Новый билд. Джуниоры заводят по багу.Цикл замкнулся... 
5	http://seljava.blogspot.com/2013/08/14-9_9.html	Задачки на сообразительность - 14: 9 точек и одна линия: Ответ	2013-08-09T07:42:34.245+04:00	tag: ответы на задачи endoftag 	Ответы по версии г-на Селяева на задачку: Нужно сделать так, чтобы линия была поверх девяти точек. Никаких правил. Никакого порядка в точках и линии. Нужно 5 различных вариантов.Все точки расположены в ряд, так что нам ничего не мешает перечеркнуть их одной линиейВсе точки расположены где попало, но кривой линией можно перечеркнуть еще много других точек. Жирная жирная линия способна перечеркнуть точки не расположенные в один рядЭто одна из трехмерных проекций самого первого варианта, но на двумерной системе координат страницы выглядит одной точкой Никто не говорил про настоящие линии и настоящие точки. Линия поверх 9 точек словами.
6	http://seljava.blogspot.com/2013/08/14-9.html	Задачки на сообразительность - 14: 9 точек и одна линия	2013-08-05T07:12:03.169+04:00	tag: задача endoftag 	Есть задачка про девять точек и четыре линии. Я про нее уже упоминал здесь. На последнем тренинге задачка заиграла новыми красками. Было предложено зачеркнуть эти точки тремя линиями, потом двумя линиями. И под конец было предложено решить следующую задачку:Нужно сделать так, чтобы линия была поверх девяти точек. Никаких правил. Никакого порядка в точках и линии. Нужно 5 различных вариантов.В пятницу приведу свои варианты. Комментарии пока скрываю, чтобы не мешать подсказками занятым.Удачной рабочей недели.
7	http://seljava.blogspot.com/2013/07/blog-post_31.html	Настроение аджайл	2013-07-31T06:57:18.187+04:00	tag: agile endoftag tag: мысль в слух endoftag 	На днях, проходя мимо одного из проектных стендапов, услышал вопрос молоденького мальчика (наверное новичка в команде):- А это точно по аджайлу?Вопрос адресовался более пожилому коллеге, наверное скрам мастеру, который сморщил лоб, повращал глазами за очками и отрезал:- По аджайлу.Я бежал на очередной митинг и не стал останавливаться, чтобы понять, что там такого по аджайлу. Но накатило. Вспомнились мысли и про то что тестировщики тормозят аджайл, и про культ карго аджалистов, а добежав до комнаты совещаний я вдруг понял, что это все-все - просто такое настроение.Настроение аджайл. Про то, как здорово начинать работать по аджайлу, и как здорово работается по аджайлуИграть в стрип аджайл покерГоворить, что нужно следовать вот этим правилам и будет счастьеХодить на тренинги скрам мастера и после веселых примеров приходить просветленным В настроении всегда главное само настроение, а не результат. И ты чувствуешь настроение и тебя несет. Как в танце. Вот танцуешь и все замечательно. И люди танцуют рядом. И музыка такая хорошая. Но потом нужно оглянуться и понять, что время уже позднее, что народ уже разбредается, что нужно собираться самому, что нужно приводить все в порядок.И ты сам себя спрашиваешь, документацию ведь не важно писать, ведь не важно же? Ведь главное отношения и общение. Ведь главное то, что в голове. Главное, что есть звезды от аджайла, которые ведут проект... Но порядок после танца нужно наводить. И звезды с головой полной отношений и общений уезжают, например, в Сингапур, потому что там новый стартап. И они также передают свои знания, но документация - это ведь не важно, ведь знания должны быть в голове, хотя тем более в голове нужен еще и порядок.Моему текущему проекту лет десять. Это экосистема или раковая опухоль - все зависит от угла наклона. Ее биоценоз или метастазы состоят из туевой кучи продуктов, разбитых на несколько стримов. Каждый раз когда приходится начинать что-то тестировать выясняется, что есть тетрадки чуня, но они на то и тетрадки, что уже никто не знает где они. И тестировщиков сменилось уже не одно поколение, и разработчики уже ушли. И приходит новое поколение с настроением аджайл и говорит "говно вопрос налабаем...документация? не - мы ж по аджайлу..."Я честно не знаю, как там в проекте где ребята спрашивают "все ли по аджайлу". Хорошо ли, плохо ли. Просто вопрос прозвучал странный - это вопрос настроения, а не результата. Хотя если проект действительно закончиться за полгода, может быть и не стоит описывать все интерфейсы и писать все эти сценарии - код наверняка будет самодокументирован.
8	http://seljava.blogspot.com/2013/07/blog-post_18.html	Сроки проектирования	2013-07-18T21:54:25.463+04:00	tag: баян endoftag tag: юмор endoftag 	Да, боян - но по прежнему прекрасен...
9	http://seljava.blogspot.com/2013/07/blog-post.html	Ключевые навыки в резюме: Люблю грамотно выстраивать свою речь	2013-07-02T08:49:45.913+04:00	tag: hiring endoftag tag: байка endoftag tag: юмор endoftag 	Одно время приходилось делать работу отдела кадров - искать, собеседовать и нанимать. Длилась такая активность недолго, месяца три, но неизгладимый след, я бы сказал - рубец, остался на всю жизнь. Самое полезное - пришло осознание, какая неблагодарная это работа искать и находить специалистов. Приходилось лезть в хаха.ру, выискивать кандидатов, читать их резюме... особенно читать резюме.  Я сам нутром понимаю, что являю собой образчик неграмотного тестировщика, но то как люди описывали свои ключевые навыки, заставило пересмотреть свое резюме. Самое невеселое, что и у меня были вещи несовместимые с ожиданиями о предложениях серьезной работы.  За время поиска накопился небольшой список, которым хочу поделиться. Не для того чтобы посмеяться, вернее не только для того чтобы посмеяться, но и чтобы поделиться тем, как не нужно писать резюме. Насколько помню все нижеописанное было включено в раздел "Ключевые навыки". Люблю грамотно выстраивать свою речьЛюбовь к работе в слаженном коллективеПсихологическая устойчивость, отсутствие отвращения к рутинной работеИмеется свидетельство об отличной работеresult-focused (resolved more than 1600 technical problems for last two years)...выносливость, умение работать с документами, обширные знания в области информационных системОбщение с людьми, обслуживание клиентовУверенный интернет серфер...находить ответы на самые сложные вопросы и добиваться результатаГибкостьСтруктурированностьВысоким целеполаганиетут скорее опечатка но даже если человек с "С высоким целепологанием" или у него "Высокое целепологание" выглядит тоже забавно
10	http://seljava.blogspot.com/2013/06/blog-post.html	Чуни в процессе передачи опыта	2013-06-16T11:11:16.474+04:00	tag: best practiсe endoftag tag: менеджмент endoftag tag: мысль в слух endoftag tag: передача опыта endoftag 	Обсуждали с коллегами, что такое плохо комментированный код, ну там были истории про комментарии на румынском и т.д. Самая прикольная история была про большую компанию, которая купила другую компанию со всеми их наработками. Когда стали разбираться в коде новой компании, то выяснилось, что большая часть написана китайцами, а добил их комментарий перед злобной реализацией некого алгоритма на несколько страниц: "описание алгоритма смотри в тетрадке у Чуня". Где тот Чунь уже было неясно :)http://bash.im/quote/401544Сегодня поговорим о грустном. О передаче опытаДовольно часто передача опыта длиться две недели (мы еще не можем отказаться от Российского законодательства), у кого-то - еще меньше (по согласованию - в отпуск, и, давай - до свидания). Это не всегда увольнение, иногда - просто смена проекта, но от этого - боли не становиться меньше.Человек уходит, и вместе с ним уходят 1-2-3-назовисвоечисло лет опыта, ошибок (из разряда за одного битого...) и истории. Мой жизненный опыт показывает, что, к сожалению, не всегда безболезненно проходит передача производственного опыта, не всегда - в полном объеме. Хотя опять же, как ты передашь каждое свое знание накопленное за годы работы проекта втискивая их в 10 рабочих дней?В последнее время приходится часто организовывать передачу знаний. Появился материал для систематизации. Как критичны эти знания из тетрадки Чуня. Как слабы мы в условиях неопределенности...Если, то...Мы передаем знания устно и письменно. Кроме этого есть знания закрепленные процессами (формализованные и, порой, даже - задокументированные) и знания "опытные" из разряда ветвистых если то- Есть регрешн тест пак...- И что мы его весь гоняем?- Нет, только если основной релиз. Если патчи или хот фиксы, то гоняем только первые сто тестов. - И для всех основных релизов гоняем однообразно?- Нет есть ядро, которое однообразно для всех и гоняется один раз и отдельные куски заточенные для отдельных клиентов.- И что гоняем всегда так?- Нет, если времени мало то у нас есть три приоритета в тестах, которые мы постепенно и прогоняем. Критикальные - всегда, мажорные - по возможности, медийные - если есть время... но его никогда нет.Сколько таких "если то" для регрессии, компонент, тестирования производительности. А сколько еще таких "если то" - в общении с клиентами...Я же тебе рассказывал...Форматы передачи знаний очень сильно разнятся. Многие предпочитают "рассказывать". Это одна из самых изощренных пыток для новичков и перенимающих опыт "я же тебе об этом рассказывал". И возразить вроде бы нечего. Действительно что-то рассказывал. И с другой стороны обижать человека не хочется - так рассказал, что и забыть удалось легче легкого.Девушка, передающая опыт, упомянула про некоторые особенности подготовки базы данных. К концу года, возможно, выпуск новой версии продукта позволит избавиться от этого нюанса. На мой вопрос почему нюанс не задокументирован, было отвечено, что об этом  сказано всем: разработчикам, тестировщикам, всем до кого можно было дотянуться. Причем сказано было людям, у которых тестирование именно с этой базой данных не являлось  постоянной работой и по сути - было сказано им впервые на совещании длиной в час про разные особенности работы с базами данных... Сказано ведь - чо. Записать уговаривал минут пять...Объяснять некогда - подписывай заявлениеМне кажется основная проблема людей именно в постоянном ощущении "временности" происходящего. Весь опыт скапливается в переписке, разговорах и тетрадках Чуней, а средний срок работы специалистов в проектах стремится к 10% повышению зарплаты в другом месте. И потом приходит двухнедельный рубеж, за который нужно успеть протестировать вот этот вот последний решающий критичный релиз, дать отходную и пообещать прийти на помощь в любое время - по телефону, конечно же... Ах да - передать опыт!Грустные суровые реалии.И вот приходишь к такому Чуне заранее, до того как он решил что ему здесь скучно, мало платят, не уважают, заставляют перерабатывать, придираются - и просишь описать свой опыт. И тут...Нет времени или прям сейчас вечный неудобный моментКод и так понятен или - хорошо самодокументированЭто и так все знаютНу ты же сам понимаешь, что написать хорошую документацию нужно много времени, а плохую писать не хочетсяТы просто придираешьсяЧуни такие чуниХорошая документацияПро написание хорошей документации хочется остановиться отдельно.Если пишется стратегия, то пишется серьезная стратегия на 30-60 листов.Если пишется описание компоненты, то называют спецификацией (требований, функциональной и пр) и оставляют место для подписи руководства. И никто не смеет использовать эту спецификацию до ее полного подписания всеми заинтересованными лицами. Иногда - никогда.Причем, многие путают документацию (информацию) которая нужна команде с документацией которая нужна клиенту, и  не нужно забывать, что есть еще документация, которая нужна руководству. Команда - Клиент - Руководство - эти три кита тянут черепаху информации в три разные стороны. И почти всегда рвут ее на части. Если не понимать, что документация может быть отдельным инструментом команды, и - продуктом представляющим проект перед руководством или клиентами, то можно действительно либо ждать лучшего момента, либо - тратить на украшение документа драгоценное время перед увольнением.В одной из моих знакомых компаний искали технического писателя. Мне кажется уже год, как ищут. Ну может быть чуть меньше. И в понимании руководителя группы это должен быть технический писатель. В понимании президента компании - это должен быть человек с хорошим разговорным и идеальным письменным английским. Цели разные - руководитель ищет собирателя информации, а президент хочет - переводчика. Хаос источников- Описание компоненты возьмите в вики- В какой из?Из подслушанного разговораВспоминается проект в котором использовались: 1 твики, 2 конфлюенса, один социальный внутренний корпоративный сервис и два шарапойнта - и все это чтобы хранить информацию об одном проекте. Исторически сложилось - чо. Команда была раскидана по разным локациям, потом соединили несколько проектов в один проект и появился вот такой осминожек. Причем не скажу, что там хаос, просто нужно точно знать где искать.В другом проекте было еще интереснее.Проекту было лет 10, может больше. Первая вики - вроде бы даже самописная, отвергнута как неудобная и тяжело поддерживаемая. Вторая уже твики - отвергнута президентом компании "too technical". Затем появился Confluence, второй конфлюенс (зачем не совсем понятно) и, в добавок, джира - это все было заполнено спеками, требованиями, тестовыми результатами и пр. и пр. и пр. Существовала логика с какого по какой год какие компоненты разрабатывались и человек определяя года шел в ту или иную систему.И такое бывает.И вот создается еще одна отдельная страничка о передаче опыта, и туда ссыпаются все ссылки, все документы, все пароли и явки. Видя такие страницы ты чувствуешь, как легко и просто создать неструктурированное, непонятное нечто и обозвать его планом передачи опытаПлан передачи опытаК сожалению, очень часто, в последнее время, я связан с передачей опыта. И практически всегда в самом начале отсутствует план - что передавать, кому передавать, когда передавать, что документировать, где искать и пр. пр. пр. Приходиться рассказывать, что план нужен и даже показывать на своем примере.Простая таблица может спасти хрупкий мозг от переизбытка информации: область + подобласть + документация + приоритет + люди обладающие экспертизой + статусДействительно, план подразумевает, что у нас есть знания и навыки, которые нам нужно передать. Если есть возможность их желательно выразить в виде дерева, двухмерности область + подобласть на моей памяти хватало с избытком.Должен быть один-два человека, которые понимают и умеют с этими областями общаться или обладают экспертизой.И - должна быть документация (что бы ни называли оной), к которой эти два человека обратятся, если что-то забудут.И давайте не забывать про приоритеты - что нужно передать хоть вырви глаз, что нужно передать, но в случае чего люди смогут сами быстро прочитать и справиться, и есть нечто - что передать желательно, но команда или проект выживут в течении полугода, даже если  внезапно спустя 10 рабочих дней все таки закончится передача опыта.И краткий статус - выполнен или в процессе выполнения. Всегда хочется знать заранее где стелить соломку для падения.В заключение На моей памяти самая незабываемая потеря опыта была равна 30 годам. Три человека небольшой компании: технический директор, руководитель архитекторов, руководитель разработчиков встали и ушли в один день. 30 лет. Страшная цифра. Проекты инертны и к чему приведет такая смена - покажет год, может быть - два. Но покажет.На самом деле передача опыта это грустно. Есть человек. Ходишь ты с ним пить рюмку чая. Рассказываешь про выходные и будущие выходные. А с утра следующего дня читаешь письмо из разряда "до свидания встречаемся в 6 мне было приятно с вами работать контакты".И все таки проект вертится. И чтобы он крутился дальше нужно уметь готовиться продолжать его крутить. Удачных вам передач опыта. Пусть они будут предсказуемыми и запланированными.Сегодня о грустном...
11	http://seljava.blogspot.com/2013/04/blog-post.html	Что за продукты разрабатывает Ваша контра?	2013-04-10T10:35:36.165+04:00	tag: fun endoftag tag: собеседование endoftag 	Переписка с одним из кандидатов на вакантное место тестировщика. Оставляю синтаксис и формат в девственно неизменном стиле и - у кандидата, и - у себя.Имен не упоминаю, опыт коллеги не раскрываю. Но очень прошу - другие мои дорогие коллеги, в переписке не используйте формат скайпа и сокращения слов - выглядит очень странно. И пугает.1. Предыстория  Кандидат откликнулся на нашу вакансию Технического писателя и по совместительству - бизнес аналитика. Я со свойственной целеустремленностью написал письмо.Здравствуйте, Спасибо за отклик на нашу вакансиию, но к сожалению нам для этой позиции нужен человек больше технический писатель, чем бизнес аналитик.У нас есть открытая позиция технического специалиста, если вас заинтересовало готов ответить на вопросы по скайпу или телефону.Описание вакансии: http://hh.ru/vacancy/75808122. Кандидат ответилДобрый день.В принципе вакансии в области тестирования я рассматриваю,но вопрос в том куда из этой вакансии из тестирования возможно развитие?и еще не нашла информации, где территориально вы находитесь?3. Мой ответ День добрый,Офис в 5-10 минутах от станции Автозаводская.Из тестировщика в компании (по опыту) есть несколько вариантов развития1) В тестировании (ведущий тестировщик, лид)2) Специалист службы поддержки – острие нашего сервиса, общение с пользователями, быстрая помощь  в разрешении более сложных проблем (первый уровень располагается в регионе клиента – США, Европа, Азия...)3) Sales Assistant  - разработка дополнительных модулей и отчетов, работа с клиентами4) Бизнес Аналитик – формирование ТЗ и спецификаций4. Еще одно письмо от кандидатаВ данный момент большая ли команда тестровщиков? Связи с чем ищете тестировщика?Так же интересует структура  проектной команды?Есть ли командировки?Что за продукты разрабатывает Ваша контра?Спасибо5. И еще одно письмои еще парочка:какие именно должностые обязанности?как часто релизы ?есть ли база знаний для тестирования (тест планы, чек листы, тест кейсы)?Есть ли переработки и выходы в выхи?График работы:гибкий или нет?6. ОтветКоманда тестировщиков 14 человек.Причина поиска - перекупили 2 человек одновременно.База знаний тестировщиков разной степени формализованности. Есть регрешн тест план, чек лист для смок теста, есть тест стратегии, есть описание языка автоматизации....Командировок нет.Обязанности тестировщика – тестировать. Регрессионное тестироваание, автоматизация, тестироваание производительности, тестирование нового функционала и пр.Переработок нет, равно как и работы в выходные.Официальный график с 10.00 до 18.00, никто не будет сильно против если человек придет в 9 или 11. В случае личных обстоятельств допускается работа из дома.О нашей компании и продуктах можете узнать по ссылке: http://www.aspectenterprise.com/Про структуру проектной команды -  не понял вопроса. Что конкретно интересует?7. Письмо от кандидатаОбязанности тестировщика – тестировать. Регрессионное тестироваание, автоматизация, тестироваание производительности, тестирование нового функционала и пр.  (ц) вот тут мне не оч понятно.тестированить понятие для меня растижимое. С каким именно тестированием придеться сталкнуться? если автоматизация, то необходимо ли разрабатывать автотесты?про структуры:аналитики тестеры разработчики.....как построен процесс в проектной команде?8. Мой ответПридется столкнуться как минимум с регрессионным тестированием, автоматизацией и ретестированием своих багов. Для тестировщиков сдавших внутренний экзамен по продукту даются более «вкусные» задачи – тестирование нового функционала.Автоматизация на собственном фреймворке на хml подобном языке. Есть руководство разработчика. Тесты готовяться командой тестирования, потом автоматизируются.Команда небольшая, поэтому человек может заниматься тестированием нового функционала и затем автоматизировать. Может автоматизровать и учавствовать в регрессии.Вкратце процесс тестирования выглядит так http://3.bp.blogspot.com/-S_Cjax13QT0/UQoFFWfaBpI/AAAAAAAAB84/LycFfuaAQHc/s1600/Test+Process_implemented.pngЕсть аналитики (как часть команды тестировщиков), есть разработчики, есть архитекторы, есть суппорт, есть сейлзы.Процесс больше похож на waterfall с поставкой сервис паков/хот фиксов. Главные релизы раз в 3 месяца, каждую неделю поставка доп релизов.9. Финальное письмо кандидатаспасибо за предложение. Но вакснсия меня не заинтересовала.
12	http://seljava.blogspot.com/2013/03/blog-post.html	Поиск нужных людей: собеседования, чеклисты, мысли	2013-03-31T15:50:46.348+04:00	tag: мысль в слух endoftag tag: опыт endoftag tag: собеседование endoftag 	Для затравки начну правдивой историей из жизни. Той жизни, когда бюджеты на хайринг были большие, а кандидаты суровые, опытные и, даже, действительно - желающие работать в компании, которая их пригласила.На одном из митингов по найму девушка из HH собеседовала нас - менеджеров, на предмет - каких кандидатов мы хотим увидеть. Мы лениво перечисляли, что опыт должен быть три года, что должен знать-уметь-хотеть, что английский разговорный и даже лучше, что вот наши описания позиций...  В какой-то момент мы иссякли и девушка задала простой вопрос: "Чем готовы пожертвовать?".Нужно сказать, что собрался тот самый контингент менеджеров, которые был из ряда "Я начальник. Я не хочу ничем жертвовать - я хочу arbуiten!" (щелканье хлыста на заднем плане). Я удивился. А что так бывает?  Так действительно бывает, что нужно жертвовать - в чем силен кандидат?  Был я молод. Молоко от книг и консультантов на ушах еще не обсохло, и я действительно искал людей сильнее себя, потому что был уверен - так нужно поступать всегда. И вот сижу я, второй месяц в поисках тестировщика и меня спрашивают про жертвы. Культурный шок.В итоге выяснилось, что и три года, и английский, и знать-уметь-хотеть подвержены изменениям в не самую большую сторону. Эта умная девочка смогла свернуть безумные хотелки менеджеров в оптимальное русло.Так получилось, что мой первый опыт поиска тестировщиков в команду прошел относительно успешно и гладко (с небольшой оговоркой - для меня и моих проектов, о кандидатах - точно утверждать не могу). Бюджеты были рыночные или чуть выше. Место работы - центр разработки крупного европейского банка. Компания известная. Сама работа интересная и перспективная. И кандидаты желали приходить и терпеть многонедельный (многомесячный?) процесс найма. Резюме нам присылали HR. Для нас трудились несколько вендоров. Только собеседуй и пиши отзывы. Красота. И мы же еще и находили повод поворчать: мало кандидатов, нужно тратить время на писание отзывов...За прошедшие несколько месяцев у меня случился противоположный опыт, когда бюджет в два раза меньше чем по рынку, когда компания не на слуху, когда искать кандидатов, проводить предварительные встречи и приглашать приходилось самому. И этот бесценный опыт переживанийтвоюжматькаквсезажрались... чтожтакоеещеодинотказался...чортиещеодинчорт...в очередной раз заставил пересмотреть систему ценностей и взглядов на процесс собеседования и свое место в нем. Я встал по другую сторону баррикад - на место рекрутера. Ощутил всеми фибрами своей кожи все то, чего раньше не замечал. Много думал и, что самое ценное - передумывал. В итоге появилась вот эта заметка. Заметка состоит из небольших частей - таких мыслей вслух о собеседованиях. Очередные мысли.Возможно крамольные. Но - собственные, основанные на опыте,  а потому родные и поучительные.Чек листМой главный инструмент пыток на собеседованиях - это чек лист. В какой-то момент, я перестал пользоваться специально подготовленными вопросами и составил список тем (или областей), которые хотел бы оценивать:Делал-Хочет-Сможет (Did-Want-May)Производитель-Администратор-Предприниматель-Интегратор (PAEI)Навыки общения (Communication)Опыт работы - Проекты (Project)Опыт работы - Инструменты (Tools and Technologies)Опыт работы - Автоматизация (Automation)Опыт работы - Процессы и практики  (Processes and Practices)Теория разработки ПО и тестирования (Theory)Английский (English)Мотивация и демотивация - источники (Motivate/Demotivate)Саморазвитие (Selfdevelopment)Навыки управления (Management)Личные навыки (Personal skills)Чем хорош этот список из 13 (!) элементов - он позволяет проставить по каждому из пунктов оценку (я предпочитаю от 0 до 10) - с целью определить: насколько кандидат подходит к текущему проекту. Насколько компетенции совпадают и даже - насколько все ясно. После разговора с умной девушкой рекрутером правило проставления оценок несколько изменилось - появились приоритетные навыки в которых действительно ниже определенного уровня (у меня 8) люди не рассматривались, а остальные создавали дополнительную информационную поддержку (шум?).Этот же чек лист прекрасно подходит для технического, когда нужно оценить кандидата вообще на вшивость по всем темам, и - понять в какие проекты (если их несколько) могут претендовать на кандидата.То как сейчас выглядит мой постоянно меняющийся чек лист можно посмотреть в гугледоке  В дальнейшем этот же план используется как шаблон для написания отзыва (технического или проектного) о специалисте.Умеет - Хочет - Сможет Человек, который умеет хорошо тестировать вручную, не обязательно захочет это делать в новом проекте. В моде - автоматизация. Человек, который хочет автоматизировать, не всегда сможет это сделать в ближайшем заданном сроками релизов будущем в отдельно взятом проекте. Ибо все - другое.Этот треугольник умеет-хочет-сможет. В собеседовании он сродни треугольнику деньги-качество-время в управлении проектами.  Понять умеет кандидат делать то, на что ты его собеседуешь - реально.Понять хочет кандидат заниматься тем, на что ты его собеседуешь - часто реально.Понять сможет ли кандидат (применяя свой опыт или зарабатывая новый) выполнить задачи на текущих реалиях конкретного проекта - вот вопрос, на которые не всегда получается получить корректный ответ.Вспоминая свои собеседования я понимаю, что всегда пытался найти ответ на последний вопрос. Причем вопрос сводился к таким деталям: насколько кандидат гибок в принятии решений насколько кандидат быстр в обучении будет ли работа для кандидата интересной спустя полгода-год-НазовиСвойКритичныйСрок насколько похожи ситуации (проекты, команда, руководство, корпоративная культура, процессы и пр) в которых человек работал и собирается работать теперь  То что человек делал и хочет продолжать делать автоматизацию не всегда означает, что в текущем проекте он также успешно сможет ее внедрить. Ибо реалии другие. Вчера человек стучал молотком по дереву, а сегодня завезли чугуний и нужно махать молотом.Производитель - Администратор - Предприниматель - ИнтеграторВ заголовок раздела я вынес роли менеджера от Ицхак Адизеса. Но буду говорить не об управлении, а - о роли тестировщика в проекте.Бывало, что кандидат - умница. Опыт в автоматизации и в ручном тестировании. Но - ковбой, герой одиночка, а проекту нужен человек, который придет и договориться с командой разработки, потому что они видят тестировщика в первый раз (дай бог чтоб не в последний).  Или случай, когда в проекте люди "застоялись", глаз замылился, процессы не изменяются, документация не обновляется и нужен катализатор. Еще один администратор будет если не вреден, то бесполезен. Нужен человек, который придет, поднимет волну и покажет как можно делать по другому.А еще в проект, который уже развился из стартапа, может понадобиться как раз - бюрократ, потому что регрессионный тест план не систематизирован, автоматизация не построена в инфраструктуру, отсутствует ясный статус относительно прогресса и дат.Каждый кандидат рассматривается как дополнение к текущей проектной команде на текущей стадии развития проекта.Задачки на сообразительность.Во время собеседования мы (собеседующие) задаем разные вопросы. Порой - каверзные, порой  непонятно-зачем-они-это-спросили, и время от времени, для мнения большинства кандидатов - бесполезные.Многие не любят вопросы из разряда "протестируйте карандаш" или задачи на сообразительность. Основной аргумент - вопрос: "как это применять в настоящей работе?".  Понимаю аргументы этих людей, но у меня есть несколько замечаний.Я вижу в этом смысл - в задавании вопросов на сообразительность, смекалку, логику и абстрагирование от окружающей действительности. И смысл в том, чтобы по кирпичикам сложить образ кандидата. Люди, задающие подобные вопросы сами любят на них отвечать. И те кто окружает их  - тоже любят отвечать. Культур-мультур сложился такой. И эти вопрос, по сути, один из способов (надеюсь, что многие понимают - не все!) найти подобных себе, подобрать схожий психотип в сформировавшуюся команду.Второй момент. Это очень интересно - наблюдать за человеком, столкнувшимся с задачей не имеющей прецедентов в его опыте. Кто-то сдается на второй минуте, кто-то не сдается. Кто-то просто пошел в размышлениях не туда и нужно просто подправить - это же нормально, не всегда выбирается "правильный" путь. Образ мышления, стойкость мышления, реакция - важно как человек решал.Я видел пример, когда человек, который вел себя адекватно, отвечая на все вопросы по теории, практические кейсы решал хорошо, но не зная как решать задачу накричал на тех, кто его собеседовал. Понятно, что случай единичный, но все таки осадочек остался.Последнее замечание - оба предыдущих замечания могут не сработать. Особенно это не срабатывает, когда человек приходит на собеседование подготовленным. С социально правильными ответами. С багажом решенных задач.Поэтому, такие вопросы - всего лишь один кирпичик.Интервьюер и все вытекающиеЕсли на экзамене встречается умный и тупой, то умный экзамен будет пересдавать. Такое случается и в собеседовании. Я никогда не узнаю - сколько ошибок я совершил, не поддержав того или иного кандидата. Только знаю про свои две ошибки, когда действительно помог нанять неподходящих.И об ошибках в последние несколько месяцев. Мне пришлось встать во главе поиска новых сотрудников. Самому составлять описание вакансии. Самому приставать в социальных сетях к незнакомым людям (кстати таким способом и сам нарывался на приглашение поменять работу - и смех и грех). Самому разбираться в тонкостях работы и оплаты hh.ru. Обзванивать, списываться, митинговать, упрашивать, отказывать...И, подозреваю, я совершил почти все ошибки, которые сам же и ругал.  На самом деле впору писать сатиру про кандидатов - типа "Мне интересно, но вы попляшите вокруг меня".Я писал шаблонные письма и даже один раз написал неправильное имя (проклятый копи паст!). Предлагал рассмотреть свою позицию людям, которые были оверскилл для нее или не совсем подходил. Забывал перезвонить. Был не подготовлен к митингу и даже бывало переносил митинги, потому что нужно было тестировать, а не звонить...Так что если интервьюер не подготовлен - компания теряет потенциального сотрудника и тратит еще одну тонну времени. Помним. Ставим жирную галочку.Личные навыкиИ в заключение. Всегда очень сложно понять и раскрыть на собеседованиях личные качества кандидата. Как правило через полгода кандидат (теперь уже сотруник) раскрывается наполную, но что либо менять - поздно. В моем понимании  - не все можно выявить в человеке тестами и собеседованиями.Можно попытаться. Я слышал, что можно угадать. Мне даже рассказывали ребята из двух известных компаний, что они умеют и применяют, и даже успешно находят. Но по слухам (на последней пьянке в пабе) в этих двух компаниях тоже нашлись лоботрясы. Ну, как бы, понятно - что не всегда угадывают.Есть тест - не знаю на что. Или не помню уже. Но помню приблизительно вопрос: "Тонут два человека - один очень известный и полезный - ученный, но вам не симпатичный, или вы в соре с этим человеком. Другой - просто человек, возможно даже не известный вам. Кого вы спасете?". Помнится Цветаева ответила "Кого смогу". Я вот даже не уверен что смогу. Так и с кандидатами. Есть области которые можно описывать примерами из жизни или выдуманными примерами из жизни (зависит как кандидат подготовился к собеседованию), но - как человек себя реально поведет - бабушка на двое сказала. И вот эти вот персональный навыки - они на собеседованиях изредка вылезают, но окончательно верить в них нельзя.Нет у меня уверенности, что можно оценить как человек поведет себя в определенной ситуации. Действительно поведет, а не расскажет сидя в светлой переговорной за чашечкой кофе.А вот когда будет последний день перед релизом.  Когда будет найден баг поздно вечером. Когда руководство отчалило домой, веря, что выходные можно провести с семьей, на рыбалке, в походе, в кабаке...  И вот находит человек баг, понимает, что баг критичен, но он также понимает, что компоненту тестировал не он, что поднимать сейчас всех - геморой, что планы его по кабакам и рыбалкам накрываются резиновой лодкой... Рассказать на собеседовании одно, а вот в жизни - как человек себя поведет? Ведь над ним никто не стоит. Есть ли у него моральный закон в голове? Или умение держать себя?Вот и выходит, что некоторые вещи приходится доверять интуиции. Хотя две ошибки за три года - это звоночек, что не все так гладко и с этой самой интуицией.Удачной рабочей недели!
13	http://seljava.blogspot.com/2013/02/10.html	В копилку менеджеру: 10 главных факторов, мотивирующих на работу	2013-02-06T08:21:20.222+04:00	tag: книги endoftag tag: командная работа endoftag tag: менеджмент endoftag tag: цитата endoftag 	Просто хороший список мотиваторов для обсуждения с подчиненными - что из списка их сейчас не устраивает. Взято из книги "Незаменимый. Можно ли без вас обойтись". Автор - Сет Годин.Ричард Флорида опросил двадцать тысяч творческих профессионалов, предложив им на выбор тридцать восемь факторов, которые мотивируют их на лучшее выполнение работы. Вот десять главных факторов:1. Задача и ответственность.2. Гибкость.3. Стабильное рабочее окружение.4. Деньги.5. Профессиональное развитие.6. Признание коллег.7. Стимулирование коллег и начальников.8. Захватывающее содержание работы.9. Культура организации. 10. Местность и сообщество. Только один из этих стимулов является внешним (№ 4 — деньги). Все остальное — это либо то,что мы делаем сами для себя, либо то, что мы ценим само по себе. Интересным моментом в отношении денег является то, что у работника, как правило, нет легких способов увеличения их количества, во всяком случае в краткосрочной перспективе. Все остальные факторы, однако, могут резко меняться в результате нашего поведения, вклада, отношения и дара. Но по-прежнему циничный менеджмент действует фабричными методами, считая, что единственными мотиваторами являются деньги и страх наказания.
14	http://seljava.blogspot.com/2013/02/2012-2013.html	Цитаты месяца: 2012 Декабрь -2013 Январь	2013-02-03T20:54:59.716+04:00	tag: цитаты месяца endoftag 	Если вам кажется, что вокруг вас все 3.14дарасы, то скорее всего в этом случае, 3.14дарас всего лишь один.Максим Дорофеевмолчите, записывайте, суммируйте, переваривайте и выполняйтеГай КавасакиНе ломай забор, пока не узнал, для чего он был поставленГ. К. Честертон Все начинается с вас – и на вас кончается. Не с направления, указанного рынком. Не с последних и самых сильных тенденций. И даже не с того, что, как вам кажется, нужно потребителям. Ваш бизнес начинается с вас.Майк Микалович. Стартап без бюджета
15	http://seljava.blogspot.com/2013/01/blog-post_31.html	Образы и концепты практикующего тест менеджера	2013-01-31T21:27:24.176+04:00	tag: best practiсe endoftag tag: думы endoftag tag: опыт endoftag tag: тестирование endoftag 	Одна картинка заменяет 1024 словаЯ часто мыслю образами. Картинками. Концептами.  Во время разговора обычно черчу на листочке схемы, картинки, которые, потом использую как отчет о беседе. Иногда люди с которыми беседую эти листочки забирают - наверное все таки полезное что-то черчу.Инфографика меня таки просто завораживает. А еще бывает, проходя мимо коллег и видя там таблицы с данными, с трудом сдерживаюсь чтобы не нагнуться и не спросить а-чо-тут-такое-интересное-нарисовано-и-как-это-у-вас-получилось?...За последние полгода поток информации был мощным и самое главное освежающим. Появились несколько вещей, которые ранее не приходилось делать. И на основе опыта появились картинки, таблицы, схемы...Тема заметки - красивые картинки. Просто образы, картинки, концепты... Они таки иногда приносят "вкусные" идеи. Хочется просто поделиться, и в очередной раз заметить, что работа тестировщиков не только тестировать, но и анализировать, и - упрощать, и - презентовать.Если работа тестировщика некрасивая - она неправильная.Таблица принятия решения для регрессионного тестированияЭто наша таблица принятия решений: как мы будем проводить регрессионное тестирование конкретного релиза. Я уже упоминал про мексиканские мотивы в приоритезации сценариев. Это логическое продолжение уже для другого проекта.Что скрывается за таблицей...Есть проект с несколькими конфигурациями. Тесты для конфиграций могут совпадать, а могут и не совпадать. Релизиться могут все конфигурации, а могут и не все. Приоритеты для тестов в различных конфигурациях могут совпадать, а могут и не прогоняться совсем.Выход такой, что сценарии, которые нужно прогонять для любого релиза один раз - вынесены в отдельный скоп. Его просто прогоняют. А вот вещи, которые пересекаются свели в общую систему, где каждая раскрашенная колонка - логика приоритетов для отдельной конфигурации.Тест СтратегияЧем хороша стратегия в одной картинке? Тем что она на одной картинке.Уже постил чуть раньше тест стратегию  одной картинкой, но новая версия менее насыщенная и чутка более симпатичная.Моя бывшая коллега поделилось своей стратегией.Ее картинка круче. Чо - европейский банк. Мы то - скромная продуктовая компания...Роли и компетенцииЛюди хотят знать где они находятся и куда им идти. Таблица ролей и компетенций совмещает и то и другое.График из джирыВсе знают про барндаун чарт. Но часто забывают про обратный - чарт разницы между созданными (читай заказанными) и закрытыми задачами. A этот график показывает задачи только для нашей команды. Стремительный рост зеленого горбика закрытых задач по автоматизации совпадает с моих приходом в компанию. Как хочется верить, что я хоть как-нибудь положительно на это повлиял.Доска КанбанЧем хороша доска Канбан? Одна доска - один статус.К сожалению своей команде не смог продать ежедневные скрам статусы на доске. Не стоило вводить одновременно практику логирования времени в джиру и передвигание карточек виртуально - слишком много нововведений.На картинке, очевидно, один из последних статусов на доске. А так симпатично выглядит....Для доски использовал сервис leankit.com. Пока самая удобная штука из виртуальных досок.
16	http://seljava.blogspot.com/2013/01/periodic-table-of-visualization-methods.html	Periodic table of visualization methods	2013-01-08T19:22:08.173+04:00	tag: self development endoftag tag: think out of the box endoftag 	Являюсь старым давним поклонником майнд карт. Перебирая закладки многогодичной давности наткнулся на периодическую таблицу методов визуализации в которой эти самы майнд карты - один единственный элемент из большой таблицы визуализации данных, информации, концепций...Ей богу много нового открыл в очередной разС одной стороны - проделать сложную работу по сбору, а с другой - такая удобная систематизация.Ссылка на таблицу: http://www.visual-literacy.org/periodic_table/periodic_table.html
17	http://seljava.blogspot.com/2012/12/blog-post_27.html	Краска высохла, работа осталась...	2012-12-27T21:00:14.461+04:00	tag: думы endoftag tag: мысль в слух endoftag 	Сегодня я бы хотел затронуть такую скользкую тему как мантры самоуспокоения. Они встречаются постоянно и очень сильно прикипают к телу, так, что не дают разумно ответить на вопросы типа"А почему вот-это-все-вот-так-вот происходит? Нет честно - почему?"В моей новой команде я просто таки ощутил всеми своими фибрами, буквально окунулся по самые нехочухи в эти мантры. Причем, оглядываясь назад, понимаю, что сталкивался с этими мантрами и раньше, но вот именно сейчас я действительно ощутил их разрушительное воздействие. Больше потому, наверное, что перемена мест очень сильно меняет восприятие.Исторически сложилосьЭто самая частая мантра в моей команде.- Почему команды разделены на тех, что тестирует только новый функционал и на тех, кто тестирует только регрессию?- Исторически сложилось- Почему в джире отдельно заведен проект только под фичи и отдельно проект только под баги?- Исторически сложилось- Почему...- Ну ты понимаешь... исторически...Причем все работает, все фунциклирует. Релизы идут. Баги находятся. Фичи тестируются.  Казалось бы - чего отвлекаться - копай дальше. Только вот странное чувство внутри, что это не очень сильное объяснение и не очень все оптимально.В моем понимании ответ "исторически сложилось" означает, что когда то давно так сделали, а сейчас это продолжает складываться, но просто никто не задумался как можно по другому.При чем ответ "исторически" не означает, что сложилось правильно (равно как и неправильно требовать изменений) и не означает, что и дальше должно так складываться.Скорее "исторически сложилось" означает "мы не помним или не знаем" или еще хуже - "мы не хотим об этом думать".  У нас это невозможно применить- Процесс Х? - не, у нас это не получиться - мы слишком уникальный проект- А если...- Не - точно не подойдет. Даже думать нечего.На заре моей молодости  (вспомнить бы еще что это такое) я сталкивался с мнением, что системы хранения версий типа SVN (а в ту зарю, наверное, еще был CVS) вызывают отторжение  именно с аргументом "у нас это не нужно", "у нас другая специфика", "у нас это невозможно применить"...Вспоминается такая же история с прогонами тестов каждую ночь и по коммиту - в одной команде это тоже было не нужно...Жестокая мантра - заставляет работать неоптимально и дольше.Потому что мы этого не делаемРазработчики не тестируют, потому что они этого не делают:- Мы программируем. Они - должны тестировать. Неважно есть ли ОНИ - тестировщики в проекте или нет.Тестировщики не программируют:- Мы тестируем руками, потому что мы тестировщики. Автоматизация? Не - мы же не программисты.Бизнес аналитики тестируют только новый функционал:-Мы бизнес аналитики - мы пишем спеки и тестируем новый функционал. Что - регрессию гонять? Не - мы этого не делаем.Почему не делаем? Потому что мы этого не делаем.Хороший такой "конструктивный" ответ...Краска высохла, работа осталась...В книге "Воспитай в себе лидера" Джона Максвелла приводится замечательный пример того, как исторически сложившееся мировоззрение привело к бессмыслице.Британия — страна традиций. Об истории одной британской традиции рассказал Джон Паркер в книге «Поименное голосование». На протяжении свыше двадцати лет у подножия лестницы, ведущей в Палату общин британского парламента, каждый день стоял служитель, не выполняющий никакой другой работы. Когда кто-то решил, наконец, узнать, в чем дело, то оказалось, что этот пост занимает уже третье поколение одной семьи. Когда-то давно перила лестницы были покрашены, и деда нынешнего служителя поставили у подножия лестницы, чтобы он предупреждал посетителей об опасности измазаться свежей краской.Комментируя этот случай, журналист одной из британских газет съязвил: «Краска высохла, работа осталась».Собственно о чем я...Новый год ведь ))).Желаю вам коллеги не самоуспокаиватся и не отвечать на вопрос "почему" такими словами как  "исторически", "нам не нужно", "потому что мы не делаем". Это не мантры - это зло (хотя опять же у них есть печенки в виде отсутствия неинтересной и дополнительной работы).Желаю не зацикливаться на истории, а действительно заниматься оптимизацией.Желаю не ограничивать себя в том, что мы делаем, а что - не делаем.И вообще желаю интересного и насыщенного Нового Года, а все историческое оставить в старом.С наступающим.
18	http://seljava.blogspot.com/2012/12/13_14.html	Задачки на сообразительность - 13: Ответы	2013-04-26T10:21:00.270+04:00	tag: ответы на задачи endoftag 	Ответы к задачкам http://seljava.blogspot.ru/2012/12/13.htmlТри чемоданаИмеется три ключа от трех чемоданов. В каждом чемодане разные замки. Каждый ключ подходит только к одному замку.Вопрос: Сколько минимально необходимо попыток, чтобы подобрать ключи.Ответ: минимально - 2, максимально - 3Идеальный случай:1. Первым по порядку ключом (К1) пытаемся открыть первый по порядку чемодан (Ч1). Если подходит - прекрасно. Если не подходит - шаг 2.2. К2+Ч2 - если подходит, то проверять К3+Ч3 нет необходимости.Обычный случай:1. К1+Ч1 не подошли друг другу2. К1+Ч2 не подошли друг другу. Делаем вывод, что К1 подходит Ч33. К2+Ч2 не подошли друг другу - значит подходя К2+Ч1, если же подошли К2+Ч2, то К3+Ч1 проверять уже не нужно.Хочу велосипедМальчик попросил у отца 150 долларов, на  велосипед. Его отец предложил такую схему: мальчик торгует на улице лимонадом, а в конце рабочего дня отец смотрит, сколько он заработал, и дает ему сумму, равную квадрату этой выручки.В первый день Мальчик наторговал на три доллара, и папа думал, что легко отделался. Вопрос: Как сыну получить требуемую сумму в первый же день?Ответ: 3 доллара = 300 центов. 300 в квадрате = 90000 центов или 900 баксов!Спички и ТреугольникиЕсть 6 спичек. Необходимо сложить 4 треугольника.Вопрос: Как это сделатьОтвет: тетраэдр Разделить доброДва разбойника ограбили караван в пустыне. Среди награбленного были и ковры, и деньги, золото, драгоценности и многое другое. Поблизости нет ни одного города, где можно было бы обменять все сокровища на деньги и разделить поровну.Вопрос: как им разделить награбленное, чтобы каждый остался доволен?Ответ: Один из разбойников должен делить сокровища на равные кучки и второй - забирать себе лучшее.Шпион выйди вонСидит однажды в кустах шпион и наблюдает за пропускным пунктом во вражеский штаб. Видит — идёт офицер, подходит к часовому.Часовой ему: "двадцать шесть".Офицер: "тринадцать".Часовой пропускает офицера.Через минуту подходит к КПП следующий офицер.Часовой говорит: "двадцать два"Офицер отвечает: "одиннадцать"Часовой и этого офицера пропускает.Шпион обрадовался, что такая простая проверка на этом пункте: просто называй число в два раза меньше, и порядок! Вылез из кустов и подошёл к часовому.Часовой ему говорит "сто".Шпион отвечает "пятьдесят".Часовой арестовывает шпиона.Вопрос: Что должен был ответить шпион, чтобы успешно пройти через КПП?Ответ: Три - количество букв в слове часового.
19	http://seljava.blogspot.com/2012/12/13.html	Задачки на сообразительность - 13	2012-12-09T16:44:02.234+04:00	tag: задача endoftag 	Давно не решал задачки, но тут народ на новом месте работы стал тролить... Грех было не записать несколько фаворитов из предложенных и найденных в сети.До пятницы комментарии скрываю.Три чемоданаИмеется три ключа от трех чемоданов. В каждом чемодане разные замки. Каждый ключ подходит только к одному замку.Вопрос: Сколько минимально необходимо попыток, чтобы подобрать ключи.Хочу велосипедМальчик попросил у отца 150 долларов, на  велосипед. Его отец предложил такую схему: мальчик торгует на улице лимонадом, а в конце рабочего дня отец смотрит, сколько он заработал, и дает ему сумму, равную квадрату этой выручки.В первый день Мальчик наторговал на три доллара, и папа думал, что легко отделался. Вопрос: Как сыну получить требуемую сумму в первый же день?Спички и ТреугольникиЕсть 6 спичек. Необходимо сложить 4 треугольника.Вопрос: Как это сделатьРазделить доброДва разбойника ограбили караван в пустыне. Среди награбленного были и ковры, и деньги, золото, драгоценности и многое другое. Поблизости нет ни одного города, где можно было бы обменять все сокровища на деньги и разделить поровну.Вопрос: как им разделить награбленное, чтобы каждый остался доволен?Шпион выйди вонСидит однажды в кустах шпион и наблюдает за пропускным пунктом во вражеский штаб. Видит — идёт офицер, подходит к часовому.Часовой ему: "двадцать шесть".Офицер: "тринадцать".Часовой пропускает офицера.Через минуту подходит к КПП следующий офицер.Часовой говорит: "двадцать два"Офицер отвечает: "одиннадцать"Часовой и этого офицера пропускает.Шпион обрадовался, что такая простая проверка на этом пункте: просто называй число в два раза меньше, и порядок! Вылез из кустов и подошёл к часовому.Часовой ему говорит "сто".Шпион отвечает "пятьдесят".Часовой арестовывает шпиона.Вопрос: Что должен был ответить шпион, чтобы успешно пройти через КПП?
20	http://seljava.blogspot.com/2012/12/blog-post_3.html	Цитаты месяца: Ноябрь	2012-12-03T06:50:08.652+04:00	tag: цитаты месяца endoftag 	Все зависит от исполненияПитер ДракерСамые плохие стратегии создаются человеком, который работает в одиночку, в изоляции и видит мир лишь под одним угломАлан Розенспен. Исповедь одержимого эффективностьюЛидерство в стиле одинокого воина - это героическое самоубийствоРон ХейнвичЛюдьми не надо "управлять". Задача - направлять людейЗадачи менеджмента 21 века. Друкер Питер
21	http://seljava.blogspot.com/2012/11/blog-post_5.html	Неабстрактный менеджер в защиту метрик	2012-11-05T18:14:35.278+04:00	tag: думы endoftag tag: мысль в слух endoftag tag: управление endoftag 	Lesson 198. There’s nothing more dangerous than a vice-president with statisticsLesson Learn in Software TestingПостоянно сталкиваюсь с крайностями мнений об оценке работы тестировщиков. В одних случаях руководители отслеживают все - вплоть до времени проведенного за компьютером и возле кофейной машины, другие - не отслеживают ничего, объясняя, что люди и так хорошо работают.Одна из последних прочитанных заметок в очередной раз напомнила о проблеме (прям цитирую):Истина проста: метрики для оценки сотрудников внедряются в ситуациях, когда у руководства есть проблемы с управлением Это не так. Или - не всегда так. Я учитывал и вводил метрики для оценки производительности своих подчиненных не когда  были проблемы, а для того чтобы проблем не было.  Отношу себя  категории людей, которые считают, что считать лучше чем не считать. И как вы поняли, сегодня хочу поворчать на тему - почему оценивать производительность сотрудников при помощи метрик нужно и полезно. Почему у меня встает вопрос о метрикахЯ не параноик, но следить за командой и тем более собой нужно. И мне не понятно - как менеджеры не измеряющие производительность команды, могут утверждать, что команда работает хорошо\плохо\хоть как-нибудь? То же самое - об отдельных  тестировщиках.У меня всегда встает (гусары молчать!) вопрос о метриках производительности когда я хочу:понимать скорость своей команды и каждого отдельного тестировщикаэто нужно чтобызнать когда предположительно может закончиться цикл тестированиячтобыиметь цифры на руках, которые подтвердят мой ответ успеваем мы или нет и какие у нас рискиРанее я уже ссылался на свой опыт использования метрик и по прежнему считаю, что зная производительность каждого своего сотрудника, оценив объем работ, заложив исторически подтвержденные риски легче понять сможем ли мы вот этот данный конкретный кусок работы закончить к данному ограниченному указанному сроку с текущим составом команды. Это нормальная постоянная забота менеджера - считать, прогнозировать, учитывать, расспрашивать, выпытывать информацию, наконец. Тест менеджер не может контролировать многие ситуации - но он может попытаться к ним подготовиться, и он, на самом деле, обязан к ним готовиться. Ухудшения равно как и улучшения качества работы невозможно заметить если не опираться на те же самые метрики.Сторонники числового измерения результатов в этом месте спрашивают: Если ты не можешь отвести пять минут своего времени в день на анализ - что ты или команда делали, как делали и насколько хорошо делали - можно ли говорить что вы весь день делали все правильно? А если неделя? А если месяц?.. А если жизнь? Про жизнь я конечно замахнулся, но вдруг?Проблема в системеНа самом деле я придерживаюсь мнения, что плохие показатели - это, в большинстве своем, сигналы о проблемах в системе, а не о работе отдельного специалиста. Но бывают и случаи, когда приходится отстреливать хромых разработчиков, тестировщиков или менеджеров. Но чаще проблемы именно в системе (хотя по моему скромному ИМХО найм неподходящего сотрудника - это тоже проблема системы подбора персонала).Есть замечательная книга "Выход из Кризиса" Эдварда Деминга. Всем начинающим (равно как и опытным) менеджерам советовал бы ее прочесть. Очень много примеров, когда именно система, именно процессы являлись  узким местом. Там же показывается, что подход если-рабочие-будут-стараться-то-проблем-не-будет - разрушительный или даже самоубийственный подход.И кстати там  есть очень замечательная фраза про улучшение показателей и метрик.Если вы в состоянии повысить производительность или объем продаж, или качество, или что-нибудь еще, например, на 5% в будущем году, не имея разумного плана улучшений, то почему вы не занимались этим в прошлом году?Очень емкая фраза. В одной из компаний, в которой я имел счастье работать от очень высшего руководства спускались цели типа "Уменьшить количество багов  severity 1/2 на 50 %".Это я к тому, что лозунги про улучшение показателей - самый худший способ улучшать показатели системы. ТОП метрик от неабстрактного тест менеджера СеляеваЯ не могу ссылаться на абстрактные метрики производительности команды тестирования и обязан привести свой топ метрик, которые считаю в настоящий момент для моей текущей команды важными.Сколько времени требуется на прогон регрессионного пака: одного теста, набора, критического набора, смок теста.Эта метрика позволяет оценить сколько идеально мы можем потратить на один цикл тестирования.. Сравнивая с цифрой сколько мы реально прогнали получается дельта, которую мы обязаны с каждым циклом уменьшать до нуля. А идеально еще и в минус уйти (автоматизация, пересмотр приоритетов сценариев, кросстестирование).У меня в практике был случай когда один и тот же кусок работы делался всей командой кроме одного сотрудника за день, он же тратил - два. Не один раз. Постоянно. При ближайшем рассмотрении выяснилось что он много "курит" и много разговаривает по телефону. Причем человек работал 9 часов. Ровно 9 часов на работе - потом домой. Были беседы. Были договоренности, но человек предпочел уйти, а не перестать работать в своем "телефонно-перекурном" режиме. Кстати как технический специалист - очень и очень неплох. Это один из тех случаев, когда работа и сотрудник не подошли друг к другу. Сколько времени мы потратили на тестирование и сколько времени мы потратили не на тестирование (документирование, поддержка тестового стенда, митинги пр) в последнем релизе.Тестирование (прогон тестов и исследование продукта) в идеале должна быть единственная основная активность. Настройка тестового стенда, митинги, исследование нештатных ситуаций - это активности время потраченное на которые должно стремиться опять же к нулю.В одном из моих проектов время простоя  из-за нестабильного тестового стенда (причем не нашего проекта, а следующего за нами), доходило до катастрофических  60%. Мы на своей стороне боролись с потерями как могли. Тестировали с заглушками, потом прогоняли смок тесты на интеграцию. Тестировали области, которые можно было тестировать без интеграции. Несколько релизов подряд мы жили в постоянном цейтноте. Человека из другой команды, который не решал нашу проблему попросили уйти. Пришел другой человек. Потери времени упали до 2% в релиз. Это второй случай, когда специалисты действительно не хотели решать проблемы.Казалось бы стабильность тестового стенда -так себе метрика, но показывает отношение к работе.Количество дней для решения задачи В моей текущей команде задачи на автоматизацию и на тестирование производительности могут поступать не только для конкретного релиза, но и сами по себе "когда будут автоматизированы/протестированы тогда и поступят в релиз". Странная система для некритичных задач, но она есть и мне нужно научиться их решать. Зная сколько требуется времени на тестирование отдельной задачи можно набирать кусок работы на мезсезонье - время между релизами.Количество багов закрытых разработчиками как не багиЭто еще одна головная боль. Очень болезненная. Половина регрессионных багов закрывается как не баги.Проблемы и в сложной системе и в неподготовленности = молодости тестировщиков, и сам процесс хромает, поскольку  релиз готовиться несколько месяцев, а регрессионное тестирование начинается за несколько недель до релиза...Короче - есть где развернутся любителю улучшать процессы и ликвидировать узкие места.Нужно ли использовать метрики всегда?Мой ответ на этот вопрос - нет. Не всегда. Одни и те же метрики в разных проектах могут иметь разный приоритет, и даже необходимость их иметь (гусары - в сад!).Метрика это один из способов упростить окружающий мир. В нашем случае упростить понимание того как эффективно работает команда тестирования.Для проектов стадии стартапа, метрики оценки трудоемкости - не совсем критичны. Критичны сроки. Для случаев стартапов важно выполнить задел, поставить разработку продукта на промышленные рельсы. Но опять же в условиях стартапов планировать сложно, но возможно.Если вспоминать аджайл вещи: меряя в попугаях, команды ищут свою производительность и "одинаковость" историй. В заключение - об искренности, профессиях и опять же метрикахЕще одна цитата из упоминаемой ранее заметки:Ваши циферки не нужны ни тестировщикам, ни сотрудникам из смежных отделов. Ваши сотрудники хотят искреннего общения, а ваши коллеги (разработчики, Рмы) – заинтересованности в общих проектных результатах. И если кто-то просит циферки – значит, просто не хватает правильного общения!Ох если бы это было всегда правдой, уважаемый ты мой коллега-автор. Если бы всегда было все так просто.Один из самых частых вопросов которые я слышал к команде тестировщиков: Сколько вам потребуется времени на тестирование? или Когда вы закончите?А следующий вопрос был, как правило: Почему вам требуется столько времени на тестирование?Вот они самые циферки, вот они ненаглядные.Искренность это интересный способ руководства, но кроме искренности нужно еще и уметь ставить задачи - кому разжевано и последовательно, кому в виде проблемы. Потому что качество продукта не меряется оживленными беседами за кружкой чая и тем более не измеряется тем как мы хорошо поболтали на нашем one-to-one митинге.  Хорошие отношения с сотрудниками не означает хорошего качества продукта. Цели измеримые, достижимые и конкретные нужно ставить и привязаны они должны быть к работе, улучшению процессов и достижению конечных результатов  например - уменьшению багов в проде. Другое дело устанавливая цель уменьшить количество багов в проде нужно закладывать еще и понимание как это делать.
22	http://seljava.blogspot.com/2012/11/blog-post.html	Цитаты месяца: Сентябрь - Октябрь	2012-11-01T08:37:39.996+04:00	tag: цитата недели endoftag 	Определенный стресс необходим для того, чтобы повысить производительность. Без стресса нет движения, вы просто лежите на диване и жуете шоколад.Майкл Уоткинс. Первые 90 дней. Стратегии успеха для новых лидеров всех уровнейВсе великие лидеры знают, что их личные достижения определяются достижениями их подчиненных.Талантливые сотрудники. Воспитание и обучение людей в духе дао ТайотаБольшинство людей не размышляет никогда. Я размышляю один или два раза в неделю. И этим приобрел всемирное признание Бернард ШоуОрганизации похожи на автомобили. Они двигаются сами по себе только под гору. Чтобы заставить их работать, нужны люди. И не просто люди, а правильные люди Манфред Кете де Врис. Мистика лидерстваДотянитесь до звезд. Вы не поймаете их, но зато в вашей руке не останется комок грязиЛео Барнетт
23	http://seljava.blogspot.com/2012/10/tester-bill-of-rights.html	Tester Bill of Rights	2012-10-31T10:34:26.284+04:00	tag: книга endoftag tag: тестирование endoftag tag: цитата endoftag 	Какая замечательная вещь этот биль о правах тестировщиков...• You have the right to bring up issues related to testing, quality, and process at any time.• You have the right to ask questions of customers, programmers, and other team members and receive timely answers.• You have the right to ask for and receive help from anyone on the project teams, including programmers, managers, and customers.• You have the right to estimate testing tasks and have these included in story estimates.• You have the right to the tools you need to perform testing tasks in a timely manner.• You have the right to expect your entire team, not just yourself, to be responsible for quality and testing.Agile Testing. A practical Guide for Testers and Agile Team. Lisa Crispin, Janet Gregory
24	http://seljava.blogspot.com/2012/10/blog-post_29.html	Тест стратегия в одной картинке	2012-10-29T10:38:00.834+04:00	tag: документация endoftag tag: думы endoftag tag: опыт endoftag tag: управление endoftag 	Небольшая победа первых 90 дней на новом месте - определил стратегию тестирования.  Ну, или - нарисовал.Черновик, конечно  - не все будет идеально вписываться в недели , но примерное понимание куда двигаться есть. Теперь можно покрасить красным - что еще предстоит внедрить или желтым - что документировать и двигаться к лучшим временам.
25	http://seljava.blogspot.com/2012/10/blog-post_28.html	Не надо меня пугать...	2012-10-28T17:35:35.972+04:00	tag: fun endoftag 	Ребенок жот.Время от времени играем с сыном в "напугайки" - делаю "замогильный" голос и разговариваю. Иногда смешно, иногда ребенку не нравится. Сегодня Семен решил прекратить игру оригинально:- Не надо меня пугать, иначе буду кричать и командовать!Поразило то, что один из моих бывших бывших начальников поступал также. Приходишь к нему с проблемой и в ответ крики, мат и команды.С другой стороны кроме как меня пародировать начальников больше в семье нет.Как бэ намек...
