Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Работа Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
 DBA в Scrum team, как вам работается?  [new]
Glebanski
Member

Откуда:
Сообщений: 227
Коллеги, интересует специфика вашей работы, если вас угораздило попасть в Agile.
Если раньше DBA сидел(и) в уютной тихой комнатке, наслаждаясь автоматизированными процессами и получая от разрабов скрипты на изменение БД раз в 3 месяца. Если скрипт почему-то грохался, то сердитый DBA слал его обратно с ехидными комментами .
Сейчас же, по теории Agile Scrum предполагается, что изменения
- изменения частые и точечные
- каждая фигня визируется DBA
- DBA участвует в общих сборищах и таким образом влияет на качество refactoring скриптов разрабов.

То есть если в вакансии указано, "DBA с опытом Scrum", то стоит ожидать примерно такого?
9 май 18, 15:51    [21397997]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2794
Glebanski
"DBA с опытом Scrum"
Это какой-то оксюморон, agile - это про разработку (в ITIL это Service Transition), а DBA - про поддержку (в ITIL это Service Operation), собственно такое разделение на Service Transition и Service Operation в ITIL часто критикуется поклонниками agile, но там (в agile) люди, которые играют на двух полях одновременно зовутся DevOps
9 май 18, 16:37    [21398046]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

Откуда:
Сообщений: 1755
Glebanski,

Частота изменений зависит от специфики проекта - это нужно уточнять.
На каком-нибудь внутреннем проекте со скрамом боевые БД будут обновлять по несколько раз в день. В то же время на проекте для внешнего заказчика релиз будет в лучшем случае раз в 2 недели, чтобы успевать его качественно протестировать.

Насколько заметила, если DBA не занимаются разработкой БД, то на ежедневные скрам-митинги их не приглашают.
9 май 18, 22:25    [21398656]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
master_yoda
Member

Откуда:
Сообщений: 74
Андрей Панфилов
Glebanski
"DBA с опытом Scrum"
Это какой-то оксюморон, agile - это про разработку (в ITIL это Service Transition), а DBA - про поддержку (в ITIL это Service Operation)

Есть такая работа как Development DBA . В этом случае DBA попадает в раздел Service Transition. Такое возможно при работе у вендора ПО или когда у компании имеется свои разделённые R&D и Operations.

Андрей Панфилов
"DBA с опытом Scrum", то стоит ожидать примерно такого?

Первый делом надо узнать занимается ли компания эксплуатацией разрабатываемых продуктов. По этому судить, это позиция чистого Development DBA или предложение сидеть на двух стульях (DevOps).
10 май 18, 01:19    [21398819]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 52582
Блог
Glebanski
То есть если в вакансии указано, "DBA с опытом Scrum", то стоит ожидать примерно такого?

Scrum как идеология подходит только для внутренних проектов. Соответственно, роль DBA в такой команде - воскликнуть "Да вы совсем что ли на голову заболели, от такого решения продакшн грохнется!" прежде, чем он таки грохнется, в идеале - в тот самый момент, когда разработчикам пришла в голову интересная идея.
10 май 18, 10:58    [21399313]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Ennor Tiegael
Member

Откуда:
Сообщений: 2900
Текущий контракт как раз в DevOps. Вкратце - отвратительно работается.

Задач по профилю DBA нет совсем, т.к. все отдано на аутсорс морлокам NEC, DXC и иже с ними. С какой-то периодичностью обновляю DEV / UAT основного ITSM-приложения бэкапом с прода. Раз в месяц обновляю сводный дашборд по финансам всего правительства штата - куча неавтоматизируемых мышекликов в SAP BO, процесс в целом больше напоминает вуду, т.к. не отличается ни связностью, ни понятностью. Прочее в том же духе.

Из-за того, что мы реально не админим наши сервера, у меня нет нормальных прав на продакшновых VM, а до этого и на деве тоже не было. В результате, когда надо было рестартануть экземпляр, чтобы перенести файлы tempdb на больший диск, погасить сервис я смог, а вот запустить уже нет. К счастью, на следующий день был public holiday, и никто вроде бы ничего не заметил.

