«Да кто такой этот ваш аджайл?! Мы же не продуктовая команда!», «И как меня угораздило в это вляпаться?!» — такие выражения (и много чего еще) я слышала на командных встречах архитекторов компании в роли агента изменений.

Всем привет! Я – Мадина, скрам-мастер в Департаменте управления технологиями МТС, у нас это подразделение называют Департаментом Technology Governance (TechGov).

Одно дело — внедрять скрам или канбан в командах разработки и совсем другое — внедрять гибкие подходы в Центрах компетенций или практик. Таких, например, как архитектура, управление производственным процессом, R&D или даже сам Центр практик Agile.

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

В предыдущей статье из цикла мы рассказывали, что такое группа процессов и области знаний. Чтобы понимать, как управлять проектом, важно осознавать разницу между понятиями. Мы также уточняли, что согласно PMBoK для получения качественных результатов нужно обращать внимания на 9 областей знаний. В этом материале расскажем, что входит в одну из них. Управление содержанием проекта — управление сроками проекта, необходимыми задачами и ожиданиями заказчика, которые нужны для достижения результатов. Почему это так важно, читайте в статье. 

Всем привет! В статье расскажем про внутреннюю программу обучения для QA. В наших продуктовых командах все QA-инженеры пишут автотесты, для этого мы используем связку Java+Selenium. У всех разный уровень владения инструментами и опыт программирования. Чтобы выровнять уровень владения Java в командах и помочь новым сотрудникам быстрее влиться в нашу среду автотестов, в 2022 году мы решили сделать внутреннюю программу обучения, определив минимально необходимый уровень владения технологическим стеком. В статье поговорим о том, как мы создавали нашу программу, расскажем, из чего она состоит и разберем нюансы. 

Каждый, кто сталкивался с внедрением новых подходов, испытывал весь спектр эмоций. Особенно, если дело касается государственного сектора. РТЛабс использует практики SAFe® с 2022 года. Как мы провели продуктовую трансформацию — подробно в другой статье. 

Здесь расскажем про важную часть SAFe® — PI-планирование: как мы готовимся к нему, проводим и как управляем планом в течение квартала. С какими ограничениями сталкиваемся и как обеспечиваем работу 1 500 человек в квартальном цикле.

Будет полезно тем, кто хочет изменить подходы к производству ПО, начинает или уже работает с государственным сектором. Мы — самый большой кейс внедрения практик SAFe® в России.

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

Всем привет! Меня зовут Маргарита, я UI/UX дизайнер в компании Tourmaline Core. В этой статье решила поделиться своим опытом, набитыми шишками и успешными практиками, и разобраться, что нужно учесть при оценке времени выполнения задачи.

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

Много всего говорится, да не всё в дело годится

Ранее я уже рассказывал про такой брак в потоке задач, как «НЕфункциональные задачи»^[1].

Сейчас я хочу описать «псевдозадачи» - ещё один вид брака потока задач. Объяснить, что это такое? Разъяснить, как определить «псевдозадачи»? Ведь они имеют все необходимые обязательные атрибуты «задачи».

Целесообразность этого заключается в том, чтобы исключить Имитацию Бурной Деятельности – ИБД, разрастание формализма и бюрократизма.

Псевдозадача — это, по сути, задача ради задачи – самоцель.

Как правило, такие задачи:

Некоторое время назад в нашей компании «Финам» проходил тренинг для нанимающих руководителей и экспертов про переговоры с кандидатом в процессе найма. Для меня он был особенно актуален, так как мой личный опыт проведения собеседований пока еще скромен. Тренинг мне очень понравился, так как дал структурное понимание темы. В этой статье я  хочу поделиться своими заметками с данного тренинга.

Первая часть тренинга относится в бОльшей степени к нанимающему менеджеру, а вторая к HR специалистам. Первую часть тренинга вела Ольга Чумакина.

Мы начали с разбора того как выглядит "Звезда" (идеальный кандидат)? Как говорит, как ведет себя, как выглядит, что не делает?

Казалось бы довольно простой вопрос, однако, если перейти к конкретным пунктам поведения, становится сложнее. Например, такое качество, как "адекватный" - по каким конкретно действиям, словам, поступкам кандидата мы поймем, что он адекватный? Для понимания того, кто нам нужен, Ольга предлагает по своей позиции расписать портрет кандидата (как выглядит, говорит, поведенческие особенности и т.п). Например, если он такой-то, то ведет себя так-то: по 5 позитивных и 5 негативных индикаторов. 

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

Решил составить для себя план развития (я в IT с 2007, как аналитик - с 2017). Что получилось: некий чек-лист с перечислением 13 блоков (от работы с требованиям до безопасности) с описанием, что обязательно и желательно знать/уметь.

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

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

Компетенции — это перечень знаний, умений и навыков, которыми владеет программист 1С.

О каких компетенциях идет речь:

Я знаю многое о велосипедах в Enterprise-разработке. Видел издали, катался на них, собирал сам, но наступают моменты, когда типичные задачи пора перевести на типичные решения. В статье расскажу о 4 self-hosted сервисах, которые освобождают уйму времени на действительно важные вещи.

Для дошкольников

Дисклеймер

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

Предисловие

Сначала я просто хотел написать небольшую статью о том, как мы разносили базы по службам, но в ходе углубления в этот процесс мы добавляли всякие разные штуки (мониторинг служб, потом мониторинг пользователей внутри 1С, потом прикрутили заббикс, и, наконец, пришли к CI/CD на базе 1С). В итоге я понимаю что пихать это в одну статью будет слишком — решил разделить на несколько. Ну а название навеяно циклом статей "сети для самых маленьких", которые принесли мне много приятных минут и к которым я отсылаю всех, кто "хочет изучить сети". Итак, мы приступаем!