Показаны сообщения с ярлыком st. Показать все сообщения
Показаны сообщения с ярлыком st. Показать все сообщения

пятница, 15 октября 2010 г.

Почему тестирование - это тупо и скучно?

Последние дни всё чаще натыкаюсь на сообщения в блогах и форумах про то, что тестирование - это либо очень скучно, либо тупая работа и т.д.
Что все эти люди делают в тестировании??

Позавчера я тестировала свой небольшой веб-проект.

За 4 часа я завела 25 дефектов.

Я очень радовалась каждой "находке", особенно если в поиске она была нетривиальной. Ещё больше радовалась каждый раз, когда удавалось точно локализовать дефект. Мне действительно нравилось их заводить, стараясь это сделать наиболее понятным способом.

"А что, если?...", "А как проверить?...", "А как бы?..." и т.д. заполняют мозг, который включается на полную мощность.

Если бы мне кто-то предложил в этот момент посмотреть фильм, поиграть в компьютерную игру или сходить в клуб, я бы ему ответила, что занята значительно более интересным занятием! Потому что это действительно очень интересно!

Это захватывает, и время пролетает очень быстро. Это творческая, непростая, ответственная работа, которая увлекает на 100%!

И я задумалась. Кто пишет про "скучно", "рутина" и "тупая работа"? Почему не всем нравится? Постаралась выписать всё, что пришло в голову.

1. "Не моё". Я обожаю тестировать и проводить тренинги, но я ненавижу звонить по телефону. НЕ МОЁ! Тестирование - это набор конкретных действий, которые мы выполняем. Кому-то нравится этот процесс, кому-то нет. Если это не ваше - ищите своё! Явно есть вещи, которые увлекут так же, как тестирование - меня.

2. "Не умею". Тестировать - это навык. Я помню, как я тестировала в начале карьеры. Тынканье на кнопки, просмотр UI... нудно и скучно. Тогда я не использовала на лету интересные техники тест-дизайна, тогда я не понимала как правильно локализовывать дефекты и вообще не понимала насколько важно (и обычно сложно) их точно локализовать. Это была и впрямь тупая работа, это было скучно. Знание методологии меняет всё! Тестирование становится творческим и значительно более интересным!

3. "Не понимаю зачем". Когда я тестирую свой собственный проект, мне это важно и я понимаю, зачем я это делаю. Когда я участвовала в выпуске продуктов с мировым именем, которыми я гордилась и горжусь, я понимала важность тестирования для миллионов (МИЛЛИОНОВ!) пользователей. Это добавляет работе значимость и интерес. Работая в компании, в которой качество не ценится, испытывать удовольствие от тестирования сложно - оно же никому не нужно!
Работаете в такой компании? Бегите!

4. Неоправданно жёсткие процессы. Тестировать по 100 лет назад созданным тест-кейсам, повторяющимся каждый день, не просто скучно, но и бесполезно. В итоге и интереса нет, и ответственность не чувствуется. Надо уметь выбирать оптимальное соотношения исследования к документированию. Да, документы нужны. Иногда чек-листы, иногда даже тест-кейсы, иногда они даже необходимы. Но НЕ ВСЕГДА!

Может, есть ещё какие-то причины неинтереса.

Но мне кажется, что если у вас
* оптимальный процесс
* достойный продукт
* существенный багаж знаний в области методологии тестирования и вы умеете их пременять,

то либо тестирование - это мега-супер-пупер-аж-захватывает-дух интересно, либо НЕ ВАШЕ!

воскресенье, 8 августа 2010 г.

Осенний тренинг-марафон для тест-менеджеров

Этой осенью я провожу какое-то сумасшедшее количество тренингов:

1) Управление командой тестировщиков

- Москва: 23 сентября
- Санкт-Петербург: 2 октября
- Минск: 14 октября

Это мой любимый тренинг :) Сейчас он полностью переработан и нашпигован секретной информацией тайных спецагентов тест-менеджмента. Этот тренинг - о людях, потому что тестировщики - это в первую очередь люди, и умение формировать команду мотивированных рыцарей-джедаев - самое важное, что Вы можете сделать для своего проекта :) На этом тренинге Вас ждут непрерывные упражнения в группах, которые позволят не просто узнать теорию, а прочувствовать все темы на практике! А тем, кто и так всё знает - понаблюдать за своим менеджментом со стороны и получить массу полезной обратной связи!

