Макс Дорофеев продолжает искать интересные закономерности и намеки на тенденции в массиве данных проекта «Зарплаты в ИТ — 2009».

Сегодня посмотрел, как самооценка уровня экспертизы зависит от опыта работы. К сожалению числа анкет пока не достаточно для более тонкого изучения типов экспертизы, но что-то уже сказать можно.

Для получения репрезентативной выборки я объединил 3 варианта оценки уровня экспертизы в одну. В итоге экспертами считались респонденты, отметившие одну или несколько категорий из следующего списка:

• Ведущий специалист
• Куратор новичков
• Носитель уникальной экспертизы в проекте
• Эксперт в предметной области

(more…)

http://feedads.g.dou...NMP8/0/di</img>
http://feedads.g.dou...NMP8/1/di</img>

Если 2 ПМ-а заказывают 2 задачи по 10 часов каждый одному исполнителю:

• При последовательном выполнении задач первый ПМ может получить результат через 13±2 часа, второй — через 26±3 часа.
• При параллельном выполнении задач каждый из ПМов получит результат через 26±4 часа.

Даже не думал, что всё настолько очевидно.

Источник: Денис Бесков

http://feedads.g.dou...XNg4/0/di</img>
http://feedads.g.dou...XNg4/1/di</img>

Хотите создать в компании базу курсов для обучения тестированию ПО? Составить индивидуальный план занятий для каждого сотрудника? Узнать про области тестирования, с которыми пока не приходилось работать?

Мы предлагаем записи онлайн-семинаров, прочитанных в течении этого учебного года Алексеем Баранцевым:

• 16 двухчасовых онлайн-семинаров + 3 четырехчасовых онлайн-семинара
• общая продолжительность записей — более 44 часов,
• общее количество слайдов в презентациях — более 1000 слайдов,
• слайды и файлы со ссылками на дополнительные ресурсы для дальнейшего самостоятельного изучения.

Всего за 6 000 рублей для физических лиц и 12 000/15 000 рублей для юридических лиц (лицензия на неограниченное количество сотрудников на один год/неограниченный срок).

Срок действия акции – 1 месяц.

Если Вы уже были на каких-то из наших онлайн-семинаров, но хотите приобрести полный комплект, то сообщайте об этом и получайте дополнительную скидку 5% за каждый онлайн-семинар, который Вы посетили. (more…)

http://feedads.g.dou...P5HU/0/di</img>
http://feedads.g.dou...P5HU/1/di</img>

В современном бизнесе принято полагаться на многозадачность, и оценка сотрудника как специалиста зависит от его способности выполнять несколько задач одновременно. IT-специалисты постоянно работают в нескольких проектах сразу. Всегда ли так было? Действительно ли многозадачность необходима? Какую реальную пользу она приносит? И есть ли ей альтернативы?

Однозадачность – это ретроним, придуманный для определения того, как разрабатывалось ПО раньше, до появления многозадачности. Под многозадачностью здесь понимается одновременная работа специалиста над несколькими проектами. Этот термин в таком понимании стал употребляться в современной бизнес-среде, где такой подход считается наиболее эффективным и таким, который позволит получить наиболее всего пользы от труда сотрудника. Можно сказать, что многозадачность, пусть и в меньшем масштабе, вполне присуща нашей жизни, на работе или вне ее. Между этими масштабами многозадачности есть много общего с точки зрения того, как мы ее организовываем, и того, как она влияет на нас самих. (more…)

http://feedads.g.dou...y5Cw/0/di</img>
http://feedads.g.dou...y5Cw/1/di</img>

От редактора: У многих людей, с которыми я общаюсь, при слове «карьера» возникает однозначная реакция — да ну, бегать из компании в компанию ради повышения по ЗП каждый раз? Я часто задаю вопрос: а почему вы не рассматриваете свою компанию, как место, где можно и нужно строить карьеру? Некоторые сразу озвучивают длиннющий список причин, почему именно в их компании этого сделать ну никак нельзя (примечательно, что список этот как будто специально заготовлен :)), но есть люди, которые слушают меня и начинают задумываться.

Я нашел эту статью и заказал ее перевод, чтобы еще раз озвучить простую мысль: «Карьеру можно строить в одной компании». Подумайте над этим.

Слава Панкратов, карьерный консультант, который никого не уговаривает бросить свою текущую работу.

Слишком быстро и слишком часто ответом на этот вопрос звучит «да». «Конечно, вам нужно двигаться, чтобы попасть на следующий уровень, заработать больше денег». «Все знают, что доморощенным специалистам платят меньше». Правда ли это? Не обязательно, как утверждает Моника Амори, профессор Управления трудовыми ресурсами в IE Business School в Мадриде, Испания. В своей статье в Harvard Business Review за июль-август 2010 она обсуждает мифы и факты, с которыми она разбиралась в течение восьми лет исследований найма работников в всемирной финансовой индустрии, используя данные большого международного кадрового агентства. (more…)

