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

Откуда:
Сообщений: 1898
Диез
/* "Ресурсы", буэ - мерзкое слово по отношению к человеку. Ну это на мой субъективный взгляд, конечно. */

Не только на ваш взгляд. Сами менеджеры выделяют 4 подхода в отношении к персоналу:
- расходный материал
- человеческий ресурс
- человеческий капитал
- партнер
"Ресурс" - все же лучше, чем "расходник", но еще не такая ценность как "капитал"
12 май 18, 14:33    [21404953]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Диез
Member

Откуда: Столица Попозже.
Сообщений: 894
Eleanor
Диез
/* "Ресурсы", буэ - мерзкое слово по отношению к человеку. Ну это на мой субъективный взгляд, конечно. */

Не только на ваш взгляд. Сами менеджеры выделяют 4 подхода в отношении к персоналу:
- расходный материал
- человеческий ресурс
- человеческий капитал
- партнер
"Ресурс" - все же лучше, чем "расходник", но еще не такая ценность как "капитал"


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

Это какая-то общеизвестная классификация, или ваши собственные наблюдения? Ссылки на нее можете привести?
12 май 18, 19:11    [21405374]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

Откуда:
Сообщений: 1898
Диез,

Насколько понимаю, какой-то единой классификации нет, это лишь один из вариантов.
Менеджеры рассматривают людей как объект управления, и, естественно, возникает такое принижение.
12 май 18, 19:56    [21405462]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

Откуда:
Сообщений: 1898
Диез
я не считаю, что быть капиталом существенно лучше, чем расходником, простите уж)

Разница в количестве денег, которое компания тратит на сотрудника:
мотивационный пакет, оплата обучения, участие во внедрении новых технологий и перспективных проектов, менеджер тратит время и придумывает интересные задачи, увеличивает зону ответственности, разговаривает о жизни, не говорит "что-то не нравится - вот дверь" и т.д.
12 май 18, 20:29    [21405490]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
mefman
Member

Откуда:
Сообщений: 2177
Eleanor
Плюс подхода: обеденный час превратится в рабочий, и можно будет раньше уходить домой.

Нет, нет. После работы обязательная скрам-попойка в скрам-баре. Никаких раньше.
12 май 18, 21:52    [21405627]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

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

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

Откуда: Зеленоград
Сообщений: 25294
Диез
Eleanor
пропущено...

Не только на ваш взгляд. Сами менеджеры выделяют 4 подхода в отношении к персоналу:
- расходный материал
- человеческий ресурс
- человеческий капитал
- партнер
"Ресурс" - все же лучше, чем "расходник", но еще не такая ценность как "капитал"


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

Это какая-то общеизвестная классификация, или ваши собственные наблюдения? Ссылки на нее можете привести?

Human capital is a term popularized by Gary Becker, an economist and Nobel Laureate from the University of Chicago, and Jacob Mincer that refers to the stock of knowledge, habits, social and personality attributes, including creativity, embodied in the ability to perform labor so as to produce economic value.
13 май 18, 21:58    [21406723]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Охранник смузи-машины
Member

Откуда:
Сообщений: 344
mefman
Eleanor
Плюс подхода: обеденный час превратится в рабочий, и можно будет раньше уходить домой.

Нет, нет. После работы обязательная скрам-попойка в скрам-баре. Никаких раньше.

и обязательные ретроспективные попойки в конце каждого спринта, где обсуждается, сколько пива было выпито за спринт и что нужно сделать для того, чтобы в следующий спринт выпить ещё больше
13 май 18, 23:52    [21406870]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1584
Vyatich
А может лучше обсуждать скрам-вопросы за скрам-обедом? Заодно и пищу принимать, так сказать, без отрыва от производства.


У нас первый приходит на работу в 7 утра, последний- в час. И когда идти обедать?
При этом иногда народ беседует о работе, но 5-10 минут митинга- это другое. Именно чтобы не скучать- надо говорить быстро, без деталей. пару раз в неделю потом народ кучкуется для выяснения подробностей, кстати.
14 май 18, 11:00    [21407433]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Охранник смузи-машины
Member

Откуда:
Сообщений: 344
DevOps это такое новомодное слово, которое заменяет "тыжпрограммист" и "и швец, и жнец, и на дуде игрец"
т.е. если раньше программист мог справедливо послать менеджера тем что он не настраивает сервера, а админ тем, что не программирует, "мне сервис дали - я его поставил",
то теперь хитрые менеджеры придумали все эти девопсы, дабы на одного сотрудника сваливать обязанности нескольких
14 май 18, 14:18    [21408187]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Vyatich
Member

