Занимательное жироведение или следствие из принципа Питера

Недостаточно иметь хороший ум, главное правильное его использовать.
Рене Декарт

Общеизвестное условие успеха в любом значимом деле — упорный труд. Некоторые утверждают — только талантливый человек может быть успешен. Другие возражают, успех — это лотерея. Нельзя, конечно, сбрасывать со счетов озарения, некоторым даже удается вытянуть счастливый билет, но все это случается не часто, а вот шевелить мозгами приходиться постоянно.
Иерархическая организация
Мозговое шевеление — нелегкое занятие. Часто мы только думаем, что думаем, а на самом деле мы манипулируем фактами, придаем им различные толкования, забываем о факторе времени, расширяем единичные случай на целый класс явлений, выдаем желаемое за действительное, придумываем что-то, чего в действительности нет, и вообще создаем ментальные модели, которые лишь отдаленно напоминают реальный мир. Имея все это многообразие заблуждений в своем воспаленном мозгу — мы принимаем неправильные решение, которые создают новые проблемы, те в свою очередь, искажают обратные связи и приводят нас к еще более дурным суждениям, и с каждым новым витком мы все дальше отдаляемся от истины. Поэтому, каждый из нас, тащит на своем горбу груз ранее принятых решений. Хорошо, когда их можно списать, хуже, когда приходиться за них платить. Платить и каяться:«Боже… как я был глуп!»

Слабые люди в этот момент ломаются, уходят в себя, а остаток жизни плывут по течению. Остальные, прочитав первое предложение из этого текста, с еще большим остервенением бьются головой об стену, т.е. упорно шевелят мозгами.
(далее…)

Диковинный аналитический зверь Axiom

Введение

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

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

Среди данных программ есть известные «Монстро-звери», такие как: IBM Rational DOORS, Borland Caliber, Polarion Requirements и др. с большим количеством функциональных возможностей. Такие системы, как правило, являются хорошо зарекомендовавшими себя, но дорогостоящими. Однако среди данного перечня есть маленькие, бесплатные, малоизвестные, но очень полезные «зверьки» типа Axiom.

(далее…)

Как передавать дела при увольнении

Я руководитель отдела разработки 1С. В моём подчинении 4 разработчика и 3 специалиста поддержки. Звезды сложились так, что я решил уйти из компании. Подписал заявление, договорился о двух неделях отработки. HR напрягся, бросился искать замену, но скорей всего за 2 недели никого они найти не смогут и у меня встал вопрос, что нужно сделать, чтобы уйти «красиво», так, чтобы человек, который заменит меня смог как можно более безболезненно войти в курс дел. Размышления вылились вот в такой список.
(далее…)

Работаем над PR вместе с руководством Facebook

Работаем над PR вместе с руководством Facebook

Глава отдела Tech Communications компании Facebook дает лучшие PR-советы из тех, о которых вы еще ни разу не слышали

«Представьте, что за обедом вы сидите в окружении репортеров. Вы рассказываете им о себе, о том, что вы делаете и почему ваш продукт должен быть им всем интересен. Вам нужно убедить журналистов не только написать о вас, но и показать читателям, что вы занимаетесь чем-то стоящим. Что вас ждет успех».

(далее…)

Как я учил английский в Африке

Как я учил английский в Африке
Мыс Доброй надежды

С английским у меня беда. Дело в том, что учил я его по MS-DOS и Паскалю, а потом по фильмам. Поэтому читать и переводить в нашу сторону научился хорошо, а вот строить предложения на лету для разговора – нет. А оно сильно надо, потому что у Мосигры всё больше и больше партнёров в Европе. Думаю, у вас такие проблемы не возникают, но вот желание заправить трактор иногда появляется — и живой английский реально нужен почти каждому.

Как я учил английский в Африке
Мой заезд: Швейцария, Эмираты, Германия, Канада, Франция

Поэтому я недолго думая отправился в Южную Африку. Быстрых по визе вариантов с тёплой погодой было три: Мальта (где среди учеников сплошь китайцы, а сам остров можно обойти за два дня), Дублин (с очень интересным акцентом) и Кейптаун (колония Великобритании). Поэтому – вниз, за экватор, и на самый край обитаемого мира. В Африку, к пушистым слонам и пингвинам, копающим норы. (далее…)

Работа в индийской сфере IT: свобода или рабство?

image

