Pull to refresh

Управление изменениями в БД с Embarcadero DB Change Manager

«Embarcadero (Borland)» corporate blog
Существует множество различных способов и решений, чтобы хранить изменения в БД и управлять ими. Важно найти наиболее приемлемый подход и применить подходящий инструмент, который поможет вам повысить степень автоматизации версионной миграции БД, повысить качество и надежность вашей работы, сэкономить ресурсы и время сотрудников. В прошлой статье я постарался на жизненном примере рассказать, откуда возникают проблемы управления изменениями БД, какие трудности это создает, и какие выводы можно сделать на базе этого, по большому счету, негативного опыта.
Как правило, для успешного внедрения технологий версионной миграции БД желательно иметь инструментальные средства, которые облегчают и автоматизируют выполнение следующих задач:
  • Обновление БД с конкретной версии на любую другую за один шаг, как на более позднюю, так и возврат к предыдущей;
  • Легкое получение скриптов миграции в автоматическом режиме, с возможностью «ручного» внесения исправлений в крайнем случае;
  • Создание «с нуля» нового экземпляра БД, соответствующего имеющейся версии приложения;
  • Простое создание тестовых/девелоперских экземпляров БД на базе актуальных рабочих БД для ведения разработки на них, которые максимально соответствуют этим рабочим.
  • Контроль и аудит нежелательных изменений в экземплярах БД, при необходимости автоматический возврат к эталонному состоянию в сжатые сроки.

Уже упоминалось, что версионный подход не очень эффективно применять без использования каких-либо инструментальных решений. Посмотрим, как можно решить эти задачи с помощью DB Change Manager компании Embarcadero. Это утилита для администраторов БД и разработчиков баз данных позволяет упростить и автоматизировать внесение изменений в базы данных и создавать отчеты об изменениях. DB Change Manager обеспечивает согласованность БД, соблюдение норм и конфиденциальность данных.

Концепция работы утилиты основывается на операциях сравнения и «архивирования». DB Change Manager позволяет анализировать и сравнивать элементы БД, взятые из двух различных источников данных. Он генерирует SQL-скрипт, с помощью которого один источник данных будет изменен так, чтобы он совпадал с другим.

Все операции выполняются в виде отдельных «заданий». Задания используются для организации повторно используемых процессов. Задание может быть выполнено по директиве пользователя или сохранено на диск, чтобы быть запущенным по расписанию в пакетном режиме из командной строки.
image
Читать дальше →
Total votes 10: ↑9 and ↓1 +8
Views 4.4K
Comments 0

Профессиональное управление изменениями

Project management *
По статистике средний ИТ-проект за месяц прирастает изменениям на 5%. Несложно посчитать, что за полгода проект изменяется практически на треть, а за год проект становится больше чем на половину. Более того, одной из основных причин неудачных ИТ-проектов является неуправляемый поток изменений, приводящий к провалу проекта. Предлагаю использовать системный подход к управлению изменениям.

Процедура управления изменениями


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

Читать дальше →
Total votes 11: ↑7 and ↓4 +3
Views 31K
Comments 6

Как не завалить ИТ-проект?

Project management *IT career


Все знают о том, что значительная доля ИТ-проектов заканчивается неудачей. Причины этих неудач различны, но все, кто занимался этой проблемой сходятся в одном: тщательная подготовка снижает риски неудач.
Вопрос в том, что делать во время этой подготовки? Как правильно подготовить проект так, чтобы он удачно завершился?
Читать дальше →
Total votes 14: ↑13 and ↓1 +12
Views 10K
Comments 5

Стоит ли объяснять стратегию своим сотрудникам?

Супереон corporate blog Community management *Personnel Management *
Оказывается, из всех разработанных стратегий реализуется лишь 10%. В чем отличие успешных организаций, и что останавливает остальных?
image

Лет десять назад я был весьма удивлен, когда узнал, что только 30% внедрений ERP систем считается успешными. Три года назад я узнал, что успешны только 20% внедрений корпоративных социальных сетей (сейчас уже больше, потому что за это дело взялись мы). И вот, на прошлой неделе, читая книгу Джима Хоудена «Искусство вовлечения», я узнал, что есть вещи, которые внедряются еще хуже. Это стратегии развития компаний. И из всех разработанных стратегий реализуется только 10%.

