Обновить
179.18
Рейтинг

Управление разработкой *

Планирование, отслеживание и контроль

Сначала показывать
  • Новые
  • Лучшие
Порог рейтинга
  • Все
  • ≥0
  • ≥10
  • ≥25
  • ≥50
  • ≥100

Я толерантен. Извините

Управление разработкой *Управление проектами *Управление персоналом *Карьера в IT-индустрии Читальный зал

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

Но предел моих мечтаний, конечно – менеджер, который Всё Унифицировал. Тот, у которого Единый Процесс. Самый Лучший, разумеется. Или даже Единственно Верный.

Я тоже хотел стать таким, честно. Придумаю, бывало, какую-нибудь методику, или в книжке вычитаю – и леплю без разбора на всех. Начитаюсь или наслушаюсь, как надо проекты делать – и поскакали. Но со временем я понял, что не прав.

Не прав именно я, не дорос ещё. Рано мне уверенно утверждать, что правильно, а что нет. Я должен пройти Путь, который, наверняка, прошли программисты, тимлиды, проджекты и менеджеры моей мечты.

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

Ключевая проблема конкуренции – сравнение результатов в сопоставимых системах координат. Бывает ведь смотришь на людей – ну прям молодцы. Но стоит их выдернуть из привычного контекста, как вся «молодцеватость» куда-то исчезает. Программист, который был звездой на одном проекте, оказывается худшим звеном на другом. Тимлид, получивший престижную премию «Проект года», садится в лужу на следующем проекте. Контекст разный.

Думал-думал я, и придумал. Не надо притягивать за уши контекст. Надо устроить конкуренцию внутри одного контекста. Внутри одной компании. Даже – внутри одного отдела. Благо, у меня есть отдел.

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

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

Поэтому я стал эволюцию подпинывать. Как? Ну, как учёные в лабораториях с крысами. Проактивно, по собственному желанию.

Читать далее
Всего голосов 17: ↑13 и ↓4 +9
Просмотры 1.6K
Комментарии 0

Новости

Баги в API Хабра или 500 – это нормально?

API *Тестирование веб-сервисов *Управление разработкой *

О том, как найти баги в любом API за 5 минут и чем поможет Swagger Spec First + Schemathesis там, где генерация API контрактов из кода не предусмотрена или невозможна.

Читать далее
Всего голосов 7: ↑7 и ↓0 +7
Просмотры 1.5K
Комментарии 5

Как улучшить межсерверное взаимодействие и сэкономить время разработчика

Блог компании ЮMoney Java *API *Разработка под e-commerce *Управление разработкой *

Привет! Я Алексей, Java-разработчик. В статье поделился опытом внедрения подхода Contract-First в backend. 

Под катом подробности:

— что такое Code-First и зачем переходить на Contract-First,

— как перестать писать API-объекты руками и сэкономить 12 человеко-недель в спринт,

— как поддерживать однотипный код и API, если у вас 100+ микросервисов и 60 бэкендеров.

Читать о внедрении Contract-First
Всего голосов 12: ↑11 и ↓1 +10
Просмотры 1.6K
Комментарии 1

Как упростить работу команды с помощью Telegram

Блог компании Домклик Мессенджеры *Управление разработкой *

Меня зовут Борзов Олег, я техлид команды разработки CRM-системы для менеджеров ипотечного кредитования крупного банка. Сегодня я хочу рассказать, как наша команда разработки упрощает часть рабочих процессов с помощью мессенджера Telegram.

Читать далее
Всего голосов 22: ↑21 и ↓1 +20
Просмотры 8.7K
Комментарии 4

Минуточку внимания

Свой инструмент в Tableau для scrum-команд с Bug Policy и Scope Drop

Блог компании Авито Управление разработкой *Agile *

Привет! Меня зовут Анастасия Никонорова, я аналитик в Авито. Рассказываю, как мы сделали инструмент в Tableau для наших scrum-команд разработки.

Сначала опишу, как мы работаем по Agile и Scrum, потом — как подготавливали данные и создавали инструмент, как его внедряли и какие результаты получили. В конце статьи будет пара лайфхаков по визуализации в Tableau, которые пригодятся аналитикам.