Автор: Eldar Musayev
Источник: Как корпоративный менеджмент порождает монстров истории или почему IQ в корпорациях коррелирует с атмосферным давлением?

Ты — начальник, я — …?

Вас когда-нибудь мучал вопрос, почему вы — такой умный — подчиняетесь таким… как бы это сказать… Причем, ваш прямой начальник может быть еще и неплох, но чем выше вы глядите вверх по корпоративной или государственной лестнице, тем более идеал начальника приближается к чему-то вроде Горбачева-Черномырдина, а иногда даже (GM, Chrysler, Enron…) и Ельцина. А оказывается тому есть хорошие технические причины.

Давным-давно, с сказочной стране СССР (люблю я эту присказку, здорово бесит некоторых персонажей…), на мат-мехе в Ленинградском Университете пришлось мне услышать интересную формулировку: «Подсистема с наивысшей сложностью определяет поведение всей системы в целом». Оставим нетривиальные тонкости как померить сложность системы и что это такое, но утверждение звучало весьма правдоподобно. (more…)

http://feedads.g.dou...wqi8/0/di</img>
http://feedads.g.dou...wqi8/1/di</img>

Выступление Тимура Хайруллина руководителя службы нагрузочного тестирования в Яндексе на встрече в QAclub (Харьков).

http://feedads.g.dou...tb1U/0/di</img>
http://feedads.g.dou...tb1U/1/di</img>

В сентябре мы приглашали вас принять участие в опросе по результатам доклада Юлии Нечаевой и Тимура Хайруллина на киевской конференции PM Labs 2009. Они проводили опрос о соотношении разработчиков/тестировщиков в различных компаниях.

И вот наконец результаты этого исследования опубликованы в блоге Юлии Нечаевой.

Анализ результатов опроса »

http://feedads.g.dou...D7B4/0/di</img>
http://feedads.g.dou...D7B4/1/di</img>

Некоммерческая организация MITRE и институт SANS опубликовали список из 25 наиболее распространенных ошибок в программировании, которые могут сыграть на руку хакерам.

На первых трех местах — «Cross-site Scripting», «SQL Injection» и «Classic Buffer Overflow». Первые 2 — чисто интернетные ошибки, а вот переполнение буфера — классическая ошибка, до сих пор встречающаяся повсеместно.
Я здесь привожу переведенный краткий список всех 25 ошибок. (more…)

http://feedads.g.dou...b1ZQ/0/di</img>
http://feedads.g.dou...b1ZQ/1/di</img>

Автор: Федоров Александр

Залог успеха в любом деле — непрерывное совершенствование своих процессов и поиск путей снижения издержек. Но для того чтобы понять что «хорошо», а что «плохо» необходимы инструменты измерения, которые сильно разнятся в зависимости от области деятельности. В своем докладе, я хочу рассмотреть практические походы к оценке эффективности тест-дизайнеров, измерению результатов их труда и различных методов использования этих измерений.

http://feedads.g.dou...4J-8/0/di</img>
http://feedads.g.dou...4J-8/1/di</img>

• Мы хотим, чтобы у нас работали люди соответствующие занимаемой должности. Не
  обязательно лучшие в отрасли, но активно приносящие пользу фирме.
• Каждая минута присутствия на работе посвящена работе. Никаких «башоргов» с «одноклассниками».
• В фирме четкое разделение обязанностей. Аналитики анализируют, дизайнеры дизайнят, кодировщики кодируют. Это не значит, что сотрудники не изучают смежные специальности. Это значит, что каждый занят своим делом, которое знает лучше всего.

Давно хотел поделиться этим небольшим роликом, но никак не доходили руки.

Запись моего мастер-класса по проектированию тестов (тест-дизайну) на конференции Training Labs 2009, которая прошла в 2009 году, летом.

Коллеги, если у вас где-то есть видео с моими докладами, свяжитесь со мной, пожалуйста.

http://feedads.g.dou...hGH4/0/di</img>
http://feedads.g.dou...hGH4/1/di</img>

Курс ориентирован на описание полного процесса работы с требованиями в ходе проекта разработки ПО, когда требования детализируются и изменяются. Слушатели на практических упражнениях учатся анализировать проблемы, определять концепцию продукта, его требования на уровне свойств, а также специфицировать системные требования в форме сценариев использования (use-case model), использовать атрибуты для классификации требований и связи требований для идентификации их взаимозависимостей. Показана важность этих связей для управления объема работ проекта (project scope).

После завершения курса его слушатели смогут:

• Применять методику управления требованиями для определения концепции продукта и бизнес требований к нему
• Выявлять и документировать требования в форме модели сценариев использования (use-case model)
• Работать с требованиями в итеративном процессе
• Определять и документировать иерархию требования, определяющие различные уровни их детализации к разрабатываемому продукту
• Использовать атрибуты требований и связей требований для управления объемом работ проекта и запросами на изменение требований

(more…)

http://feedads.g.dou...zSvE/0/di</img>
http://feedads.g.dou...zSvE/1/di</img>

прошу перенести тему в тематический раздел http://software-test...m/forum129.html