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

Почти половина разработчиков тратит 10-25% времени на исправление ошибок в готовом продукте

Research and forecasts in IT


Согласно новому исследованию, 43% enterprise-разработчиков тратят от 10 до 25% своего времени на отладку и исправление ошибок в приложениях на стадии эксплуатации.

К такому выводу пришли аналитики ClusterHQ на основании опроса разработчиков: четверть респондентов сообщили, что им приходится исправлять баги в продакшне несколько раз в неделю.

Авторы исследования считают, что такие потери времени слишком велики: разработчикам нужно больше концентрировать внимание на реализации новых фич для пользователей, нежели на постоянном исправлении ошибок.
Читать дальше →
Total votes 20: ↑17 and ↓3 +14
Views8.8K
Comments 9

Magic Tasks — решаем внеплановые задачи наравне с плановыми

GTD
Зачастую появляются такие задачи, которые сложно поставить в план, т.к. вроде их и решать надо, но есть более приоритетные задачи по проекту. Поэтому в компании которой я работаю, я придумал и внедрил относительно недавно такую вещь как Magic Tasks.

Magic Tasks — это такие задачи, которые не входят в план в краткосрочной перспективе, но их решение сейчас необходимо.

UPD: Перенес в Учись Работать.

Далее более подробно обо всем этом.
Читать дальше →
Total votes 23: ↑16 and ↓7 +9
Views660
Comments 31

Делаем сплав гибкой разработки и User Experience (UX)

Agile
Автор оригинальной идеи этой статьи — Джон Иннс, консультант в области гибких методологий IT-разработки. С первоисточником можно познакомиться здесь. Мы его немного доработали, много упростили, но теперь статью, хотя бы, можно читать :)



Итак, есть такая штука, как опыт пользовательского взаимодействия (тот самый UX, User Experience). В целом, UX — это впечатление пользователя от вашего продукта (например, сайта). Сюда относится внешний вид, удобство расположения кнопок, ссылок и других элементов.

Почему учитывать опыт взаимодействия — важно?
Читать дальше →
Total votes 13: ↑12 and ↓1 +11
Views5.3K
Comments 2

85 заблуждений и препятствий внедрения гибкой разработки

«SCRUMguides» corporate blog


Термин «скрам-бат» (от «scrum, but..») впервые начал использовать Кен Шуэйбер что бы описать неверную трактовку или умышленную модификацию правил скрам, что бы уйти от болезненной правды о процессе, которую он помогает открыть.

Типичная формулировка скрам-бата выглядит так:
У нас скрам, но <Причина>, <ОбходнойПуть>

Где Причина — это описание дискомфорта, неприятного открытия с которым команда в силу тех, или иных причин не может справиться. А Обходной путь — это способ закрыть глаза на проблему, или устранить «симптомы», не разобравшись с причинами «организационного заболевания».

Типичные примеры скрам-батов, соответственно, выглядят так:
  • У нас скрам, но мы не всегда успеваем закончить всю взятую работу, поэтому меняем длину итерации.
  • У нас скрам, но все проблемы, которые мы могли устранить мы уже устранили, поэтому мы не проводим ретроспективы .

Мы стараемся термином «скрамбат» не злоупотреблять, поскольку некоторые типы отклонений свойственны началу внедрения аджайл и являются частью эволюции процесса. Например, если у вас скрам, но вы не делаете TDD, у вас нет парного программирования и слабо выраженное коллективное владение кодом — возможно, вы просто в начале пути. Причины могут быть разными — от неумения «продать» ценность инженерных практик менеджменту до неумения их «готовить». И то и другое можно научиться делать, но это занимает определенное время, верно?

Однако, каждый раз, когда я слышу «у нас скрам, но» в зрелых командах, я пытаюсь услышать нечто большее большее о причинах, которые такую модификацию обуславливают. И знаете, что? Веских причин на самом деле очень мало. Скорее, это непонимание ценностей гибкой разработки, недостаток смелости и силы что бы им следовать, которые вместе образуют процессное «скрамно».

Работая с командами, мы собрали список из 85 заблуждений и препятствий успешного внедрения гибкой разработки. Многие выходят за рамки правил карсасса скрам. В зависимости от контекста проекта, некоторые пункты могут иметь большее или меньшее влияние, и иметь оправдания обстоятельствами. Однако мы верим, что каждый элемент этого списка провоцирует искаженение ценностей и принципов Agile.
Читать дальше →
Total votes 12: ↑7 and ↓5 +2
Views24.2K
Comments 26