Демотивация жесточайшая, у меня такого отвращения от работы, насколько помню, никогда не было. Сейчас коплю деньги и валю из этой деревни, пока не поздно.
10 май 18, 20:04    [21401074]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Ennor Tiegael
мы реально не админим наши сервера, у меня нет нормальных прав на продакшновых VM, а до этого и на деве тоже не было

Дак это прямое противоречие DevOps.
11 май 18, 06:49    [21401751]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Охранник смузи-машины
Member

Откуда:
Сообщений: 282
Андрей Панфилов
Glebanski
"DBA с опытом Scrum"
Это какой-то оксюморон

добро пожаловать в современную IT-индустрию.
скрам это модно, стильно и молодёжно.
его пихают повсюду, так как "эффективные" менеджеры где-то краем уха услышали, что, якобы, скрам позволяет "делать вдвое больше за то же время".
11 май 18, 07:50    [21401795]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Конечно молодёжно, ему же (скраму) всего 25 лет
11 май 18, 08:32    [21401852]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Охранник смузи-машины,

а что ещё вам "эффективные" менеджеры пихают?
CI/CD, BDD, Usability Testing, Acceptance Testing, Unit Testing, Exploratory Testing, Pair Programming уже засунули куда-нибудь?
11 май 18, 08:37    [21401861]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2794
Охранник смузи-машины
добро пожаловать в современную IT-индустрию.
скрам это модно, стильно и молодёжно.
его пихают повсюду, так как "эффективные" менеджеры где-то краем уха услышали, что, якобы, скрам позволяет "делать вдвое больше за то же время".


Чем вам скрам не нравится-то? Вполне себе нормальный фреймворк если не перегибать палку и делать так как правильно, а не так как кажется. С представителями Service Operation (не только DBA, а вообще всеми) есть кое-какая проблема: Service Operation - это такое болото повязшее в бюрократии (как своей так и ИБ) и некомпетентности, в российских реалиях еще добавляется фактор незнания языка (почитайте вопрос ТС, там написано: я отсиживаю жопочасы, а тут какой-то аджайл выдумали - как так? Я когда последний раз в 2006 году работал на подобной работе меня хватило ровно на три месяца - ну нельзя целыми днями сидеть на жопе смирно и ничего не делать, книжки по специальности читать в свободное время - не вариант, потому что нужен практический опыт).

Собственно, попытка переформатировать Service Operation под аджайл изначально обречена на провал, потому что с одной стороны мы предполагаем что изменения в инфраструктуре мы хотим получить здесь и сейчас, поэтому мы хотим чтобы DevOps у нас был выделенный, а с другой стороны загрузить DevOps своим проектом даже на 10% принципиально невозможно (отсюда появляются какие-то нелепые активности описанные здесь 21401074). И это не исключительно российские реалии - это во всем мире так (индюки в поддержке - это вообще отдельная песня), в результате чего весь мир пошел в облака, которые по факту работают ровно точно также как написано в книжке по ITIL, за одним единственным исключением: заплатил бабла и сразу получил сервис, без всякой непонятной бюрократии.
11 май 18, 10:20    [21402234]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Андрей Панфилов
поэтому мы хотим чтобы DevOps у нас был выделенный, а с другой стороны загрузить DevOps своим проектом даже на 10% принципиально невозможно

Это уже пройденный этап, DevOps уже часть команды.
11 май 18, 10:52    [21402328]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1562
skyANA
Андрей Панфилов
поэтому мы хотим чтобы DevOps у нас был выделенный, а с другой стороны загрузить DevOps своим проектом даже на 10% принципиально невозможно

Это уже пройденный этап, DevOps уже часть команды.