И основная проблема кроется в том, что стратегию создают руководители, а реализовывают их рядовые сотрудники. И неумелое руководство, неэффективная командная работа, нежелание проявлять инициативу, неспособность адаптироваться к переменам убивают хорошую идею. Чтобы стратегия была реализована, надо чтобы все люди в вашей организации поняли, приняли и применили новые способы работы. Задача необычайно сложная, и очень хочется заранее знать, что все ваши усилия направлены не в пустую. Но, увы, вас зовут не Мартин Макфлай и не Док Эмметт Браун, и будущего предсказать вы не сможете. Так давайте хотя бы попробуем оценить затраты.
Читать дальше →
Total votes 10: ↑9 and ↓1 +8
Views 4.3K
Comments 3

Клиентские сообщества на службе ведущих мировых компаний

Супереон corporate blog Project management *Community management *Product Management *
Построение клиентских и партнерских сообществ становится необходимой частью стратегии управления потребительским опытом (customer experience). Существующий функционал общественных социальных сетей не позволяет реализовать весь пул задач для развития отношений с потребителем. В статье рассматриваются цели, возможности и особенности платформ, позволяющие строить и развивать клиентские сообщества, добиваясь повышения лояльности, роста приверженности, увеличения удовлетворенности и одновременного снижения затрат на службу поддержки.

image

По данным аналитиков до 67% всех отношений с потребителями в мире строятся онлайн. Богатые возможности интернета и социальных сетей позволили преодолеть пропасть между компанией и ее клиентами. Прошло не более двух десятилетий и управление потребительским опытом стало важнейшей частью маркетинговой стратегии ведущих компаний. Вместе с растущей вовлеченностью потребителей в социальные сети это создало широкие возможности для развития клиентских и партнерских сообществ. Причем только лишь наличие представительств компании в социальных сетях не позволяет в полной мере построить клиентско/партнерское взаимодействие, в лучшем случае помогает лишь собирать обратную связь от клиентов о продуктах и услугах компании. Иногда получается интересный опыт, когда компания создает разные группы под разные задачи, например, на запрос «Ростелеком» ВКонтакте выдает 1200 групп. Причем наверняка часть из этих групп создана пользователями, и иногда такие «приемные дети» оказываются намного популярнее своих родителей.

Плюсы и минусы групп в общественных соцсетях для продвижения бренда компании.
Читать дальше →
Total votes 8: ↑8 and ↓0 +8
Views 2K
Comments 0

Внедрение элементов гибких методологий в Банке

Development Management *Agile *
Добрый день, уважаемые хабравчане. Ранее я рассказывал, что основная деятельность Банка в части ИТ процессов, была организована на ITIL. Исключением стал только процесс управления изменениями. Вторая (и заключительная) часть посвящена внедрению элементов гибких методологий в Банке в процессах управления изменениями в ИТ.

Описание проблемы


Я столкнулся со следующими проблемами при анализе существовавшего процесса:

• 80% задач поступает ad hoc
• приоритеты задач постоянно меняются
• нет возможности осуществлять планирование работ
• отсутствует гармоничность в развитии систем
• нет «установленных правил игры» при реализации изменений

image
Читать дальше →
Total votes 9: ↑7 and ↓2 +5
Views 5.3K
Comments 12

Это Спарта

Development Management *Product Management *
Эта публикация — про то, как программист помогает создавать суррогаты.

Суррогат – это когда сделали не то, что нужно бизнесу. Или не так, как нужно бизнесу.

Суррогаты – это самое страшное зло, происходящее сейчас с российским бизнесом и государственным управлением. Суррогаты – это лучший в мире киллер эффективности. Что особенно приятно, мы, программисты, на этот раз не в стороне – мы на самой оси зла.

С чего все начинается


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

Программист, допустим, толковый – он понимает, что предлагаемая доработка – суррогат.

Вариантов развития событий много, я приведу некоторые из них:
1. Программист говорит: согласуй с моим или своим начальником, тогда сделаю;
2. Программист говорит: напиши мне задачу/поручение/служебную записку, на бумаге или в информационной системе;
Читать дальше →
Total votes 44: ↑34 and ↓10 +24
Views 21K
Comments 56

Как мы побеждали бардак с железом и становились бюрократами с нуля

Группа Т1 corporate blog T1 Cloud corporate blog System administration *System Analysis and Design *IT Infrastructure *

Разница между документацией и базой знаний: документация говорит, что это устройство охлаждает воздух до +18 градусов по Цельсию, а база знаний подсказывает, что есть редкий баг, когда два датчика сразу показывают -51 тысячу градусов и устройство начинает лихорадочно греть воздух для серверов.

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

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

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