Сценарии как инструмент аналитика, и как они помогают работать с требованиями

AgileProduct Management


«Директор небольшой брокерской фирмы Юрий сидел в офисе, который он арендовал в модном коворкинге вместе со своими немногочисленными сотрудниками. Компания последнее время показывала очень хорошие результаты. Престижное экономическое образование позволило самостоятельно построить успешную компанию, а вот как обезопасить основной капитал – базу клиентов – от участившихся хакерских атак собственными силами Юрий не знал. Своим сотрудникам Юрий доверял, но они часто работали из дома, из кафе, да и местный администратор Илья не вызывал доверия, наверное из-за бороды и черной футболки.
Что случилось с Юрием дальше и при чем тут секретарь Юля...
Total votes 7: ↑7 and ↓0 +7
Views3.9K
Comments 3

Что отставной генерал НАТО преподаёт студентам Университета Иннополис

Innopolis University corporate blogStudying in IT
image

В Университете Иннополис студентов обучают профессора и научные сотрудники с опытом работы в ведущих ИТ-компаниях и университетах мира. Также вуз приглашает на гостевые лекции весьма необычных ИТ-специалистов. Мы уже писали о том, как своим опытом со студентами делился хакер Ares, знакомый с Эдвардом Сноуденом. На этот раз мы расскажем о профессоре Анджело Мессине, который работает профессором-практиком Института информационных систем и возглавляет магистерскую программу «Управление разработкой программного обеспечения» в нашем вузе. В интервью он делится воспоминаниями о службе в составе групп войск НАТО, объясняет, почему решил переехать в Иннополис обучать российских студентов и как в Европе армия взаимодействует с наукой.
Читать дальше →
Total votes 22: ↑21 and ↓1 +20
Views8.8K
Comments 0

Почему Agile иногда не работает

Alconost corporate blogIT TerminologyDevelopment ManagementProject managementAgile
Translation

Пару лет назад я заходил к родственнику. Моему бедному кузену (а он генеральный директор страховой компании) продали «серебряную пулю Agile» — но она не сработала, и его это очень расстроило:
Чушь всё это! Мы начали делать всё совершенно иначе. Мы пригласили консультантов. Мы наняли специальных руководителей проектов. Не сработало! Ничего не изменилось. Никто ни за что не отвечает. Я слышу только оправдания.
Не помню, что я ответил тогда, но знаю, как ответил бы сегодня. Я бы набросал несколько рисунков, словом не упомянув Agile. Пришлось бы объяснить кузену несколько основных понятий…

Переведено в Alconost

1. КПД процесса

Читать дальше →
Total votes 13: ↑9 and ↓4 +5
Views15.1K
Comments 12

Масштабируем разработку: от стартапа до сотни инженеров

Конференции Олега Бунина (Онтико) corporate blogBadoo corporate blogHigh performanceDevelopment ManagementProject management
Многие другие крупные IT-компании, начиналась со стартапа, и Badoo не исключение. За последние годы компания прошла путь от нескольких десятков инженеров до нескольких сотен. Николай Крапивный был на передовой на большей части этого пути и принимал решения: что лучше делать, а что не делать, как справляться с проблемами. Его доклад на TeamLead Conf был посвящен этому опыту и картине мира, которая в результате сформировалась.

Конечно, у каждой компании свой путь, но проблемы человеческих коммуникаций у всех примерно одинаковые. Чужой опыт поможет заранее подумать о проблемах, с которыми придется столкнуться с ростом компании. Даже, если эти ценности не подойдут напрямую, это подскажет, в какую строну думать.



Рассказ состоит и трех частей. Первая — про коммуникации, про то, как они меняются с ростом компании. Вторая часть о том, как с увеличением количества инженеров в команде попытаться сохранить скорость разработки. И третья часть — от том, почему Badoo живет на два офиса, и как при этом справиться с проблемой общения.
Читать дальше →
Total votes 39: ↑37 and ↓2 +35
Views7.2K
Comments 0

Всё дело в Agile — 1: популярные мифы о гибкой разработке

Mail.ru Group corporate blogAgile