Зачем?
У них другой ритм работы.
У нас есть N команд разработки со скрамом (двухнедельный цикл) и хаотичным процессом.
Девопсы - это отдельная команда с канбаном и принципом "всё, что можно сделать за 5 минут- делается без тикета, больше- тикет". Соответственно есть приоритеты- если продакш взорвался то это сейчас, а создать новый мезос кластер это позже.
В команде девопсы делать нечего- гораздо удобнее отдельная команда из нескольких человек на все команды.
11 май 18, 11:07    [21402371]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Alexey Tomin
skyANA
пропущено...

Это уже пройденный этап, DevOps уже часть команды.


Зачем?
У них другой ритм работы.
У нас есть N команд разработки со скрамом (двухнедельный цикл) и хаотичным процессом.
Девопсы - это отдельная команда с канбаном и принципом "всё, что можно сделать за 5 минут- делается без тикета, больше- тикет". Соответственно есть приоритеты- если продакш взорвался то это сейчас, а создать новый мезос кластер это позже.
В команде девопсы делать нечего- гораздо удобнее отдельная команда из нескольких человек на все команды.

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

Ну и опять же за тем, чтобы как можно быстрее и качественнее доставить ценность до клиента.
11 май 18, 11:14    [21402387]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2794
skyANA
Затем, что инструменты выбраны, описаны, настроены. Практики внедрены. Отдельная команда становится узким местом.
А зачем вам DevOps если все уже выбрано, внедрено и настроено? Вот я всякого рода администраторов рассматриваю как неких экспертов, у которых нехилый такой багаж знаний и траблшутинга за спиной, а те кто траблшутить не умеют - вообще не нужны (ровно как и обезьяны, чья единственная обязанность - выдавать права), а на каждую команду иметь подобного - во-первых, дорого, во-вторых, и не найдешь.
11 май 18, 11:28    [21402424]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Lessyp
Member

Откуда:
Сообщений: 72
Андрей Панфилов
А зачем вам DevOps если все уже выбрано, внедрено и настроено? Вот я всякого рода администраторов рассматриваю как неких экспертов, у которых нехилый такой багаж знаний и траблшутинга за спиной

+1 Админы и всякая техподдержка по-определению не может и не должна учавствовать ни в каких скрамах, там где их пытаются туда запихать - менеджеры просто не хотят включить голову и подумать критически над простой идеей, что не все модные слова надо брать и немедленно применять везде куда дотягиваются руки
11 май 18, 11:42    [21402460]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 24782
Андрей Панфилов,

ну как зачем? затем, что

DevOps is the combination of cultural philosophies, practices, and tools that increases an organization’s ability to deliver applications and services at high velocity:
evolving and improving products at a faster pace than organizations using traditional software development and infrastructure management processes.
This speed enables organizations to better serve their customers and compete more effectively in the market.

Картинка с другого сайта.

https://aws.amazon.com/devops/what-is-devops/
11 май 18, 12:22    [21402662]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2794
skyANA,

ну так зачем на команду выделенный DevOps-то? Вы его на 100% утилизируете? А траблшутить он что угодно умеет или так, принеси-подай? Вот что в ITIL пишут про такую организацию:

Types of sourcing structures:
  • Internal (Type I) - The provision and delivery of services by internal staff. Does not typically include standardization of service delivery across business units. Provides the most control but also the most limited in terms of scale.
  • Shared services (Type II) - An internal business unit. Typically operates its profit and loss, and a chargeback mechanism. If cost recovery is not used, then it is internal not shared services. Lower costs than Internal with a similar degree of control. Improved standardization but limited in terms of scale.
  • Full service outsourcing - A single contract with a single Service Provider. Typically involves significant asset transfer. Provides improved scale but limited in terms of best-in-class capabilities. Delivery risks are higher than prime, consortium or selective outsourcing as switching to an alternative is difficult.
  • Prime - A single contract with a single Service Provider who manages service delivery but engages multiple providers to do so. The contract stipulates that the prime vendor will leverage the capabilities of other best-in-class Service Providers. Capabilities and risk are improved from single-vendor outsourcing but complexity is increased.
  • Consortium - A collection of Service Providers explicitly selected by the service recipient. All providers are required to come together and present a unified management interface. Fulfils a need that cannot be satisfied by any single-vendor outsourcer. Provides best-in-class capabilities with greater control than prime. Risk is introduced in the form of providers forced to collaborate with competitors.
  • Selective outsourcing - A collection of Service Providers explicitly selected and managed by the service recipient. This is the most difficult structure to manage. The service recipient is the service integrator, responsible for gaps or cross-provider disputes. The term ‘co-sourcing’ refers to a special case of selective outsourcing. In this variant, the service recipient maintains an internal or shared services structure and combines it with external providers. The service recipient is the service integrator.

    Т.е. по понятиях ITIL подобная организация (выделенный специалист IT на команду) - это полное дно.
  • 11 май 18, 12:33    [21402725]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 24782
    Андрей Панфилов
    ну так зачем на команду выделенный DevOps-то?

    Где я писал, что выделенный?
    Пробовали выделенного - фигня.
    11 май 18, 12:39    [21402756]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 24782
    Артель отвечает за доставку фич, что в её зоне ответственности, а не кто-то там выделенный.
    11 май 18, 12:40    [21402764]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    Андрей Панфилов
    Member

    Откуда: Москва > Melbourne
    Сообщений: 2794
    skyANA
    Где я писал, что выделенный?
    Пробовали выделенного - фигня.

    skyANA
    Это уже пройденный этап, DevOps уже часть команды.
    Ну я и Alexey Tomin поняли эту фразу одинаково.
    11 май 18, 12:45    [21402786]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 24782
    Андрей Панфилов
    skyANA
    Где я писал, что выделенный?
    Пробовали выделенного - фигня.

    skyANA
    Это уже пройденный этап, DevOps уже часть команды.
    Ну я и Alexey Tomin поняли эту фразу одинаково.

    Потому как вы для вас DevOps - это человек. А для меня "DevOps is the combination of cultural philosophies, practices, and tools".
    11 май 18, 12:58    [21402851]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    skyANA
    Member

    Откуда: Зеленоград
    Сообщений: 24782
    Да, соглашусь, что сейчас DevOps - это ещё и профессия во многих местах.
    Но мы прошли этот этап.
    11 май 18, 13:00    [21402855]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    Eleanor
    Member

    Откуда:
    Сообщений: 1755
    Андрей Панфилов
    Чем вам скрам не нравится-то? Вполне себе нормальный фреймворк если не перегибать палку и делать так как правильно, а не так как кажется.

    А почему скрам вообще должен нравиться? Он не доллар, чтобы всем нравиться.
    Самое главное, что скрам нравится руководству - увеличивается частота релизов, обратная связь от проектов.

    А не нравится программистам - это их личные проблемы. А то они привыкли, что все делается исключительно для них: кофемашина, завтраки с обедами, спортзал, гибкий график. И вот внедрили нечто, что предназначено не для удобства программистов, и сразу недоумение: нам это неудобно, почему это не отменят, и как это вообще руководству может нравиться, если не нравится нам?
    11 май 18, 15:29    [21403406]     Ответить | Цитировать Сообщить модератору
     Re: DBA в Scrum team, как вам работается?  [new]
    mefman
    Member

    Откуда:
    Сообщений: 2128
    Eleanor
    Андрей Панфилов
    Чем вам скрам не нравится-то? Вполне себе нормальный фреймворк если не перегибать палку и делать так как правильно, а не так как кажется.

    А почему скрам вообще должен нравиться? Он не доллар, чтобы всем нравиться.
    Самое главное, что скрам нравится руководству - увеличивается частота релизов, обратная связь от проектов.

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

    согласен - это какой-то скрам
    11 май 18, 15:30    [21403411]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
    Все форумы / Работа Ответить