В общем, первые же грабли вас или убьют к чертям, или научат делать всё правильно. У нас случилось второе и без граблей. Почти без граблей. Если у вас уже есть хаос, то наш опыт может оказаться полезным, потому что сейчас нам стало лучше.
Читать дальше →
Total votes 21: ↑21 and ↓0 +21
Views 12K
Comments 11

Воронка изменений

System Analysis and Design *Project management *Product Management *IT career
Чего воду в ступе толочь, вступления писать, сразу к делу.

Первый слой – кто хочет?


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

Но до реальных изменений дело доходит крайне – крайне редко. Это, наверное, даже не единицы процентов, а доли одного процента. Почему так?

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

Этот процесс чем-то напоминает воронку, как в продажах. Помните же воронку продаж? Она показывает, сколько обращений переходят в деньги. Выглядит примерно так:


Ой, не то. Вот так:


Попробуем разобраться — кто, где отвалился и почему.

Итак, первый, самый широкий слой воронки – те, кто поднял руку.
Читать дальше →
Total votes 33: ↑28 and ↓5 +23
Views 14K
Comments 28

Почему менеджеры не изменяют?

System Analysis and Design *Product Management *Sales management *Personnel Management *IT career
Ключевой проблемой любой организации являются изменения.

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

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

Если у вас проблемы с продажами, вам нужны изменения. Очевидно? Вроде да. Или продукты продаете не те, что нужны рынку, или их слишком мало, или слишком много, или сроки срываете, или качество — недопустимо низкое, или продавцы хамят клиентам – неважно, это причины. Чтобы эти причины перестали оказывать влияние на систему продаж, нужны изменения.

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

Если у вас проблемы с автоматизацией, то вам нужны изменения. Очевидно? Вроде да. Или платформу сменить, или программный продукт другой взять, или программистов нанять, или программистов разогнать, или порядочного аутсорсера найти (ха-ха), или перестать пользоваться колхозным интегратором и нанять федерального, или послать федералов и найти в своей деревне увлеченного фаната, или пересмотреть управление ИТ-отделом, или изменить мотивацию программистов. Не важно, что именно, но что-то надо менять.
Читать дальше →
Total votes 30: ↑26 and ↓4 +22
Views 16K
Comments 49

Управление изменениями у клиентов по модели ADKAR

Wrike corporate blog SaaS / S+S *Project management *Product Management *Sales management *
Внедрение решения по управлению проектами всегда связано с организационными изменениями. Для того чтобы продукт значимо повысил эффективность процессов, многие из них требуется адаптировать. Известно, что любые изменения в компаниях начинаются с людей. Можно досконально прописать должностные инструкции, все объяснить и настроить, но если члены команды не готовы к изменениям и/или не хотят ничего менять, результатов от внедрения системы не будет вообще или они окажутся незначительными.

Именно поэтому каждый customer success менеджер в компании Wrike должен быть экспертом по управлению организационными изменениями и уметь проводить мероприятия по внедрению этих изменений. В данной статье мы разберем одну из наиболее известных моделей по управлению изменениями — ADKAR — и сопроводим описание каждой из ее фаз примерами и пояснениями.

image
Читать дальше →
Total votes 11: ↑10 and ↓1 +9
Views 25K
Comments 0

Прото-пополнение

Development Management *Project management *
Translation

Предисловие переводчика


В русскоязычном профессиональном сообществе менеджеров процессов крайне мало литературы по Канбан методу на русском языке. Мы, сообщество Kanbanguide.ru, решили исправлять эту несправедливость и будем публиковать самые значимые с нашей точки зрения статьи, повлиявшие на развитие метода.

Статья автора Канбан метода Дэвида Андерсона раскрывает особенности того, как полноценные, клиенто-ориентированные канбан-системы работают с принятием обязательств и в чём их отличие от распространенных практик работы с бэклогом задач.

Точка принятия обязательств это одно из ключевых понятий Канбан метода. В канбан-системе, в этот момент принимается обязательство по поставке рабочего элемента. До этого момента существует множество опционов (запросов), часть из которых будут отсеяны, и процессы нацелены на поддержку принятия решения о необходимости поставки элемента. После этой точки подтверждается, что заказчик желает получить элемент и согласен принять результаты работы, а сервис готов выполнить поставку. С этого момента начинается отсчёт времени выполнения рабочего элемента.
Читать дальше →
Total votes 3: ↑3 and ↓0 +3
Views 2.4K
Comments 0

Накопительная диаграмма потока (CFD) как индикатор здоровья вашего проекта

Development Management *Project management *Product Management *
Translation

Предисловие переводчика