Методологии гибкой разработки (Agile) прижились и в IT, и в не-IT, обросли своими приметами, стереотипами, суевериями и мифологией. Редакция блога Mail.Ru Cloud Solutions решила поговорить об этой мифологии с Agile-коучем Василием Савуновым из ScrumTrek.
Читать дальше →
Total votes 13: ↑12 and ↓1 +11
Views11.7K
Comments 9

Где Agile ужасен, особенно Scrum

Development ManagementProject managementAgileProduct ManagementPersonnel Management
Translation
Гибкость — без сомнения хорошая вещь, и в манифесте Agile есть смысл. По сравнению с хрупкой практикой под названием «водопад», Agile заметно лучше. Тем не менее, на практике гибкие подходы часто наносят глубокий вред, и в действительности вряд ли здесь уместна дихотомия Agile/Waterfall.

Я видел, как множество вариантов Agile, называемых Scrum, реально убивают компанию. Под «убивают» я имею в виду не «ухудшение культуры», а скорее когда акции компании падают почти на 90% за два года.

Что такое Agile?


Agile вырос из среды веб-консалтинга, где он приносил определённую пользу: при работе с привередливыми клиентами, которые не знают, чего они хотят, обычно приходится выбирать из двух вариантов. Или одолеть клиента: установить ожидания, соответствующую оплату за переделки и поддерживать отношения равенства, а не подчинения. Или принять некорректное поведение клиента (как, скажем, приходится многим дизайнерам) и ориентировать рабочий поток вокруг клиентской дисфункции.
Читать дальше →
Total votes 87: ↑66 and ↓21 +45
Views79.1K
Comments 214

Проблемные личности среди менеджеров проектов

Project managementAgilePersonnel ManagementIT career
Translation


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

Менеджеры проектов, как правило, стремятся обеспечить предсказуемость сроков путём стандартизации и соблюдения цикличности процессов. В этих процессах основное внимание уделяется отчётности по статусам, чтобы отслеживать прогресс. Общепринятое мнение, что чем тщательнее отслеживать процессы, тем более предсказуемым станет график проекта, и тем выше вероятность, что проект сдадут в срок.
Читать дальше →
Total votes 41: ↑36 and ↓5 +31
Views30.5K
Comments 14

Все дело в Agile — 2: особенности внедрения гибкой разработки

Mail.ru Group corporate blogProject managementAgile


Продолжаем про нюансы гибкой разработки (Agile), которые случаются на практике. Как понять, правильно ли внедрен Agile, какая практика годится для какой задачи и отрасли, кто в компании должен переводить работу на «Agile-рельсы»? Своим опытом с редакцией блога Mail.Ru Cloud Solutions продолжает делиться Agile-коуч ScrumTrek Василий Савунов.

В прошлый раз Василий рассказал, что такое Agile, какие он включает методологии и какие вокруг него сформировались стереотипы. Теперь поговорим о его внедрении.
Читать дальше →
Total votes 21: ↑19 and ↓2 +17
Views9.9K
Comments 3

Как распознать липовые проекты Agile

Development ManagementProject managementAgileDevOps
Translation
От переводчика: это инструкция DIB Guide: Detecting Agile BS (версия 0.4), которую Комитет по инновациям Министерства обороны США (DIB) опубликовал в открытом доступе 9 октября 2018 года.

Agile — модное словечко в разработке ПО, так что все софтверные проекты Минобороны теперь почти по умолчанию объявлены «гибкими». Настоящий документ поможет руководителям программ и специалистам Минобороны отличить софтверные проекты с действительно гибкой методологией от проектов, которые под маской Agile просто используют «водопад» или «спираль» (“agile-scrum-fall”).
Читать дальше →
Total votes 13: ↑13 and ↓0 +13
Views12.2K
Comments 5

Во имя нового продукта

Конференции Олега Бунина (Онтико) corporate blogDevelopment ManagementAgileProduct ManagementPersonnel Management
Когда в статьях и докладах говорят о кейсах в управлении командами, часто ограничиваются тем, что рассказывают, что было не так и как изменили ситуацию. Но в этот раз у нас есть уникальная возможность узнать, как команда жила дальше и чем все закончилось — на самом деле не закончилось, а продолжается.

