Agile, Scrum, разработка ПО Archives – Страница 19 из 29

Прозрачность как инструмент организационных изменений (делаем DevOps)

Прозрачность – супермощный инструмент в руках грамотного менеджера. Те, кто только начал организационные изменения для уменьшения времени выпуска (lead time), могут пока сомневаться. Бывалые, и их мнение я полностью разделяю, считают прозрачность более эффективным способом воздействия на умы и культуру, даже чем административный ресурс. Постараюсь объяснить, что я имею ввиду. Прозрачность – это объективное открытое знание, во-первых, значений ключевых метрик, а во-вторых – уровня соответствия принятым в компании стандартам и практикам. Для каждого продукта и для каждой продуктовой команды. Какие самые основные метрики DevOps? Их очень немного, и для начала измерений можно обойтись ограниченным набором: время нахождения идеи в бэклоге…

Конференция Agile, DevOps, ITSM 2018 пройдёт 23 октября в Москве

Ошибки в выборе стратегии цифровой трансформации и ее реализации ключевым образом влияют на будущие результаты и конечную стоимость не только самой трансформации, но и компании в целом. Анализ опыта тех, кто уже реализует проекты трансформации, поможет избежать многих собственных ошибок и сэкономить ресурсы. 23 октября в рамках докладов практической конференции Agile, DevOps, ITSM 2018 будет представлен положительный и отрицательный опыт более 20 реальных проектов цифровизации российских предприятий из 10 различных отраслей экономики, включая финансовый и государственный сектор, телеком и ритейл. Управляющий партнер Cleverics Олег Скрынник выступит с докладом на тему “Современная разработка ПО. Взгляд из мира ITSM”. Раньше считалось, что бизнесу нужны…

Текущее и будущее состояние ITSM и ITIL (на примере Канады и США)

Хорошо известный и знакомый нам профессионал в ITSM – Трой Дюмулен (Troy DuMoulin), книгу под авторством которого мы выпустили в 2014 году, – в середине лета опубликовал свои наблюдения о текущем состоянии ITSM и ITIL в Канаде и США. Любопытно, что его высказывания применимы в отношении и других стран, в том числе и нашей. Предлагаем вам с ними ознакомиться. Если присмотреться, и США, и Канада очень схожи в своих практиках использования ITSM, даже несмотря на то, что в Канаде начали применять ITSM чуть раньше, чем в США. И хотя в ITIL описание полного жизненного цикла появилось с 2007 года, подавляющее…

DevOps-люди. МЫ-культура

В заметке на портале SPR рассматривается вопрос о переходе на новую культуру: «Если вы присматриваетесь к DevOps, очевидно все начнется с трансформации культуры организации. Воспользуйтесь нашим руководством по DevOps культуре, чтобы понять необходимые изменения и люди, которые вам потребуются, чтобы это реализовать» DevOps переворачивает культуру с ног на голову. В течение многих лет успех ИТ заключался в специализации. Это заключалось в том, чтобы найти людей с определенным набором навыков, которые были необходимы, и конкретизировать им путь достижения целей. Сейчас же, DevOps переворачивает культуру личных достижения («Я-культура») в культуру достижений команды («МЫ-культура») – как МЫ можем достичь успеха, как МЫ можем…

Чат-боты: помощники или вредители?

Тема применения чат-ботов уже не нова, однако в поисках подтверждённых историй успеха можно провести немало времени. И в основном они касаются внутренней “кухни” творцов программного обеспечения. Тут вопросов практически не возникает. DevOps шагает по миру уверенными шагами, всё больше захватывая умы разработчиков и подталкивая их к совершенствованию своего инструментария, в том числе инструментария для эффективного взаимодействия. Существует также мнение, что применение чат-ботов помогает не только повысить эффективность труда разработчиков и улучшить доступность инфраструктуры, но и получить определённые “социальные” выгоды, которые позитивно влияют на внутреннюю культуру организации. В частности, эксперты отмечают следующие социальные выгоды: повышение качества взаимодействия; улучшение обмена знаниями и, как следствие,…

Артём Мукосеев, 16 сентября 2018, последний комментарий 26 сентября 2018

Инженеры ли вы?

Не только в Кремниевой долине широко используется термин “инженер”, чтобы обозначить технического специалиста. Любой, кто не относится к продажам, маркетингу или проектированию в ИТ – это он. “Мы ищем инженеров” – похожее объявление можно увидеть в разделе вакансий какого-нибудь стартапа. Что может означать, что угодно: от программиста Java Script до специалиста по робототехнике. Правильно ли это? И кто это – инженер в разработке? На эту тему в своей заметке рассуждает Ян Богост (Ian Bogost), академик и член редакции технологического раздела портала The Atlantic. Термин, вероятно, является сокращением от “инженера по программному обеспечению”. Инженер – это звучит гордо. При этом в…

Новостной поток, 10 сентября 2018, последний комментарий 17 сентября 2018

Руководители проектов в эпоху Agile (когда всё гибко, бережливо и продуктово)

Необходимое примечание (disclaimer): я не имею ничего против управления проектами вообще и руководителей проектов в частности. Мне известна область применения проектного менеджмента, равно как и его ограничения. Я знаю менеджеров проектов, способных получить качественный результат в совершенно не располагающих к тому условиях; я также видел РП, польза от которых ограничивалась созданием протоколов встреч. Во многих проектах я сам был на роли менеджера, и хорошо знаю, в чём заключается эта работа. Ну и формальное обучение проходил, разумеется. Данная заметка не имеет цели поставить под вопрос пользу от дисциплины управления проектами в общем случае. Лишь в частном. Теперь перейдём к теме. В…

Олег Скрынник, 2 сентября 2018, последний комментарий 11 сентября 2018

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

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

Сразу 10 книг вошли в топ-5 по версии наших читателей

С 2010 года мы издаём книги, это не наш основной бизнес, но тем не менее можно с уверенностью утверждать, что наши книги популярны, востребованы и полезны. И представленный ниже рейтинг, основанный на статистике продаж книг на нашем сайте, – убедительное тому доказательство. Получилось, что в топ-5 вошли абсолютно все книги, изданные Cleverics, поскольку первую и четвертую строчку занимают комплекты . Итак, 5. На пятом месте нашего хит-парада книга “DevOps для ИТ-менеджеров” Олега Скрынника, самая суть DevOps без привязки к конкретным инструментам: основы, принципы, практики. «Написанный простым языком, продуманный и хорошо структурированный обзор истории DevOps, содержащий рекомендации по организации практик и применению…

Новостной поток, 20 августа 2018, последний комментарий 27 августа 2018

DevOps Days приходят в Казань

14-15 сентября в Казани пройдёт первая конференция из серии международных конференций DevOps Days, направленных на развитие и поддержку DevOps-культуры во всем мире. Программа обещает быть интересной и насыщенной, ведь конференция продлится два дня, а организаторы планируют собрать более 300 участников. Пока на сайте мероприятия представлены 15 спикеров, но до 15 августа можно успеть подать заявку на доклад. Сейчас в продаже билеты Early bird, стоимость составляет всего 1000р. Билет можно купить на сайте DevOps Days Kazan. До встречи в Казани!

Новостной поток, 10 августа 2018, последний комментарий 8 сентября 2018

Место для процесса управления изменениями

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

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

Agile, Scrum, разработка ПО

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