Аналитика: точка зрения Archives – Страница 6 из 47

Разработка vs QA – покончим раз и навсегда с противостоянием?

В отрасли разработки ПО уже давно является обыденным, что разработчики и инженеры по обеспечению качества (QA) находятся в постоянном конфликте. Мы настолько привычно воспринимаем такое положение вещей, что многие организации считают, что так и должно быть. Они верят, что конфликт интересов двух сторон весьма выгоден, поскольку QA-инженеры, с одной стороны, требуют от разработчиков хорошего качества разрабатываемого кода, а разработчики, с другой стороны, оказывают встречное давление на QA-инженеров, чтобы те не препятствовали скорейшему выпуску продукта, опутывая их многочисленными тестами. Эрик Фогг (Erik Fogg) на страницах портала DevOps.com рассуждает о том, какими средствами можно прекратить “непримиримое противостояние” двух сторон. Разработчики заинтересованы в…

Как COVID-19 изменит мир ИТ и ITSM?

Во всем мире сейчас с особым уважением и поддержкой относятся к медицинскому персоналу, к людям, работающим на транспорте, в магазинах, в сфере общественных услуг. И вместе с ними – к мириадам невидимых ИТ-профессионалов, которые творят чудеса, чтобы обеспечить работоспособность инфраструктуры и технологий, поддерживающих работу тысяч предприятий и служб. Небезызвестный Патрик Болджер (Patrick Bolger, Chief Evangelist, Hornbill) в заметке на портале ITSM.tools рассуждает на волнующую тему. Многое разом изменилось. То, что было важным совсем недавно, сегодня может стать как жизненно важным, так и вовсе неактуальным. Главным вопросом всего за последние две недели стал “Как мы можем обеспечить эффективную удалённую работу в…

Владелец продукта превращается…

Мы живём в эпоху DevOps. Предприятия организуют непрерывную интеграцию / непрерывную поставку (CI / CD). Традиционные команды превращаются в междисциплинарные и саморганизующиеся. Они намного быстрее разрабатывают и выпускают новые функции. С их помощью функциональные колодцы приказывают “долго жить”, как и длительные сроки ожидания и скопившиеся очереди заданий между отделами. Scrum-мастера следят за тем, чтобы спринты помогали командам достигать своих целей. А что происходит с владельцем продукта? Как изменилась его роль с течением времени? Какие произошли изменения? Об этом рассуждает в своей заметке технический консультант и Scrum-мастер Виби де Рус (Wiebe de Roos) на портале Amazic World. Очень сильно возрос темп…

Многоликий change manager

Роль менеджера изменений исторически вызывает некоторые расхождения в толковании охвата обязанностей. Довольно часто доводится задавать слушателям вопрос: “Вы сейчас кого имеете в виду, менеджера процесса в целом или координатора отдельных изменений?”. Надо сказать, что в зависимости от контекста ответ бывает разным. После очередного случая решил пробежаться по рекомендациям ITIL, чтобы выделить те, которые касаются области ответственности менеджера изменений. Что интересно, в книжке ITIL V3 2011 Service Transition (вы же ещё не забыли такую?) роль “менеджер изменений” в разделе “6.4.6 Роли управления изменениями” не описана. Там есть традиционные Владелец и Менеджер процесса, а также Инициатор, Практик, Авторизующий, Участник и Председатель комитета…

Артём Мукосеев, 9 марта 2020, последний комментарий 11 марта 2020

Не вижу, не слышу… не обвиняю

Многим нравится идея корпоративной культуры, где не ищут виноватых. И правда, что тут может не нравиться? Отличная идея – в конце какого-либо производственного цикла, завершения проекта собрать всех участников событий и провести ретроспективный анализ событий, ошибок, неудач, не занимаясь при этом поиском виновников этих ошибок! Видна немалая польза в бесстрашном, беспристрастном, непредвзятом и, главное, без намёка на поиск виноватых объективном рассмотрении имевших место проблем с благой целью улучшения и недопущения их в будущем. В ходе обсуждения возникает множество полезных идей! Казалось бы, каждая компания должна делать подобный анализ. Но закавыка на текущий момент в том, что многие, если не подавляющее…

Новостной поток, 17 февраля 2020, последний комментарий 28 февраля 2020

Медленное движение “влево” в автоматизации тестирования