Глобализация рынка труда по-новому поставила вопросы выбора работников. В погоне за максимально дешевой рабочей силой компании США и Европы обратились к индийским (китайским, российским, украинским) информационным производителям. «Спрос» на индийских специалистов перевернул как внутреннюю структуру рынка труда, так и систему образования.

Изменения, произошедшие в Индии в 2000-е, получили название «Индийской IT революции». «Революция» сопровождалась быстрым ростом количества специалистов, занятых в IT индустрии (составляющих сегодня около четверти от всей массы работников) и умножением суммарного вклада отрасли в национальный ВВП. В итоге, к концу 2000-х образовалась ситуация, при которой огромная часть населения Индии, устроившись на работу в офисе в Chennai или попав в местную «силиконовую долину» Bangalore, в действительности выполняет работу для клиентов из Сан-Франциско или, к примеру, Нью-Йорка.

Каким образом и за счет кого осуществлялся столь стремительный рост? В каких условиях работают специалисты «будущего»/нематериальные работники начала века? Ниже я приведу некоторые свидетельства тех, кто ежедневно испытывает на собственном опыте «счастливые перемены» и тех, кто пытается изобрести способы коллективного вмешательства в ситуацию. То есть свидетельства масштаба распространения буквально убийственных трудовых условий в индустрии программного обеспечения Индии, а также свидетельства попыток создания профессиональных самоорганизаций работников.
(далее…)

Принцип 80/20. Руководство для начинающих

Сегодня мы представляем вашему вниманию перевод статьи A Beginner’s Guide To The 80/20 Principle про принцип работы и использования правила 80/20, в которой, надеемся, читатели найдут для себя полезные инструменты по управлению своей производительностью.

Принцип 80/20. Руководство для начинающих
Кратко о 80/20.
“Вам не нужно делать все. Вам необходимо делать только то, что дает результат”.

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

Здесь вы узнаете, каким образом можно оптимизировать все, что вы делаете, с самого начала.

Как работает 80/20
В большинстве случаев, около 80% результата происходят из 20% причин. Эти цифры могут меняться – иногда это 70/30 и иногда 90/10. Но какое бы ни было соотношение, суть в том, что небольшое количество причин оказывают непропорционально большое влияние на результат.

Во всем, от привлечения клиентов, постах в блоге, путешествиях, фитнесе, отношениях – вы обнаружите, что правило 80/20 работает везде.

Но давайте немного вернемся назад. Что это за “правило 80/20” и что оно вообще значит?

Оригинальная формулировка правила:
“20% вложений приводят к 80% результата”

Правило происходит из книги Ричарда Коча “Правило 80/20”. Она представляет собой объемное произведение, которое определенно заслуживает быть прочитанным.

Любопытно, если вы откроете книгу Коча, вы обнаружите, на 25 страницах, он упоминает, что вы можете получить самую важную информацию из любой книги, следуя инструкции из трех шагов. Как хороший студент, я последовал его инструкциям — я прочитал начало и конец книги, просмотрел вскользь остальную ее часть, а затем снова прочитал начало и конец. Если автор рассказывает, как читать книги – вам следует прислушаться!
(далее…)

Джон Резиг: Пишите код каждый день

Прошлой осенью работа над моими побочными проектами зашла в тупик: я практически не продвигался вперёд и у меня никак не получалось делать больше, не принося в жертву свою основную работу в Khan Academy.

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

Кроме того, недельный перерыв — это слишком много, очень легко забыть, над чем ты работал и на чём остановился, даже если делать заметки. А уж если в выходные поработать не удавалось — то перерыв растягивался на две недели. Такие многонедельные переключения контекста могут быть смертельными — многие мои проекты погибли, не родившись, от такого недостатка внимания.

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

image
Иллюстрация Стивена Резига
(далее…)

Эффективность команды. Расчет бонусов

Если вы — менеджер проекта и работаете с профессиональной, слаженной командой — считайте, что вам крупно повезло.
Другое дело, если вам досталась разношерстная команда, средней или низкой квалификации. Конечно, ее можно разогнать и заменить на профессионалов, но надо понимать, что их зарплата обычно крайне немаленькая.

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

Современное образование для программистов

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

Это была прелюдия, все что следует дальше является сугубо моим мнением, правда, судя по словам моих более опытных коллег, у них аналогичное мнение.
(далее…)