Перед вами продолжение истории под названием «Как тимлиду выжить в масштабируемом скраме и сохранить контроль за качеством кода» об Agile-трансформации в ivi. На TeamLead Conf технический директор компании Евгений Россинский (eross) рассказал, почему может понадобиться откатить всю реорганизацию команды, как при этом не переругаться и помочь разработчикам, а еще и сохранить и приумножить бизнес-эффективность.


Читать дальше →
Total votes 39: ↑37 and ↓2 +35
Views4K
Comments 4

Нужен ли тебе Agile: 5 моделей для проверки

Development ManagementProject managementAgileProduct Management
Дети, рожденные в год подписания Agile Manifesto, в этом году празднуют совершеннолетие. А взрослые люди продолжают спорить, где Agile применим. Обычно бьют по площадям: можно ли использовать Agile вне IT. Иногда добавляют драмы: пробовали ли вы строить атомную электростанцию по Agile? Для художественного эффекта так, конечно, лучше. Но если вы хотите сделать продукт, а не победить в конкурсе ораторов, то лучше смотреть применительно к конкретной ситуации.

В этой статье мы расскажем о нескольких моделях оценки применимости Agile и подробнее остановимся на одной их них — Agile Suitability Model, представленной в Agile Practice Guide от PMI и Agile Alliance.
Читать дальше →
Total votes 17: ↑16 and ↓1 +15
Views14.4K
Comments 7

Гибкая локализация: как применить agile к проекту по переводу

Alconost corporate blogLanguage localisationDevelopment ManagementAgileProduct Management


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


Как гибкая локализации помогает улучшить качество продукта и оптимизировать бизнес-процессы? Рассказываем о преимуществах применения agile на проектах по локализации продукта.

Читать дальше →
Rating 0
Views767
Comments 2

Гибкая методология разработки Scrum, или как быть в потоке всем участникам проекта

ОТР corporate blogLanguage localisationDevelopment ManagementProduct ManagementBrain
Tutorial
image

Поток, что это? Это быть в моменте, здесь и сейчас, каждому участника проекта. Есть ты, рабочее пространство и 100% фокус. Рабочее пространство — это стены офиса или уголка в доме, если ты на удалёнке, твои коллеги очно, либо в мессенджерах, задачи, безумные идеи и яркие цели.

Мы в IT часто сталкиваемся или столкнёмся с тем, что надо запилить нечто такое, в короткие сроки, с учётом таких-то деталей и интеграции новшеств, не потеряв в скорости. В общем сделать так, чтобы всё было хорошо :). Вполне обычная задача, приступая к которой, засучиваешь рукава, хватаешь маркер, карандаши с ручками, собираешь или входишь в команду, проектируешь, визуализируешь, генерируешь идеи, варишь, варишь, варишь и идёшь стучать по клавишам, реализуя крутые вещи.

Scrum методология позволяет погрузить каждого, хоть немного ответственного, даже заинтересованного на малую долю участника, в процесс с головой. Каждый участник берёт на себя ответственность за задачу, невыполнение которой, подведёт в первую очередь всю команду и конечно самого себя. А это обидно, очень обидно.

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

Читать дальше →
Total votes 34: ↑22 and ↓12 +10
Views3.5K
Comments 17

Новый сайт для популярного медиа за 2 месяца

ITSumma corporate blogWebsite developmentProject managementMedia management
Давным-давно в далекой-далекой галактике появился проект The Bell, построенный на WordPress. Постепенно проект рос и развивался, добавлялись всевозможные галочки и тоглеры, накручивались фичи. Технический долг копился и тащил The Bell на тёмную сторону, а новые хотелки уже выходили за рамки возможностей CMS и превращали проект в колесо с костыликами вместо спиц. И тут редакция задумала обновить сайт и сделать редизайн новостной ленты.

«Что в этом сложного?» — видимо, подумали люди, не очень знакомые с техническими тонкостями, и обратились к нам за разработкой. Для нас же это поначалу напоминало анекдот: есть статичный макет, который совершенно неизвестно как должен меняться в зависимости от разных условий, и заказчик, который хочет увидеть новый сайт в работе меньше, чем через два месяца.

Как мы разбирались, что на самом деле нужно заказчику и какой должна быть админка, искали компромисс, чтобы уложиться в сроки, и реализовали новые фичи, расскажу под катом.


Читать дальше →
Total votes 40: ↑38 and ↓2 +36
Views6.7K
Comments 23