Pull to refresh
  • by relevance
  • by date
  • by rating

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении» Глава1.Управление вашим IT окружением: четыре вещи, которые вы делаете неправильно

System administrationIT Infrastructure
Translation

От переводчика

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

Начав выкладывать на хабре некоторые свои статьи и переводы, касающиеся тематики мониторинга ИТ-инфраструктуры, мне опять пришлось столкнуться с очень узким и техническим пониманием этой темы, которое у меня уже когда-то было и поэтому у меня однажды возникла идея изложить это системно. Я даже начал, не торопясь, писать статью на эту тему, но интуитивно понятные вещи не очень хорошо ложились на бумагу – за деревьями не получалось леса. Конечно, у нас у всех есть Google и возможность подсмотреть что пишут другие авторы, но не тут-то было. Бесчисленные статьи и заметки в блогах были посвящены техническим аспектам взгромождения очередной системы мониторинга на очередную версию операционной системы и связанное с этим героическое преодоление трудностей. Cтатей по методологии мониторинга, принципами выбора метрик, правильного построения процесса и увязывания его с бизнесом было очень мало и они также описывали некоторые частные случаи применения мониторинга для решения той или иной проблемы и не более того. А потом мне случайно попалась в руки совсем небольшая книга Дона Джонса «Создание унифицированной системы ИТ-мониторинга в вашем окружении (ENG)».
Читать дальше →
Total votes 18: ↑17 and ↓1+16
Views40K
Comments 20

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении». Глава 2. Устранение практики управления по отдельным участкам в IT-менеджменте

System administrationIT Infrastructure
Translation
Продолжаем переводить книгу о унифицированной системе IT-мониторинга. После интриги с вопросами, автор начинает на них постепенно отвечать.

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

Итак, Глава 2. О том, что предпринять, чтобы информация не была разрознена. Для тех, кто уже пользуется системами мониторинга многие вещи покажутся знакомыми.
Читать дальше →
Total votes 6: ↑6 and ↓0+6
Views13K
Comments 4

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении» Глава3.Соединяем всё в единый цикл управления ИТ

Cloud computing
Translation
Продолжаем перевод. В этой главе разговор пойдёт о организации сервис-деска и способах построения взаимодействий с пользователями, а также получении от них обратной связи. Увидим почему 'хорошо' с точки зрения ИТ, не всегда означает 'хорошо' с точки зрения пользователя и как можно уравновесить эти две оценки.

Читать дальше →
Total votes 7: ↑7 and ↓0+7
Views14K
Comments 1

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении» Глава 4.Мониторинг: взгляд за пределы ЦОД

Cloud computing
Translation

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

Читать дальше →
Total votes 5: ↑4 and ↓1+3
Views10K
Comments 0

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении».Глава 5. Превращаем проблемы в решения

Cloud computing
Translation

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

Читать дальше →
Total votes 4: ↑4 and ↓0+4
Views8.8K
Comments 3

Дон Джонс. «Создание унифицированной системы IT-мониторинга в вашем окружении».Глава 6.Унифицированное управление на примерах

System administrationIT InfrastructureServer Administration
Translation

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

Читать дальше →
Total votes 4: ↑2 and ↓20
Views8.7K
Comments 3

Эволюция разработки в Badoo

Badoo corporate blog
Как устроен процесс организации разработки в крупном интернет-проекте на всех этапах его роста? Что происходит, когда из стартапа компания перерастает в проект с более чем 190 миллионами пользователей.

В прошлом году на конференции Whalerider Алексей fisher Рыбак рассказывал о том:

  • как у нас Badoo сейчас устроена разработка;
  • как в процессе развития проекта её перестраивали;
  • какие проблемы решали;
  • как преодолевали кризисы роста;
  • на какие грабли наступали.

В секции вопросов есть интересная информация о том, как в Badoo устроена система мотивации и бонусов.
Сейчас у нас появилось видео и мы хотим поделиться им с вами.



Total votes 73: ↑64 and ↓9+55
Views19K
Comments 18

Сергей Поволяшко. Почему размер имеет значение? — доклад с SPMConf

Лаборатория тестирования corporate blog
Публикуем статью на основании доклада Сергея Поволяшко (Харьков, Украина) с конференции менеджеров проектов в ІТ Software Project Managment Conference

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