Похоже, что стремление “сдвинуть” тестирование влево, к началу конвейера, в сторону разработчиков для ускорения разработки приложений и их развертывания зашло в определённый тупик. Недавний опрос, проведённый компанией Perforce (специализируется на разработке средств автоматизации тестирования) среди 102 ИТ-специалистов, принимающих непосредственное участие в тестировании приложений в своих организациях, показывает, что только 18% компаний тестируют приложения внутри групп разработчиков. Остальные продолжают полагаться на отдельные команды в той или иной форме. При этом более половины респондентов (56%) автоматизируют менее четверти своих тестовых сценариев. Результаты опроса показывают, что, когда речь заходит об автоматизации тестирования в средах DevOps, то и в них всё ещё продолжает существовать…

Новостной поток, 10 февраля 2020, последний комментарий 13 февраля 2020

Управление услугами в 2020 и далее…

Многие организации усердно работают над улучшением у себя управления ИТ-услугами. Зачастую они сосредотачиваются на изменениях способов управления своими внутренними процессами, средств автоматизации и технологий, которые они используют. У такого подхода есть свой предел. Повышение эффективности управления инцидентами, изменениями, проблемами и другими процессами ITSM может привести к положительным результатам. Но если вы мыслите не только категориями этих общих процессов, а ещё и охватываете вопросы совместного создания ценности с другими заинтересованными сторонами, вы можете продвинуться гораздо дальше. Стюарт Рэнс, один из старейших экспертов в ITSM и информационной безопасности, соавтор ITIL 4 рассуждает в своей новой заметке о том, как следует управлять услугами…

Новостной поток, 17 января 2020, последний комментарий 25 февраля 2020

Потоки создания ценности и их природные аналоги

Пол Вилкинсон (Paul Wilkinson) и Дэниел Брестон (Daniel Breston) в своей новой заметке на портале ITSM.tools, обсуждают важность потоков создания ценности, анализируют их функционирование и сравнивают потоки создания ценности со схожими природными явлениями. В природе потоки воды (ручьи, реки, водопады) издают специфический шум. Природа вокруг реагирует на него. И не в хаотичном, а в согласованном и гармоничном порядке. То же самое происходит и с потоками создания ценности на работе – они создают определённый присущий им шум. Вопрос в том, как вы реагируете. Потоки создания ценности – это инструменты диалога, обсуждения, вызывающие тот самый шум, необходимые для обеспечения движения потока без…

Корпоративные ценности

Практика консультанта очень ценна тем, что реальная жизнь всегда проверяет на прочность твой багаж знаний и опыта. Новые технологии, направления, аспекты, принципы управления ИТ – потоком сначала проходят индивидуальный внутренний контроль на применимость, в результате которого помечаются как перспективные (удобные, технологичные, малозатратные и прочие эпитеты), отбрасываются за отсутствием рационального зерна и выводятся из поля зрения, либо уходят в “серую зону”, где застывают в виде маячков “а помнится…” до того момента, пока какой-то пример не заставит вытащить их из анабиоза. Бывает, что на выставках, семинарах и других крупных мероприятиях подходят представители заказчиков, бывшие коллеги из компаний, где когда-то работал, и через…

Make Ops Dev again!

Одной из задач, которую приходится решать в рамках помощи команде организоваться – приблизить ее к пониманию ответов на один из часто возникающих вопросов: Как привлекать специлистов, которые не работают над развитием продукта fulltime: Compliance, UX, CI/CD? Входит ли в группу этих деятельностей Ops? Ответ на этот вопрос лежит в способности (и готовности) команды делегировать эту ответственность на условный аутсорс. Рассмотрим ситуацию на примере Ops и эксплуатационной деятельности в чистом виде. В идеальной сферической команде в вакууме вся ответственность за продукт, за работу и взаимодействие всех его составных частей лежит внутри её области ответственности и компетенций. Но мы с вами, к…

Искусственный интеллект, машинное и глубокое обучение – в чём разница

Сейчас много пишут и говорят об искусственном интеллекте (ИИ). Наряду с другими связанными понятиями – такими, как машинное обучение (machine learning) и глубокое обучение (deep learning). Многие люди склонны неправильно понимать термины, используемые в контексте ИИ, поэтому данная статья призвана помочь вам различать и лучше понимать роли, которые упомянутые возможности могут играть в управлении ИТ-услугами (ITSM). Что такое ИИ? Как следует из названия, это созданная человеком система интеллекта, это способность машины работать и рассуждать, как человек. ИИ работает и ведет себя, как человек. Примеры применения ИИ включают распознавание лиц, сканирование сетчатки глаза, перевод текстов и цифровую биометрию. Теперь это все…

Портал №1 по управлению цифровымии информационными технологиями

Аналитика: точка зрения

Портал №1 по управлению цифровыми
и информационными технологиями