Персики, лимоны, рынок вакансий в IT и как все это связано

Эта статья подготовлена для блогов журнала PCWeek.

В 2001 году Джордж Акерлофа получил нобелевскую премию по экономике за анализ рынков с ассиметричной информацией. Ходит байка, что когда он впервые отправил статью про персики и лимоны в экономический журнал, ее отклонили, посоветовав такие статьи отправлять в журналы по садоводству. Что же за понятия персиков и лимонов ввел Акерлофа, и какое отношение они имеют к рынкам с ассиметричной информацией? И вообще, причем здесь вакансии в IT? Вот об этом и предлагаю поговорить.

О KPI и мотивации

Эта статья подготовлена для блогов журнала PCWeek.

«Наиболее важные факторы, необходимые для управления любой организацией, как правило, неизвестны и количественно неопределимы»

Э. Деминг, "Выход из кризиса"

Открывая новый проект, запуская изменения в существующем процессе, мы придумываем метрики и задаем KPI. И, как правило, за достижение этих KPI назначаются ответственные, которые получат бонусы или будут наказаны за несоответствие реальности целевым индикаторам. Предполагается, что наличие таких показателей должно стимулировать исполнителей. Но как на самом деле все это работает? В большинстве случаев – странно.

Как изменить поведение сотрудников

Эта статья подготовлена для блогов журнала PCWeek.

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

Оценка требований по Кано

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

Драйверы и разработка программного обеспечения

Эта статья подготовлена для блогов журнала PCWeek.

Работа стремится занять все время, отпущенное на нее.
Закон Паркинсона.

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

Парадигма Кеневина и разработка программного обеспечения

Эта статья подготовлена для блогов журнала PCWeek.
Теория запутанности (сложности), предложенная Дейвом Сноудоном в начале двадцать первого века, несмотря на свою молодость, уже нашла применение в кибернетике, менеджменте и биологии. Сегодня я предлагаю обсудить парадигму Кеневина в применении к разработке программного обеспечения.

О правилах и специфичности разработки программного обеспечения

Эта статья подготовлена для блогов журнала PCWeek.
Разработка программного обеспечения как вид человеческой деятельности появилась достаточно недавно. Возможно, в следствие этого, а может быть, по другим причинам очень многие верят в то, что ее «аршином общим не измерить, у ней особенная стать» и далее по тексту. Вот об этом предлагаю сегодня и поговорить.

Об эффективности в ущерб эффективности

Эта статья подготовлена для блогов журнала PCWeek.
Еще в прошлом, двадцатом, веке крупные неконвейерные производства столкнулись с проблемой несбалансированности ресурсов. Поясню на примере. Если у нас конвейер, и каждая операция на нем занимает 15 секунд, то все хорошо. Если операция занимает 15 плюс-минус 10 секунд, то непрерывного конвейера не получается. Либо мы все настраиваем с учетом самой медленной операции, либо конвейер разваливается. В большинстве случаев замедлить конвейер до самой медленной операции неэффективно, поэтому появилось такое понятие, как рабочие центры.  В первом рабочем центре обрабатывается партия из тысячи изделий, потом они передаются на второй и т.д. Очень быстро возникла ситуация, когда перед «медленными» рабочими центрами стал образовываться вал партий. Одним из первых предприятий, которое предложило решение этой проблемы, была Тайота с методологией Lean. В Советском Союзе в 1964 году вышла книга Родова и Крутинского «План, поток, ритм». Основная идея «борьбы» достаточно проста: эффективность всего производства определяется эффективностью самого медленного рабочего центра. Э. Голдратт такой рабочий центр называет ограничением (не путать с бутылочным горлышком - bottle neck). Вводная часть, пожалуй, уже сильно затянулась, поэтому предлагаю перейти непосредственно к ИТ.

А чем вы готовы пожертвовать?

Эта статья подготовлена для блогов журнала PCWeek.

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

Зачем мы тратим время на оценки?

Эта статья подготовлена для блогов журнала PCWeek.
В современных технологиях разработки программного обеспечения одним из основных камней преткновения является оценка трудоемкости выполнения задач. Ошибка при оценке может достигать нескольких раз. Именно это демонстрирует конус неопределенности, предложенный Барри Бемом в 1981 году (изображение с сайта http://infostart.ru/):