ебать вы правильные

вообще, смысл подхода Agile в чём - вы делаете так, как вам нужно

уебать мудака, что не следует умных дяденек(нас) и заменить его

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

то есть люди обсуждают то, как они работают и можно ли улучшить процесс

например уволится, да.

собственно, я собираюсь опираться на канбан в сфере заявок =)

про Agile вот такое наблюдение есть, которое часто повторяют - чтобы оно внедрилось ок, надо, чтобы у команды была мотивация работать

у нас не оч работает

так мотивация она не только про деньги, но и про интересные задачи, и ментальное поглаживание

это если денег хватает

всем привет! кто с sensu работает, подскажите пожалуйста такой момент: я удалил хост из подписки, в которой были определенные чеки, теперь везде видно что хост в нужных группах, а Critical Event в дашборде по старым событиям все висит. МОжет есть какой параметр, который регулирует время пока видно старые события?

а ну и денежная мотивация она краткострочна

друзья, подскажите еще пожалуйста такую тему (пардон, если боян): существуют ли какие-либо общепризнанные модели зрелости DevOps в организациях?

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

ну, например, тимбилдинг

а ну и денежная мотивация она краткострочна

я считаю, что поглаживание должно быть с деньгами

деда мороза пригласить на НГ и детей сотрудников

некоторые девопсы в яндексе меньше 1k$ зарабатывают

я считаю, что поглаживание должно быть с деньгами

У кого-нить есть умная литература на тему ITSM и как управлять ит отделом в принципе? :)

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

оке, тогда я бы сделал так. учитывая, что отдел большой (10 человек) то, тебе один хер читать всё) я бы начал с просмотра курса спциалиста по ITIL, его можно смотреть фоном, он даст общее представление. Далее прочитать пост "внедрение ITIL в корпорации зла" для контраста и представления проблем. Внедрил бы последовательно 1)help desk с внутренним SLA(обязательно) 2)инвентаризацию 3)какой-то остов документации и приучил коллег туда писать. после взял бы главного за тех поддержку и делегировал бы ему внедрение KEDB (что бы юзеры по инструкции сами себе сопли вытирали) и остального по ITIL, что необходимо(кстати, если интересно Kanban доски отлично ложаться на ITIL) Далее вместе с кем-то с горящими глазами сел читать книжку проект феникс, это про DevOps культуру и далее занырнул бы в DevOps подход. Тут уже нюансы. Я надеюсь какой-то остов Agile в разработке есть и уже можно на него будет натягивать DevOps подход.

Самая лучшая книга про itil- pmbook. Но это такой кирпич, что его невозможно прочитать

а хорошо бы четкие критерии хорошо и превзошел

а хорошо бы четкие критерии хорошо и превзошел

Есть еще практики опроса людей которые с тобой работали, закрытые и открытые опросы

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

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

ок, но правила игры должны быть прописаны до первого награждения.

вот сэтого начну)

я тебе рекомендую посмотреть на книжки от cleverics, еще раз :)

Опросы - это конец

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

Фидбек нужен если мало задач(проблем), а на пустом месте создавать опрос - это печаль