Процес «Управління релізами» — для постпроектной підтримки або розвитку продукту

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

Процес «управління релізами, один з стека процесів ITSM, якраз і пропонує рішення для формальної пріоритизації та угруповання запитів користувачів (запитів на зміни, інцидентів) загальні пакети доставки — «релізи».

У даній статті коротко розкриваються такі теми:

  • застосовність процесу — коли має сенс його впроваджувати
  • основні етапи процесу, активності, залучені ресурси і результати
  • планування релізів: календар, обсяг, паралельне виконання
  • деякі проблеми доставки в релізах

Читати далі →

ITSM лікнеп: Навіщо потрібно управляти ІТ-послугами, а не просто ІТ-інфраструктурою

imageУявляю черговий переклад статті. Сьогодні це коротка рекламна стаття з блогу компанії Optanix. «Why You Need to Manage Services, Not Just Infrastructure» автор: Kishore Ramamurthy.

Навіщо Вам витрачати свій час на чергову рекламу? Не поспішайте робити висновки. На мій погляд, стаття цікава, оскільки дає дохідливий приклад опису цінності сервісного підходу до управління ІТ. Її можна брати як шаблон для обґрунтування корисності CMDB та сервісно-ресурсних моделей своєму керівництву, як від ІТ, так не від ІТ.

Цікаво? Прошу під кат. Не згодні? Прошу залишати коментарі. Не тільки не згодні, але і хочете знизити рейтинг публікації? Тим більше, прошу залишати коментарі :)

Тут і далі курсивом, коментарі перекладача.

Читати далі →

Як відповідати очікуванням замовника

imageПредставляю Вашій увазі ще одну статтю Стюарта Рейнса. Цього разу він ділиться своїм досвідом, як успішно укладати Угоди про Рівень Обслуговування (Service Level Agreement, SLA).

Оригінал див. «How to Meet Customer Expectations» опубліковано 13.12.2016 в блозі blog.sysaid.com

Складність матеріалу — початковий рівень.

Матеріал може бути цікавий для усвідомлення підходу, його сповідають ITSM до роботи з Замовниками та Користувачами, а також може завдати не поправимую користь тим, хто тільки ознайомився з теорією процесу Управління Рівнем Обслуговування і бажає її застосувати на практиці, або тим хто безуспішно намагався це зробити і зараз шукає щось нове в цьому.

Але знову закликаю Вас бути обережними у своїх висновках. Описане в статті це ідеальна ситуація, коли і Постачальник, і Замовник Послуг щиро зацікавлені у співпраці заради цінності Послуги. На практиці таке зустрічається, скажемо так, не завжди, при чому з обох сторін.

Читати далі →

Минуле і майбутнє Управління ІТ-Послугами (ITSM)

imageУявляю переклад статті Стюарта Рейнса «Минуле і майбутнє Управління ІТ-Послугами» («The Past and Future of IT Service Management by Stuart Rance), опубліковану в блозі ITSM.Tools.

Стаття носить оглядовий характер і може бути цікава, як на початковому етапі занурення в ITSM за рахунок того, що дає напрям руху, так і більш досвідченим учасникам процесів ITSM, даючи можливість порівняти власні відчуття з думкою досить авторитетного фахівця і спікера заходів ITSM світу.

Попередження: стаття явно продає і, за скромну думку перекладача, містить у собі надмірно захоплені оцінки, які можуть не зустрічатися Вам у реальному світі і згубно впливати на незміцнілі уми.

Читати далі →

Техпідтримка в епоху DevOps




DevOps йде у великі ІТ-компанії незалежно від того, готові вони до цього чи ні. Тут може зустрітися багато проблем, і я хотів би поговорити про одну з них. Можливо, це занадто смілива заява, але я вважаю, що поточна організаційна структура більшості служб ІТ-підтримки в корені хибна.
У такій ситуації успішне впровадження DevOps-практик може виявитися практично неможливим.
В якості альтернативи я хотів би запропонувати нову методологію під назвою Swarming, яка вже готова до впровадження у великому бізнесі і ідеально підходить для виконання завдань технічної підтримки в еру DevOps.
Читати далі →