Read more
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 604
Комментарии 0

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

Блог компании Tietoevry IT-инфраструктура *Управление разработкой *Облачные сервисы

Если посмотреть статистику поисковых запросов для ITIL/ITSM, выясняется, что чаще всего люди задаются вопросом “Что это такое?” и “Кому нужен/когда нужен/зачем нужен ITIL”.  Первому вопросу посвящено множество хороших статей, на второй же чаще отвечают “если вы не знаете, что это такое, значит, вам это не нужно”.

В этой статье мы рассказываем, как научили заказчика радоваться ITIL-у, а еще о том, как сделать ITSM c человеческим лицом для энтерпрайза с бюрократией  и не сойти с ума

Читать далее
Всего голосов 3: ↑3 и ↓0 +3
Просмотры 2.5K
Комментарии 2

Tech Radar X5: какие инструменты и технологии мы используем при разработке

Блог компании X5 Group Управление разработкой *Управление e-commerce *Управление продуктом *IT-компании

Всем привет! С вами команда X5 Tech. Сегодня мы решили показать наш Tech Radar — сборник инструментов, языков и сервисов, которые мы используем при разработке продуктов. Мы долго к этому шли и наконец-то готовы рассказать о своём опыте публично.

Читать далее
Всего голосов 8: ↑6 и ↓2 +4
Просмотры 1.7K
Комментарии 5

С широко закрытыми глазами

Управление разработкой *Управление проектами *Управление продажами *Карьера в IT-индустрии

Мир ИТ-услуг весьма странен.

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

С другой стороны, продолжают покупать. Это понятно – выбора-то особо нет. Будь на рынке реально крутые, качественно лучшие игроки – законы конкуренции доделали бы остальное.

Непонятно другое – все делают вид, будто никто ничего не знает. Заказчики на полном серьёзе обсуждают предстоящий, непременно успешный проект, а говнокодеров называют «специалистами». ИТ-компании – подыгрывают. Хорошо ещё, большинство встреч проходит онлайн – не приходится продумывать логистику офиса, чтобы просранные клиенты не столкнулись с невинными потенциальными.

Итог всегда один, просто достигается за разное время, кому как повезёт. Кому-то выпадет счастливый билет, и попадётся действительно классный программист или целая команда. Но это лишь продлит агонию – никакой программист, и никакая команда не будет с заказчиком всегда. Штурмовые бригады идут дальше, а на замену приходят охранные войска – ополченцы, грубо говоря. И разочарование заказчика ИТ-миром в целом произойдёт обязательно.

А бывает ли по-другому? Речь не про сказку об очередном мифическом деревенском программисте, который с пинка открыл дверь собственника и всё ему объяснил, нет. Бывает ли так, что не обманываются ожидания?

Конечно. Чтобы не обманывались ожидания, рычага есть два. Первый – соответствовать ожиданиям. Второй – корректировать ожидания. Я сегодня про второй.

Есть у нас команда, которая…. Как бы это выразиться. Странная короче. Они говорят заказчику всё, как есть. И предлагают выбор.

Читать далее
Всего голосов 27: ↑23 и ↓4 +19
Просмотры 8.5K
Комментарии 7

Процесс создания мобильных приложений 1 — начало (project junior)

Разработка мобильных приложений *Управление разработкой *

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

Надеюсь каждый пользовался мобильным приложением (далее - МП) и не надо объяснять, что это такое.

Читать далее
Всего голосов 36: ↑2 и ↓34 -32
Просмотры 2.6K
Комментарии 3

Управление рисками проекта

Управление разработкой *Управление проектами *Учебный процесс в IT Управление продуктом * *
Из песочницы

Управление рисками проекта

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

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

Читать далее
Всего голосов 10: ↑8 и ↓2 +6
Просмотры 3K
Комментарии 21

«Я не ответственный, я — Responsible» — как объяснить бабушке, что такое RACI-матрица

Блог компании Timeweb Cloud Управление разработкой *Управление проектами *Управление продуктом *Научно-популярное