Откуда:
Сообщений: 2343
Alexey Tomin
И когда идти обедать?

Это просто еще один скрам-вопрос для скрам-обеда.
14 май 18, 14:23    [21408206]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

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

Не только новомодное, но и неплохо оплачиваемое.

По итогам 2017-го годовой заработок DevOps-инженеров и инженеров ПО в мире колеблется от 100 до 125 тысяч долларов США, в то время как системные администраторы зарабатывают от 50 до 75 тысяч.
14 май 18, 21:30    [21409319]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

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

То есть количество человек в команде не сократилось, а обязанности переложили на одного избранного?
Бред.
14 май 18, 21:32    [21409321]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 25294
Охранник смузи-машины
раньше программист мог справедливо послать менеджера тем что он не настраивает сервера

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

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

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

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

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

Поэтому и зп у девопсов хорошие, т.к. на самом деле это программисты. Так что сравнивать зп девопсов с зп сисадминов некорректно. Сравнивать надо с зп программистов.
14 май 18, 23:16    [21409502]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

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

вы похоже не особо понимаете концепцию, от этого у вас возникает жжение в заднем проходе. Давайте поясню. По большому счету DevOps - это владелец двух процессов: Continuous Integration и Continuous Deployment (есть еще Continuous Monitoring - но это вообще высший пилотаж, учитывая то, что в абсолютном большинстве случаев Continuous Deployment у всех работает постольку-поскольку, например среди java-разработчиков огромной популярностью пользуется jenkins - а оно может работать как CD только в рамках gitflow). Здесь слово "Continuous" выбрано неправильно (ровно как и "процесс"), потому что как процесс оно выглядит только со стороны разработчиков, а со стороны администраторов - это просто какая-то активность связанная с настройкой ПО. Теперь чуть подробнее.

Зачем нужен Continuous Integration? Основная цель здесь - это иметь более-менее стабильный бранч в СКВ (надеюсь, что полезность СКВ не только для менеджеров доказывать не нужно), причем стабильный не в том плане, что его хоть сейчас можно на прод выкатывать (можно и этого добиться при особом усердии), а в том, чтобы все разработчики, работающие с этим бранчем, не ловили баги из-за плохих коммитов, иначе в противном случае разработка останавливается (да-да, мы не хотим чтобы разработка останавливалась, а хотим всех утилизировать на 100%), чтобы такого добиться нам нужно для всех изменений проводить review кода, но прежде чем делать review (т.е. озаботить тимлида) нам нужно убедиться в том, что соответствующие изменения по крайней мере без конфликтов вливаются в наш бранч и проходят все нужные тесты - вот это основная задача CI. Никакого программирования здесь знать не нужно - у нас майкрософтовские DevOps спокойно справлялись с настройкой CI для жава-разработчиков, нужно просто не сидеть спокойно на пятой точке и ждать когда разработчики придут к тебе на поклон, а уметь нормально общаться.

Зачем нужен Continuous Deployment? Основная цель - уметь устанавливать решения без участия человеческого фактора, т.е. чтобы не ждать когда Вася придет с обеда, выздоровеет и т.п., и здесь ну нужно заливать про злых менеджеров, которые думают, что скрипт справится лучше Васи - это действительно так и есть. Стоит ли здесь автоматизировать релизы на прод? В принципе не обязательно - можно и руками накатывать, главное чтобы эти релизы в каком-то месте хранились явно (как артефакты CI) или неявно (как бранчи в СКВ) и была информация о том, на какой среде какой релиз установлен, а вот на всякие среды разработки и тестирования нужно обязательно автоматизировать, потому что за день этих релизов может быть тьма. И никакого программирования здесь знать тоже не нужно, нужно разве что от бардака в голове избавиться.

Зачем нужен Continuous Monitoring? Здесь более-менее раскрывается разница между проактивным и реактивным управлением, потому что для "разработки" важно знать о проблемах в функционировании продукта до того как эти проблемы наступили, т.е. не тогда, когда пользаки начали массово жаловаться или когда мониторинг у Operations весь красный, а когда появляется возможность эти будущие проблемы предсказать, поэтому разработчики хотят, чтобы в мониторинге пороги были занижены (или наоборот завышены), собирать какие-то довольно неочевидные метрики и пр.

Теперь попробуйте сказать, что три перечисленные практики не нужны
15 май 18, 08:10    [21409699]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Alexey Tomin
Member

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


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

Eleanor
Дело не в хитрости, а в том, что сисадмины не умели нормально программировать.