2) Тест-дизайн для менеджеров
- Москва: 24 сентября
- Санкт-Петербург: 3 октября
- Минск: 15 октября

Этот тренинг тоже существенно переработан на основании последних отзывов. Половину тренинга мы проведём, занимаясь коллективным творчеством и знакомясь с различными инструментами тест-дизайна, которые созданы для сокращения трудозатрат на тестирование в разы. Это будут основы, которые позволят Вам сориентироваться в существующих подходах к тест-дизайну и научиться выбирать оптимальные варианты. Помимо этого, мы уделим массу времени таким темам, как создание "работающего" тест-плана, формирование команды тест-дизайна, выбор подходящего инструментария. Внимание! Тренинг настолько насыщен мозговзрывающей информацией, что перед ним необходимо хорошенько выспаться! :)

3) Управление автоматизацией тестирования
- Москва: 25 сентября
- Санкт-Петербург: 1 октября
- Минск: 16 октября

Этот тренинг будет проводиться впервые. Его цель - помочь тест-менеджерам построить эффективную автоматизацию даже в случае, если Вы сами не являетесь продвинутым техническим специалистом. Мы расшифруем все те страшные слова, которыми обычно ругаются автоматизаторы-разработчики и поизучаем, как это устроено внутри, а главное - что с этим делать?? Как сделать автоматизацию не чем-то "для галочки", а полезной проектной активностью, которая позволяет экономить затраты ручных тестировщиков? В чём разница автоматизации в маленьких и больших командах? Как отбирать тесты? Как измерять их эффективность? К концу этого тренинга Вы самостоятельно развеете массу широкораспростренённых мифов, которые препятстсвуют результативному взаимодействию миров автоматизированного и ручного тестирования ;)

В общем, готовьтесь к тренингам, запасайтесь вопросами и отличным настроением!

пятница, 9 июля 2010 г.

Балдеющие от адреналина или зомбированные шаблонами

Большое спасибо Борису - подкинул книжку, которая заставила задуматься :)


Книга описывает стандартные поведенческие паттерны проектных команд. Наверное, в Орловско-Панкратовских "Играх в ИТ" нечно подобное. Смотришь на них со стороны и думаешь "вот жеж идиоты, так обычно и бывает"... и где-то внутри что-то начинает назойливо почёсывыть, постукивать, поскрёбывать... и тут ты понимаешь: "О! Я же вчера так сделала!"...
Советую всем прочитать эту книжку, будучи максимально искренним с собой и проанализировав, а не делаете ли вы сами все эти глупости? :)

Больше всего понравилась глава про менеджеров-нянь. Как минимум приятно, что звёдный состав авторов меня понимает :))) Как максимум - видно направление роста. Вот он, свет в конце тоннеля!

И ещё одна важная, важная, важная мысль. Понимать, что такое хорошо и что такое плохо и даже уметь делать всё хорошо - этого недостаточно, если работаешь в компании, где нереально что-то поменять. Понимать недостаточно - надо делать.

пятница, 11 июня 2010 г.

Когда полезен тест-дизайн?

На форуме прозвучал вопрос про ситуации, когда необходим тест-дизайн, и когда - нет. Отвечаю расширенно и здесь :)

Глоссарий:
Тест-дизайн - это активность, направленная на создание тестовых спецификаций, определяющих способы тестирования продукта.
Тестовая спецификация может быть в формате чек-листа и тест-кейза.
Тест-кейз - это описанная последовательность действий(шагов) и ожидаемого результата.
Тест-кейз

Чек-лист - это перечисление областей/действий, которые надо протестировать, без описания шагов.
Чек-лист

Свободное тестирование - неограниченное рамками тестовых спецификаций творческое тестирование.
Эксплоративное тестирование

Чтобы ответить на вопрос, что и когда нужно делать, надо сначала понять, что и зачем нужно :)
Зачем пишутся чек-листы?
- Чтобы ничего не забыть
- Чтобы оценивать масштабы работ
- Чтобы иметь возможность приоритезации проверок
- Для подспорья неопытным сотрудникам
- Чтобы иметь возможность приблизительно отслеживать, что работает, а что - нет

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

Получилось приблизительно такая схемка:


Исходя из этих пунктов, уже почти понятно, когда что использовать - нужны ли нам кейзы, чек-листы, или вообще ничего не нужно...
Но, не тут-то было! У любых подходов есть и свои негативные факторы:

Минусы чек-листов:
- Непонятно, что именно было протестировано
- Нужно некоторое (небольшое) время на их создание

Минусы тест-кейзов:
- Большие затраты на их создание
- Необходимость поддержки в случае изменений в продукте
- Эффекти пестицида (кейзы со временем перестают находить ошибки)
- Скука со стороны тестировщиков (не всем нравится гонять одно и то же)

Соответственно, мы получаем "плюсы" - это то, что мы получаем. И минусы - это цена, которую мы платим за эти плюсы.
В каждом конкретном случае список плюсов и минусов (особенно плюсов) может существенно расширять. И что выбирать будет зависеть от того, готовы ли вы платить такую цену за такие плюсы :)

четверг, 6 мая 2010 г.

2 умных мысли за один день

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

ДАЙВ БАРРИ, американский юморист, лауреат Пулитцеровской премии.

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

БИЛЛ ГЕЙТС, основатель компании Microsoft

среда, 5 мая 2010 г.

QA, QC, Testing & Process Managers

Кажется, уже все всё давно знают... Но до сих пор задают вопросы :)
Кто такие QA, QC, тестировщики и процессные менеджеры?

Тестировщики.

Это такие ребята, которые никому не доверяют и всё проверяют самостоятельно :) Можно сказать, пробуют на вкус ;-)
Как они это делают:
- вручную и автоматически
- белым ящиком или в полном неведении
- по тест-кейзам или самостоятельно
- хаотично или придерживаясь плана
и т.д. Как бы они это не делали, они делают именно это: мучают продукты и заводят баги.

Quality Control (QC)

Эти бравые ребята ставят диагноз. Типа "Жить будешь" или "Вам бы подлечиться".
Для того, чтобы поставить диагноз, нужно произвести 2 действия:
- провести анализ (температура, биохимия, МРТ :)))
- определить, что является нормой, а что - отклонением.
Так вот, первая часть - это то самое тестирование. Но - есть бонус - в диагнозе :) QC не просто говорит "здесь бага" - QC определяет качество продукта, его готовность к релизу. Для этого создаются метрики качества, зачастую возможно личное общение с заказчиками. Более того, есть особо пронырливые QC, которые хорошо разбираются в предметной области и часто учат жить аналитиков. А точнее - переписывать требования :)
В нескольких компаниях, в которых я работала, QC обладают так называемым "правом вето" - то есть, пока они не разрешат, продукт релизить нельзя. Ответственность выше, эго шире :))

Quality Assurance, QA

В древнем Китае семейные врачи зарабатывали деньги всё то время, когда их клиенты были здоровы. Если же кто-то в "подконтрольных" семьях заболевал, им прекращали платить до полного выздоровления. Это всячески способствовало ориентации врачей на здоровье.
Немного похоже на QA... Потому что эти ребята предпочитают не лечить, а проводить профилактические мероприятия. Делают прививки, учат как правильно чистить зубы и агитируют за шерстяные носки :) Тестировщики расстраиваются, если багов нету. А QA счастливо потирают руки и гордятся.
Что они для этого делают? Определяют процессы, подходы, влияют как на тестирование так и на разработку, на билды и на требования. Их главная задача - чтобы продукт был качественным :) Если в компании всё хорошо, то их слушаются. Если плохо - то их просто нет :)

Процессные инженеры, процессные менеджеры.

Иди сюда... сюда... вот так... Теперь правой.. Оп! Не получилось? Попробуем с начала :)
Если в Вашей компании есть такие зануды, то это - процессные инженеры. Они всех учат жить, поэтому зачастую их любят меньше чем тестировщиков. Хотя, при правильном подборе, эти ребята творят чудеса! Их предназначение - искать наиболее эффективные пути выполнения тех или иных задач. Как сэкономить время на сборки? Как проводить Post Mortem? Как сделать так, чтобы тестеры и девелоперы не ссорились? Эти джедаи разрулят любые ситуации, как гаишник с палочкой, если светофор не работает :) Они напишут регламент, объяснят процедуры, найдут крайних и придумают Вам новую работу. И всё - на благо дела!

Выводы:
QC и Тестирощики - это почти одни и те же ребята, только с разными подходами к своему делу и разными уровнями возможности и ответственности. Перейти из одного амплуа в другое - просто, даже в рамках одной фирмы.
QA и процессные инженеры - тоже родственники. Но миссия QA - "Качество", а миссия проессных инженеров - "Оптимизация".
QA и QC - дальние родственники, несмотря на общую букву и то, что 90% тестировщиков называют себя QA инженерами :)