Приехала я год назад к друзьям играть в настолки. А они ссорятся. Из-за того, что Маша сказала Саше вынести мусор / убрать носки / погулять с хомяком, а он не сделал, потому что тупо забыл. Рассказала я Саше и Маше про ToDoList и таск-трекеры и нарисовала им на холодильнике импровизированную асану. Маша наклеила стикеры с задачами и сроками, Саша терпеливо кивнул. Настолки состоялись.

Недавно я снова заглянула в гости. Стикеры на холодильнике висят, а Маша и Саша опять ссорятся. Точнее, громко выясняют, кто хотел починить стол / вывести холодильник / искупать кота, кто по-факту должен был это делать, и почему до сих пор ничего не сделано. Я промолчала, т.к. в чужие семейные разборки со своим PMBOK-ом не лезут.

Но потом решила, что всё нормально, лезут, т.к. вспомнила, что видела RACI-матрицу для распределения ответственности с шуточным объяснением через поездку семьи на дачу. Полезла искать эту картинку для Саши с Машей, нашла, а в ней куча ошибок:



Простите. Не могу промолчать. Не надо так.
Читать дальше →
Всего голосов 79: ↑73 и ↓6 +67
Просмотры 18K
Комментарии 43

Как научиться слушать всех и не превратиться в будку гласности

Блог компании Ak Bars Digital Управление разработкой *Управление проектами *Управление продуктом *

Меня зовут Александр Глухов, я в финтехе с 2013 года. Сейчас работаю в Ак Барс Банке и оптимизирую процессы в мидл-офисе и бэк-офисе. Мы делаем разные продукты для банка, один из них — универсальное рабочее место сотрудника. Это внутренний сервис для сотрудников банка, которые рассматривают кредитные заявки и после всех проверок решают, давать кредит или нет.

Мой рассказ — о работе с бэклогом и внутренними заказчиками. Он основан на наших разработках для мидл- и бэк-офиса, но выводы применимы и в других областях, даже не связанных с банками и финтехом.

Эта статья — расшифровка доклада с митапа Three Amigos Talk.

Читать далее
Всего голосов 6: ↑5 и ↓1 +4
Просмотры 1.1K
Комментарии 0

AGIMA.Outsource: зачем нам 400 подрядчиков и как мы их ищем

Блог компании Агентство AGIMA IT-инфраструктура *Управление разработкой *IT-компании

Привет! Я Юля Грибова из AGIMA, руковожу отделом закупок. В этой статье расскажу, как нам удалось за 5 лет в 40 раз увеличить количество подрядчиков у компании и зачем нам это было нужно. Думаю, узнать обо всем этом будет интересно коллегам по рынку и тем, кто сам выполняет работы на аутсорсе. Рассказывайте в комментариях, с какими проблемами сталкиваетесь, когда ищете подрядчиков или заказчиков.

Читать далее
Всего голосов 21: ↑21 и ↓0 +21
Просмотры 1.3K
Комментарии 0

Особенности удалённого грумминга

Блог компании Домклик Управление разработкой *Agile *

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

Читать далее
Всего голосов 46: ↑44 и ↓2 +42
Просмотры 7.1K
Комментарии 13

Ошибки при внедрении OKR как системы исполнения стратегии. Опыт Хабра

Блог компании Gai.Company Управление разработкой *Управление проектами *Управление продуктом *Управление персоналом *

В январе 2021 года я закончил работу с Хабром по формированию их новой стратегии. Мы описали стратегию в формате Х-матрицы, дальше ребята сказали, что сами декомпозируют X-матрицы на департаменты, и спросили, с помощью какой системы лучше реализовывать стратегию. Я ответил, что на сегодняшний день не знаю ничего лучше OKR (Objectives and Key Results): она гибкая, не требует особых знаний и понятна всем, кто так или иначе сталкивался с Agile. Мы ударили по рукам и разошлись.

Однако уже в мае ко мне постучались Денискин и Баксли с просьбой посмотреть, что не так. Ребята попытались сами внедрить ОКR, но что-то пошло не так, и система не приживалась. После небольшого анализа был выявлен ряд ошибок, основной из которых у Хабра, на мой взгляд, стала попытка внедрения сразу во всей компании.