Мы не будем говорить о научных методиках, так как о них можно почитать и без меня, поговорим о практическом применение. Я бы хотел вести доклад в интерактивном формате, чтобы мы вместе оценивали ситуацию. Итак, начнем.



Читать дальше →
Total votes 21: ↑12 and ↓9+3
Views5K
Comments 1

Planning Poker: как сделать процесс постановки задач максимально прозрачным и четким

Retail Rocket corporate blogDevelopment ManagementProduct Management
В прошлом посте мы рассказали о том, как работаем с бэклогом, а сегодня поделимся подробностями о процессе планирования, который в нашем случае не только полезный, но и увлекательный, поскольку оценку задач мы проводим с помощью «Planning Poker».

image
Читать дальше →
Total votes 15: ↑13 and ↓2+11
Views26K
Comments 15

Продакт и проджект — в чём разница? Мнения руководителей сервисов Яндекса

Яндекс corporate blogDevelopment ManagementProduct Management
С ростом сервиса почти всегда нужно более подробно расписывать роли в команде. Когда все участники процесса понимают специализацию друг друга, то сразу видят, кому какие вопросы задавать и каких компетенций недостаёт для развития.

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



Но в чём смысл разделения роли менеджера? Кто такой продакт, а кто проджект? По случаю нового набора в нашу Школу менеджеров, который завершится уже 30 апреля, мы задали этот вопрос руководителям четырёх популярных сервисов. Заодно каждый из них поделился подборкой ссылок для начинающего менеджера.
Читать дальше →
Total votes 37: ↑35 and ↓2+33
Views18K
Comments 6

Анализ заявок на обслуживание с помощью машинного обучения

PythonMachine learning

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


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


  • ошибки в диспетчеризации заявок: мы получаем что-то "чужое", другие команды иногда получают что-то "наше".
  • сложно оценить "сложность" заявки. Если заявка сложная — ее можно передать сильному аналитику, а с простой — и начинающий справится.

Решение любой из указанных задач будет положительно влиять на скорость обработки заявок.


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


В нашем случае задачу можно сформулировать следующими задачами классификации:


  1. Убедиться, что запрос корректно отнесен к:
    • конфигурационной единице (одна из 5 в рамках приложения или "другие")
    • категории обслуживания (инцидент, запрос информации, сервисный запрос)
  2. Оценить ожидаемое время на закрытия запроса (как высокоуровневый индикатор "сложности").
Читать дальше →
Total votes 17: ↑14 and ↓3+11
Views4K
Comments 12

SAP Process Mining или как разобраться в своих бизнес-процессах

SAP corporate blogSales managementPersonnel ManagementBusiness Models


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

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

В линейке продуктов SAP есть отдельное решение SAP Process Mining, которое позволяет видеть «цифровые шаги» сотрудников компании. Фактически, можно увидеть любой процесс из любой информационной системы, прослеживать соответствие действий сотрудников корпоративным политикам и стандартам, различным референсным моделям. Масштаб компании тут не имеет значения — главное, чтобы сам процесс был оцифрован, а не вёлся на бумаге.


Читать дальше →
Total votes 7: ↑6 and ↓1+5
Views6.1K
Comments 2

5 страхов разработчиков, которые мы преодолели

ISPsystem corporate blogDevelopment ManagementProduct Management
Хэллоуин — время поговорить о страхах. Я работаю продакт-менеджером в IT-компании, поэтому речь пойдёт про кошмары разработчиков. Но не обычные, а те, что появляются во времена перемен.



Когда компания развивается — меняет подход к разработке, создаёт новые продукты и расширяет возможности текущих, десятками принимает сотрудников, тем, кто работал по-старому, бывает тяжело перестроиться. Мы радуемся изменениям, но иногда, чего скрывать, боимся их. Я работаю продакт-менеджером уже год и за это время столкнулась с пятью крупными страхами своей команды. Сегодня расскажу об этих страхах и о том, как нам удалось их преодолеть.
Читать дальше →
Total votes 34: ↑31 and ↓3+28
Views13K
Comments 16

Отдел поддержки: ожидание vs реальность

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

image

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

Подробности под катом.
Читать дальше →
Total votes 14: ↑12 and ↓2+10
Views7.6K
Comments 51