Случаи они бывают разные.
Я вот знаю две кампании, в которых нет админов. Точнее в одной не было.
А что- всё в облаках :)
В одной- азазон везде. "Я вот тут тыкаю мышкой и версия уходит не тестовый кластер. Потум тут тыкаю- и на прод".
В другой было ещё веселее- куча скриптов, побыстрому написанных, которые что-то куда-то выкладывают, делают тестовые сборки, ребейзят ветки на мастер и т.д. и т.п.
Когда девопсы/админы до этого добрались, то полгода не могли без мата описывать текущую ситуацию. Но теперь да- всё к гите, как в мастер закомитии- папет всё раскидывает, где надо обновляет. Но и по прошествии 2х лет до сих пор временами из глубин какого-нибудь сервера вылезает накостыленный (уже уволившимся) программистом скрипт, без которого всё падает и который никто не замечал, пока на новый сервер не переехали

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

Нужны девопсы, нужны. И как в любой новой области- платят больше.
15 май 18, 08:18    [21409708]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 25294
Eleanor
Поэтому возникла идея взять программиста и посадить его наводить порядок в сисадминских задачах, назвав девопсом.

Luke Kanies began writing the code that would become Puppet in 2005. As a sysadmin and consultant, he wasn't able to find automation tools his customers could rely on, and that they actually enjoyed using.

https://puppet.com/company/leadership/luke-kanies
15 май 18, 13:02    [21410466]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

Откуда:
Сообщений: 1898
Андрей Панфилов
вы похоже не особо понимаете концепцию, от этого у вас возникает жжение в заднем проходе. Давайте поясню

Боюсь, жжение и непонимание живет в вашем проходе. То, что описала - это понимание роли devops от одного техдира, а не мое личное.
15 май 18, 13:04    [21410475]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Eleanor
Member

Откуда:
Сообщений: 1898
Alexey Tomin
"Я вот тут тыкаю мышкой и версия уходит не тестовый кластер. Потум тут тыкаю- и на прод"

Да, именно на это жаловался админ, пришедший из Касперского - он превратился в тыкателя кнопок. Раздали инструкции, которые надо точно выполнять, если возникает ошибка - писать разработчикам, чтобы они поправили ошибки в скриптах автоматизации.
Нужно что-то новое - снова пишешь разработчикам, и они все делают, оставляя за собой кнопки и инструкции.
15 май 18, 13:19    [21410534]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 25294
Eleanor,

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

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

Откуда: Москва > Melbourne
Сообщений: 2846
Eleanor
То, что описала - это понимание роли devops от одного техдира, а не мое личное.
теперь мы делаем выводы о текущем тренде основывая на том как нам напел Рабинович.
Eleanor
Свои задачи они автоматизировали в виде плохо структурированной кучи скриптов. Причем, ошибки в скриптах нормально не обрабатывались, в систему хранения версий их не складывали, документации не было. Новому сисадмину разбираться в системе, которая была понятна только предшественнику, было крайне тяжело.
Eleanor
К нам один сисадмин в результате пришел из Касперского, потому что в этой системе стал остро чувствовать свою ненужность.
Такой сисадмин просто не нужен вне зависимости практикует организация agile/itil/cobit/etc, вот и все.
15 май 18, 13:25    [21410557]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
skyANA
Member

Откуда: Зеленоград
Сообщений: 25294
Eleanor
Alexey Tomin
"Я вот тут тыкаю мышкой и версия уходит не тестовый кластер. Потум тут тыкаю- и на прод"

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

А если на живых серверах случается неприятный инцидент, то тоже разработчикам писать?
Или в инструкции и это учтено? Типа: "Если сервис скушал всю память и тормозит всю систему, то без лишних вопросов ребутать машину!".
15 май 18, 13:32    [21410579]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Андрей Панфилов
Member

Откуда: Москва > Melbourne
Сообщений: 2846
skyANA
А если на живых серверах случается неприятный инцидент, то тоже разработчикам писать?
Или в инструкции и это учтено? Типа: "Если сервис скушал всю память и тормозит всю систему, то без лишних вопросов ребутать машину!".
Ой, да так в абсолютном большинстве случаев админы и поступают, а потом пишут письма счастья: тут была какая-то фигня, мы взяли и перезагрузили все до чего дотянулись руки, и все, больше ничего: ни логов, ни трейсов, ни дампов.
15 май 18, 13:37    [21410604]     Ответить | Цитировать Сообщить модератору
 Re: DBA в Scrum team, как вам работается?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1584
Eleanor
Alexey Tomin
"Я вот тут тыкаю мышкой и версия уходит не тестовый кластер. Потум тут тыкаю- и на прод"

Да, именно на это жаловался админ, пришедший из Касперского - он превратился в тыкателя кнопок.


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