Ниже перечень этой и прочих ошибок, которые были обнаружены мною в Хабре, а также в других компаниях, где я наблюдал или внедрял OKR.

Читать далее
Всего голосов 21: ↑19 и ↓2 +17
Просмотры 2.4K
Комментарии 4

Почему у вас не работают agile процессы?

Управление разработкой *Agile *
Из песочницы

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

Читать далее
Всего голосов 10: ↑8 и ↓2 +6
Просмотры 4.1K
Комментарии 12

QA, из команды в тимлиды — как выжить между двух огней

Блог компании Альфа-Банк Тестирование мобильных приложений *Управление разработкой *Управление персоналом *Карьера в IT-индустрии

Меня зовут Катя, я недавно стала QA-лидом в Альфа-Банке, до этого работала в команде. В этом посте я расскажу, как у меня происходил переход из командного тестировщика в позицию QA-лида. Возможно, моя история окажется полезной для тех, кто переходит из статуса "часть команды" в статус лида и пытается понять, что вообще случилось и как дальше жить.

Сейчас я занимаюсь Альфа-Мобайлом, нашим мобильным приложением для физических лиц. Работа в команде состояла из обычного взаимодействия с нашими IOS- и Android-разработчиками, с аналитиком, с бэкенд-разработчиком и с product owner’ом. В моей командной работе были обычные спринты, обычная приемка, обычное написание автотестов к различным компонентам архитектуры, конечно же, дедлайны и еженедельный всеобщий Мобайловский регресс. Помимо работы в команде, есть еще наставничество.

Архитектура довольно нетипичная: помимо обычного front’a и back’a есть еще и middle, и не каждый въезжает сразу, на это тратится много времени. На тот момент, когда со мной поговорил мой руководитель и рассказал, что пора переходить в лиды, у меня было два начинающих падавана. В общем, состоялся разговор о том, что пора расти, пора уже переходить дальше, я ответила, что хоть и очень загружена, но готова. 

Читать далее
Всего голосов 13: ↑11 и ↓2 +9
Просмотры 4.3K
Комментарии 1

Автоматизация оптимизаций в Go

Блог компании Delivery Club Tech Open source *Программирование *Go *Управление разработкой *
image

Привет, Хабр! Меня зовут Денис Лимарев, я разработчик платежной системы в Delivery Club.
Недавно мы провели два митапа: по оптимизациям и по нашему новому линтеру. На первом митапе разобрали оптимизации кода на Go, а в рамках второго поговорили про создание и возможности нашего нового линтера, который может искать и самостоятельно применять эти оптимизации, и не только. Как делался линтер и поиск каких оптимизаций смогли автоматизировать — читайте под катом.
Читать дальше →
Всего голосов 21: ↑20 и ↓1 +19
Просмотры 3.9K
Комментарии 1

Погромист. Мои самые эпичные провалы за всю карьеру

Программирование *Управление разработкой *Управление проектами *Карьера в IT-индустрии

Я люблю критику. Если вы не заметили, я, как старый дед, всё поливаю грязью и всем недоволен.

Забавно, но в то же время я люблю, когда критикуют меня самого, потому что именно в такие моменты я что-то начинаю понимать, развиваюсь и становлюсь лучше. А в этой статье я решил совместить приятное с забавным и рассказать вам о своих самых идиотских решениях и самых эпичных провалах за свою карьеру программиста - такая вот само-критика. Возможно, кто-то узнает себя, а если нет, то я просто прошу вас: не делайте так же, как делал я.

Читать далее
Всего голосов 270: ↑262 и ↓8 +254
Просмотры 77K
Комментарии 187

А лидер настоящий?

Блог компании OTUS Управление разработкой *

Аутентичность с каждым днем ​​становится все более и более неаутентичной. То, что раньше было искренним желанием, теперь стало модным словечком, которое некоторые лидеры разбрасывают, чтобы потешить свое эго. Истинное смирение нужно доказывать, а не заявлять.

Читать далее
Всего голосов 20: ↑16 и ↓4 +12
Просмотры 7.2K
Комментарии 1

Вклад авторов

Работа