понедельник, 3 мая 2010 г.

Challenge для тест-менеджеров

Мне самой немного страшно :) Ровно через 2 недели начнётся Школа Тест-Менеджеров.
Никакой лишней болтовни, теоретических изысканий, "интересных" тем.
Всё - только полезное, практичное, и на собственном опыте. В общем, этот тренинг не для слабонервных, которые готовы прийти, послушать, и забыть. Это тренинг для тех, кто хочет за короткий срок прокачаться на два уровня и получить +80 опыта :)
Мы будем вместе планировать, налаживать процессы, учиться работать с персоналом, внедрять эффективную автоматизацию и строить тест-дизайн. И не на абстрактных примерах - а в реальной жизни!!
Впереди - 2 месяца непрерывного развития, после которых всё будет по-другому. Совсем по-другому!
В группе осталось 4 места. Торопитесь!

Оптимизируем свои ИР - часть 2, Тайм-менеджмент

Тайм-менеджмент - это всё ещё модно. ОЧЕНЬ МОДНО. Пик популярности в России закончился лет 5 назад, но до сих пор по Т-М клепают пачки книг и море тренингов.
Почему?
Потому, что все мы хотим "волшебную таблетку" - типа, без тайм-менеджмента мы можем Х, а с этим инструментов - как минимум Х*2. Чаще всего ответ этим надеждам - "фигушки!" :) Рассмотрим почему:
1) Тайм-менеджмент - это набор практик и методик, которые позволяют оптимизировать свои временные затраты. То есть, делать больше за то же количество времени. А что, вы правда хотите работать в 2 раза больше??
2) В ресурсах по тайм-менеджменту слишком часто навязывают конкретные инструменты, которые подходят далеко не всем. Проверили - не работает - отказались от ТМ как факт. Судя по моим наблюдением, через этот этап проходит большинство начинающих читальцев-тренингопосетителей, которые в итоге так ничего и не начинают использовать.
3) Т-М обычно используется там, где нам НАДО что-то сделать. Если есть любимое хобби (цветочки, кошечки, вязание и т.д.) - то Т-М никому не нужен. Нравится процесс как таковой, и эффективность не беспокоит. А вот если нам что-то "надо", то мы начинаем беспокоиться об эффективности. А "надо" далеко не всегда равно "хочу", поэтому, начиная больше времени уделять тому, что "надо", мы получаем дискомфорт и демотивацию, и часто это можно свалить на Т-М.

Это не все причины "провалов", но основные. Вкратце они сводятся к одной простой истине: от Т-М часто ждут слишком многого (подозреваю, что виной тому во многом излишне громкие обещания на обложках книг и в описании тренингов): не просто оптимизировать временные затраты, а помочь улететь в космос, достичь успеха в неинтересной сфере и мотивировать нас вставать по утрам на час раньше. Т-М для этого НЕ предназначен. Вообще.

Что такое ТМ: это набор практик, инструментов и подходов экономить время. Например:
- декомпозировать объёмные задачи
- начинать с наименее приятных задач, чтобы они не тормозили нас
- раскладывать писемки по папачкам, чтобы потом экономить на их поиске
- периодически вести хронометраж, чтобы контролировать "утечки" времени
- определять и правильно использовать приоритеты, следовать законам Парето, Важному/Срочному и т.д.
- подбирать подходящие способы планирования
- наводить порядок
- последовательно решать задачи
- и т.д.

Это хорошие, полезные, эффективные практики. Но при следующих условиях:
1) Выбранные задачи, цели согласуются с Вашими жизненными приоритетами, ценностями. Кажется просто? Как бы не так!
2) Вы любите делать то, что делаете. Не любите? Не делайте. Способы "полюбить" нелюбимое есть, но толку от них мало. Если вы давно хотите уйти из тестировщиков в фотомодели, то самое лучшее время для этого - прямо сейчас!
3) У вас достаточно жизненной энергии для активной работы. Достаточно чаще всего значит "много" :)
4) Вы умеете делегировать. Это - навык, которому учиться и учиться, и не только для менеджеров. Поверьте, даже уборщица в Вашей квартире - это ценная инвестиция. Проверить это можно эмпирическим путём :)

Как и что развивать:
1) Энергетика

