Сначала все было просто. Молодость, задор. Проект пилили несколько программистов. Все кодили, по мере готовности копировали код на общую виртуалку, изредка попинывали админа на предмет доставить какой-нибудь пакет или поправить конфиг. Как только понимали, что все, шли делать релиз. Сначала backup, потом старшой собирал всю свою крутизну в кулак, копировал проект на production сервер и, при содействии админа, добивался, чтобы оно там заработало. Команда выжидала два дня, убеждалась, что очереди из благодарных пользователей с топориками не образовалось, и, с чувством гордости за выполненную работу, шла пить пиво.

Потом все чуть-чуть повзрослели. Появились и начали как-то использоваться redmine/jira/etc, git/svn, jenkins, spinx-docs/rubydoc/doxygen/etc, wiki, unit тесты. Появились подпроекты, стенд подрос. Production сервачков стало несколько. Админ поднял salt/puppet/etc, мониторинг, сидит в своем логове как паук, правит конфиги на salt-master и дергает оттуда state.highstate.

Перевод материала «P2P Salary Review».

Как и почему я реализовал P2P опрос для расчета зарплат в корпорации: конкретный пример

Цель: честная оптимизация

CEO компании поднял минимальную зарплату в компании до £45,000, и некоторые сотрудники покинули компанию из-за этого. Знаете почему? Потому что образованные, вкалывающие люди отказались принимать факт того что обычные работяги, не инвестирующие в свое развитие столько сил и времени стали получать те же деньги.

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

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

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

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

Общие принципы

1. Задания создаются и пишутся для удобства исполнителей.
2. Результатом работы геймдизанеров являются полные и понятные даже новичкам задания.
3. Исполнители читают задания и меняют их статус. (они пишут код, а не задания)
4. Долго висящие задачи — удаляются (надо будет — еще раз заведем)

У нас сотни программных проектов на поддержке, некоторые из них поддерживаются нами почти десять лет. Нетрудно догадаться, что понятие maintainable кода (переведу это понятие как код, легкий в поддержке) является у нас одним из основных. По счастливому стечению обстоятельств легкий в поддержке код также является и легким для (unit-)тестирования, легким для освоения новыми членами команды и т.д. Скорее всего, это связано с тем, что для создания maintainable кода приходится озаботиться хорошей архитектурой проекта и завести несколько хороших привычек.
В этой статье и поговорим о таких привычках, благодаря которым часто хорошая архитектура получается сама собой. Постараюсь также иллюстрировать все хорошими примерами.

Добрый день, уважаемое хабросообщество!

Я уже давно являюсь читателем этого замечательного ресурса и вот, наконец, решил попробовать и свои силы. Я заметил, что тема управления проектами на Хабре освещена довольно широко в соответствующем блоге, а вот об управлении требований ничего найди не удалось. Что ж, пришло время восполнить этот пробел!

Введение

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

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

Я надеялся, что это было временно. Я надеялся, что 2015 год будет годом производительности. Я ошибался. Средний вес веб-страницы возрос на 7.5% за пять месяцев, превысив 2Mb. Для этого же потребуется три 3.5-дюймовые дискеты двойной плотности!

Согласно отчёту на HTTP Archive за 15 мая 2015, статистика, собранная на почти половине миллиона веб-страниц, такова:

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

3 важных навыка, которыми менеджер может не владеть,
и проект при этом успешно закончится в срок и в рамках бюджета.

1. Методологии