Як ми впроваджуємо ITSM. Чотири вади обслуговування


Ми вирішили поділитися досвідом від впровадження цієї непростої методології всередині нашої компанії і плануємо написати ряд статей про те, як впроваджуємо ITSM, які труднощі долаємо, і які рішення у нас є. Сподіваємося, що статті будуть цікаві IT-менеджменту.

Читати далі →

WTF: What The FITS

«У секретаря закінчився картридж, заміниш?» — «Ок». «По дорозі подивися там, бухгалтера 1С не пускає» — «Ок». «Алло, і ще, поки не забув — у верстальника хард скрипить, мабуть, помирає». Приблизно так координується робота ІТ-відділу в невеликих компаніях, нерідко те ж саме відбувається і в середніх. Завдання виявляються забутими, співробітники простоюють в очікуванні, на момент інвентаризації неодмінно губляться якісь комплектуючі або паперу на них, економісти урізують бюджет, тому що обґрунтувати майбутні витрати майже нереально. З ліцензіями ПО — взагалі біда. Ну і ладно, давайте всім новий MS Office купимо. Що нам, ITIL з ITSM впроваджувати, чи що? Так, впроваджувати. Так, ITIL. Ну точніше, не зовсім.



Читати далі →

А ось і IoT

У кожної компанії-розробника настає такий період в життєвому циклі, коли приходить розуміння того, що майбутнє вже тут. І потрібно терміново визначити, ти вже в майбутньому, ти безнадійно відстав або тобі його ще можна наздогнати і вбудуватися в нього. Ми багато років займаємося системами моніторингу мережі та управління ІТ-інфраструктурою. Ну тобто ITIL, SAM, ITSM — наше все. Останнім часом на конференціях, семінарах та конгресах ми все частіше стикаємося з поняттям IoT (інтернет речей). Нам цікаво, що чекає нашу компанію в контексті цих процесів, як взагалі IoT впливає на бізнес і як далі жити. Ми вивчили проблему, відповіли на свої ж питання і сьогодні готові поділитися міркуваннями з вами. Все вийшло не так визионерски і фантастично, як ми це передбачали. Проза життя, проза технологій, і трохи паніки.



Читати далі →

Тернистий шлях ITSM в Росії

20 березня 2015 року було чергове сонячне затемнення. Офісні працівники центральної та північно-західної Росії намагалися його розгледіти: через сонячні окуляри, тонування автомобіля, пивну пляшку. І тільки спритні запасливі адміни відсували шторку дискет і з насолодою передавали з рук в руки рятівну плівку. А адже зовсім недавно підписані дискети були одним з найважливіших носіїв інформації — на них здавали курсові, носили звіти і вивантаження з відділу у відділ, з них завантажували програми. З дискетами в руках ще недавно радянська Росія відкривала капіталізм. Попереду були мережі, доступний інтернет, зовнішні жорсткі диски, флешки і неймовірна кількість пов'язаних з цим проблем. Сьогодні ми віддамося ностальгії, а заодно згадаємо, як розвивалися системи управління ІТ-активами.


Читати далі →

Бізнес-процеси: the good, the bad and the ugly

У великій і навіть не дуже великої компанії ніяк без процесів. Консалтинговий підрозділ Hewlett Packard Enterprise Software займається побудовою процесів в ІТ-підрозділах своїх замовників. ITSM/ITIL, управління проектами, управління розробкою та DevOps – всі ці слова. В рамках майже кожного проекту так чи інакше ми проектуємо і малюємо процеси.

У даній замітці ми не будемо говорити про теорії, поговоримо більше про практику з урахуванням того досвіду, який накопичився в російському HP, тепер вже в HPE. Щоб говорити не абстрактно, візьмемо предметну область управління ІТ-послугами – ITSM, і кажучи про процеси, будемо мати на увазі процеси ITIL, наприклад. На абсолютну правоту не претендуємо, будемо раді обговорити дану тему.

Навіщо потрібні процеси
Ми вважаємо, що процеси потрібні, щоб люди в організації однаково розуміли, що і як вони повинні робити. Ще можна говорити «щоб структурувати діяльність організації» і багато інших слів.

Читати далі →