Так ли страшны изменения, как их малюют?

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

Agile или Waterfall?

У меня долго не получалось примененять гибкие методологии для управления проектами по разработке ПО. Некоторые моменты были полезны, но в целом отказаться от долгосрочного календарного планирования не удавалось. Без построения и регулярного обновления диаграммы Ганта я не мог сам себе ответить на главный вопрос заказчика и руководства: "когда же все будет готово?"

Выстраивая рабочие процессы для производства программных продуктов, пазл неожиданно сложился, и картника ожила. Производственный процесс, в отличие от проекта, не останавливается никогда. Идет вереница проектов, у каждого свои цели и задачи, команда последовательно (или параллельно) их выполняет. И оказалось, что не надо уподобляться буриданову ослу, стоя между расплывчатой Agile доской и полной диаграммой Ганта проекта, напротив, эти блюда прекрасно сочетаются друг с другом.

Про правила

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

Мой task manager

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

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

Information Rights Management

Пока данные находятся в информационной системе, например, СЭД, доступ к ним контролируется средствами системы. Но как только информация покидает систему в виде отдельного документа, контроль над её использованием теряется. IRM (Information Rights Management) – класс систем, которые позволяют не терять контроль над документами после их публикации.

Архитектурные игры

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

Аутентификация в облаке

Так сложилось, что мне пришлось заняться изучением технологий аутентификации пользователей и сопутствующими вопросами – однократный вход, одноразовые пароли и т.п. Я был совершенно не знаком с этой темой и обнаружилось, что есть очень мало материалов “для чайников” которые простыми словами объясняли что к чему и позволяли осознать общую картину. На русском языке материалы практически отсутствуют.

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

Здесь я публикую перевод этой статьи.