В русскоязычном профессиональном сообществе менеджеров процессов крайне мало литературы по Канбан методу на русском языке. Мы, сообщество Kanbanguide.ru, решили исправлять эту несправедливость и будем публиковать самые значимые с нашей точки зрения статьи, повлиявшие на развитие метода.

Статья Алексея Жеглова, аккредитованного канбан консультанта (AKC) и тренера (AKT) рассказывает о том, как отслеживать здоровье проекта с помощью накопительной диаграммы потока и как определять рабочие элементы, чтобы диаграмма отображала действительно полезную информацию.
Читать дальше →
Total votes 9: ↑7 and ↓2 +5
Views 5.7K
Comments 2

Особенности обновлений узлов децентрализованных блокчейн-систем

System Analysis and Design *Cryptocurrencies
Вопросы управления изменениями сами по себе достаточно сложны. Но при обновлении программного обеспечения распределенной систем, узлы которых принадлежат различным зонам ответственности, какими являются большинство блокчейн-систем возникают специфические не интуитивные проблемы, про которые иногда забывают даже опытные разработчики. Эта статья написана в некотором смысле как шпаргалка, что бы самому реже про эти тонкости забывать
Читать дальше →
Total votes 1: ↑1 and ↓0 +1
Views 1.1K
Comments 0

Change Management 2: Сопротивление бесполезно

Acronis corporate blog Project management *Product Management *Personnel Management *
Привет, Хабр! Сегодня мы поговорим о том, как преодолевать сопротивление и успешно внедрять изменения в проекты. Под катом — разберем основной подход к управлению изменениями на базе модели Кюблер-Росс, а также расскажу, как сказки могут помочь нам с внедрением и какие чувства испытывает человек на пути к новым состояниям.

image
Читать дальше →
Total votes 12: ↑12 and ↓0 +12
Views 5.5K
Comments 0

Change Management 3: Колесо изменений и борьба с партизанами

Acronis corporate blog Project management *Product Management *Personnel Management *

Привет, Хабр! Это мой заключительный пост на тему Change Management, в котором я хочу рассказать о модели Change Well и ее пользе для бизнеса. Мы рассмотрим, чем в партизан отличается от саботажника (в контексте внедрения изменений, конечно), как кувалда может помочь ускорить изменения в организации и чему мы можем научиться у создателей компьютерных игр.

Читать далее
Total votes 26: ↑26 and ↓0 +26
Views 5K
Comments 2

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

IT Standards *IT Terminology
Translation

Оригинал Defining Metrics for Change Management

By Stuart Rance | Originally published on April 28, 2014 in ITIL | Updated on September 12, 2017

Начало цикла из 3-х статей про процесс определение показателей для оценки практик управления предоставления ИТ услуг. Чем может быть интересна? Ходом рассуждений автора. (здесь и далее курсивом комментарии переводчика).

Недавно я работал с заказчиками, и они спросили какие ключевые показатели результативности (key performance indicators, KPIs) им использовать для измерения результатов ИТ-процесса Управления изменениями (change management). После обдумывания я предложил им несколько вариантов. И сейчас хочу поделиться ими здесь, потому что это может быть еще кому-нибудь полезно . Только, пожалуйста, бездумно не копируйте себе предлагаемые показатели (KPIs), ведь они  предложены под конкретных заказчиков, но внимательно просмотрите за процессом их опеределения и задумайтесь, а что стоит измерять в вашей ситуации.

Читать далее
Total votes 2: ↑2 and ↓0 +2
Views 3K
Comments 2

Рентабельность инвестиций в Канбан. Часть 1

Project management *Product Management *
Translation

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

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

Читать далее
Total votes 10: ↑6 and ↓4 +2
Views 3.8K
Comments 17

Практики работы с требованиями

InfoWatch corporate blog System Analysis and Design *
image

Возможно, прочитав эту статью, вы поймаете себя на мысли, что я пишу о банальных вещах, которые всем известны. Но за 10 лет я сменила всего лишь 3 IT-компании, в двух из которых эти «банальные» практики не использовались в полной мере, от этого процесс разработки ПО сильно страдал. Помимо моего личного опыта, на написание статьи меня подвигли рассказы знакомых аналитиков, которые работают в сфере IT и практически все сталкиваются с проблемами организационного и коммуникационного характера, которые нужно и можно решать.
Читать дальше →
Total votes 6: ↑2 and ↓4 -2
Views 7.8K
Comments 2

Управление «расползанием» границ проекта: почему, когда и как

OTUS corporate blog Project management *Agile *
Translation

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

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

Читать далее
Total votes 6: ↑5 and ↓1 +4
Views 5.2K
Comments 0
1