Когда я впервые прочитала эту книгу, меня торкнуло. Масса базисной теории и практических советов по наращиванию мощи :) Полезно, MUST READ.

2) Целеполагание + тайм-менеджмент.

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

3) Непосредственно тайм-менеджмент.

Есть очень много книг, очень много тренингов, многие из них я читала и посещала, но сказать, что есть что-то "ВАУ" - не могу :( Тайм-менеджмент нагляднее всего в игровых тренингах, а не книжках - поэтому, посоветую тренинги Инны Иголкиной (timesaver.ru) - они "средненькие", но хотя бы стоят адекватных денег в отличие от почти идентичных тренингов Архангельского.
Куча книжек по тайм-менеджменту - здесь:
http://www.koob.ru/time/

И самое главное, про книжки и тренинги по Т-М: мы все уникальны, и не факт, что лично Вам поможет есть лягушек, резать слонов и вести хронометражи. Пробуйте сами, что понравится и что нет :)

Выводы из части 2:
1) Определяем цели
2) Форсируем кризис среднего возраста и бросаем всё, что не любим
3) Прокачиваем энергетику, чтобы на всё хватало сил
4) Читаем книжки и ходим на тренинги по тайм-менеджменту, как только поняли, что мы к этому готовы!

среда, 28 апреля 2010 г.

Оптимизируем свои ИР - Часть 1, Mind Management


Человеческий мозг развивался сотни миллионов лет. Его основой является т.н. "мозг рептилий" - часть мозга, ответственная за основные инстинкты, определяемые стремлением к выживанию (страх опасности, голода и т.д.). После появился "мозг древних млекопитающих", в который средой развития оказались заложены стадные чувства, стремления к социуму, боязнь одиночества и отверженности. И не так давно в нашем мозгу появились передние отделы коры головного мозга, ответственные за логику, осознанность, и по мнению некоторых специалистов - духовные стремления.
Поэтому, когда мы говорим про свои осознанные стремления и интеллектуальный рост, мы работаем с самой молодой частью нашего мозга. Можно сказать, что это "бета" - над ней ещё работать и работать :)
Как?

1) Наращивать нейронные связи, то есть, увеличивать ресурс мозга.
Мозг можно развивать, натренировывать, и поддерживать активным долго-долго. Для этого надо непрерывно делать что-то НОВОЕ. Повторение одинаковых действий не развивает ваш мозг. НИКОГДА. Только новые действия, особенно:
- изучение иностранных языков
- использование левой руки, если вы правша, и наоборот
- головоломки, кроссворды, логические игры, судоку - только не одно и то же изо дня в день :)
- рисование!
- решение творческих задач на работе (учитесь делегировать повторяющие однотипные задачи!!)
Вообще, возьмите на вооружение жизненный принцип "стараться как можно больше делать нового, и как можно меньше - повторяющихся задач". Чего бы это ни касалось :)

На эту тему есть много вполне адекватных книг, особенно рекомендую:


2) Структурировать кашу в голове.
Когда я открыла для себя mind maps, я была в восторге. Но значительно бОльший кайф я словила, когда прочитала книжку:

Майнд-карты - это очень полезный инструмент для:
- Создания тренингов
- Определения scope тестирования
- Поиска решений сложным задачкам
- Проведения групповых брейнштормов
- и мноооогого другого.
Но самое главное - не то, что даёт использование инструмента самого по себе. Самое главное, что регулярно и активно его используя, эти карты начинают генериться в голове "на лету". В итоге, расчищается хаос мыслей, вместо которого появляются разложенные по полочкам и стопочкам мысли.
Чтобы этого достичь - надо прочитать книжку и нарисовать меньше чем за месяц 50 серьёзных карт. Результат гарантирован :)
p.s. Если религия не позволяет использовать нелицензионный софт, а денег на MindManager жалко - скачайте бесплатную версию XMind. Функционала меньше и юзабилити хромает, но он тоже неплох :)

Выводы из части 1:
1) Записываемся на курсы турецкого языка
2) Делегируем однотипные задачи
3) Читаем умные книжки
4) Учимся рисовать майнд-мепы

Оптимизируем свои интеллектуальные ресурсы - Часть 0, вводная

Лично для меня жизненным фундаментом являются мои способности, навыки и знания. Это - то, на чём базируются мои решения, достижения, действия. Поэтому я непрерывно выделяю для себя время и финансы на развитие. Помимо конкретных навыков вроде "написать тест-кейз" или "настроить DHCP", есть более глобальные способности, которые являются фундаментом для любых других навыков. В моей системе мер, это:

1. Управление интеллектом. Mind Management, в общем. Для его развития, я использую:
* Упражнения на развитие интеллекта
* Mind Maps для структуризации информации
2. Тайм-менеджмент - чтобы всё успевать и использовать свои временные ресурсы эффективно.
3. Эмоциональный интеллект (EQ), в который входят:
* Чёткое понимание своих желаний
* Комфортное общение с окружающими людьми (взаимно комфортное)
* Вырабатывание "внутреннего стержня", жизненных ориентиров, стремлений и принципов
4. Коммуникативные навыки, а именно:
* Умение слушать и слышать собеседника
* Умение эффективно преподносить информацию
* Гибкость в общении и способность к компромиссам
5. Навык получения навыков :) То есть, самообразование.
* Умение объективно оценивать "где я сейчас"
* Прокладывание маршрута к "где я хочу быть"
* Выработка эффективных паттернов обучения, с удовольствием и от процесса и от результата
6. Мотивация и работа с персоналом
* Мотивация СЕБЯ
* Мотивация команды
* Развитие, движуха, жизнь, ЭВОЛЮЦИЯ!!!

Вобщем-то, это далеко не полный список, но это - основные факторы "на прокачку". Так как я уже собрала немало граблей в саморазвитии по этим областям, то, кажется, настало самое время поделиться наработками и позволить желающим сэкономить своё время и пройти этот путь без шишек на лбу. Поэтому, я пройдусь по каждому пункту с отдельной записью об общих подходах к теме + списком избранной литературы по тематикам. Если в списке не хватает чего-то, на ваш взгляд важного - добавляйте. Если "шарю" - включу в список :)

вторник, 13 апреля 2010 г.

CEE-SECR 2010 (13-15 октября 2010, Москва)

Открыт приём статей на конкурс для включения в программу Шестой ежегодной конференции "Разработка ПО 2010" (CEE-SECR 2010). Подробную информацию о конференции можно найти на сайте http://cee-secr.org/ .
Срок подачи статей - до 24 мая.

пятница, 9 апреля 2010 г.

Человеческие ресурсы

На глубокоуважаемом мною it4business сегодня была поднята тема, что называть сотрудников "ресурсами" - неэтично. Вступать в дискуссию желания не возникло, но некоторые мысли по этому поводу сформировались. Постараюсь структурировать.

1. Это просто слова.

В моём восприятии роль письменной и устной речи - обеспечение возможности коммуникаций. Поэтому, главное - понимать друг друга. Мне всё равно, что называть эксплоративным тестированием, а что - чайником. Главное - чтобы участники коммуникации имели общее определение.

2. Происхождение термина "ресурсы" применительно к human being.

Подозреваю, что термины HR и человеческие ресурсы вошли в активный оборот с введением методологий управления проектами и соответствующих тулов. И там это очень логично: задачи надо в чём-то измерять и контролировать, и проекты сколько-то стоят. А в ИТ основная цена проекта - человеческие ресурсы.

3. Объективное соответствие слова "ресурсы" контексту

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

Наверное, в семейных отношениях меня бы расстроил термин "ресурс": "Милый, удели мне 2 часа своих трудозатрат"... Но работа - это работа...

4. Негативная коннотация в слове "ресурсы"

Вот откуда она произошла - для меня загадка. Но, рискну предположить, что дело это связано с некоторыми комплексами. Сегодня на работе провела опрос, кого смущает это слово. Результат: несколько откликнувшихся - исполнители, которые считают себя недооценёнными. Ведущие и хорошооплачиваемые спецы сказали, что считают этот термин применительно к себе более чем корректным. Выводы? Не буду :)

5. Ресурсы - продажны?

О нет. Преобладающую часть своего времени я работаю на себя. И планируя задачи на неделю, оперирую своим рабочим ресурсом на это время. Может быть, я просто не знаю альтернативы термину "ресурс" применительно к свободным часам? Я буду очень признательна всем, кто выступает против термина "ресурс" применительно к человекам, если Вы скажете, на что его можно заменить, чтобы оно продолжало выполнять свою роль в управлении?

6. И самое главное - про человеков, которые называют других человеков (включая себя) "ресурсами".

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

И этому не помешают никакие термины, которые достаточно функционально отражают своё значение.