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

Trololo Dev или программисты в общении

Agile *

Всем привет! Я думаю мало людей в сети не знают, что значит сленговое слово тролль. Они часто встречаются в комментариях, приходят по-ирландски, не здороваясь, а уходят по-английски, не прощаясь. Вызывают лютую ненависть, запах валерианки у компьютера и сломанные клавиатуры. Для тех, кто с ними все же не знаком таки приведу определение.
Тролль (бояр. смутьян) — индивид, занимающийся троллингом. Изначально так называлось само провокационное сообщение или действие. Целью тролля является производство лулзов для себя и посетителей, раскусивших его, за счёт менее догадливых посетителей, тратящих время, силы и кровь из задницы на срач с ним.

Цитата взята с Луркмора, советую ее кстати дочитать. Почему я заговорил о троллях? А все потому, что в последнее время очень часто сталкиваюсь с троллями от IT. Хорошо это или плохо и что с этим делать обсудим ниже.
Читать дальше →
Total votes 47: ↑15 and ↓32 -17
Views 1.4K
Comments 11

Управление временем и все-все-все в YouTrack 4.1

JetBrains corporate blog
Только что вышло обновление для баг-трекера YouTrack: в версии 4.1 появились очень полезные функции для управления проектами и не только.

Управление временем в YouTrack 4.1

Управление временем


Итак, главное нововведение в версии 4.1 — возможность управлять временем! Теперь вы можете контролировать время, затраченное на выполнение задачи, итерации или всего проекта, и сравнивать его с предварительной оценкой. Создавайте отчеты о затраченном времени, чтобы быть в курсе того, как ваша команда справляется с выполнением задач.
Читать дальше →
Total votes 30: ↑28 and ↓2 +26
Views 26K
Comments 25

Больше, чем plain vanilla scrum. Общепринятые практики работы с требованиями

«SCRUMguides» corporate blog
Недавно, на Скрам портале была опубликована статья Майка Кона об Общепринятых практиках в Скраме — практиках, которые довольно часто встречаются в Скрам-проектах, но не являются базовыми правилами Скрам.

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

Сегодня я хочу поделиться множеством таких практик, собранных вокруг работы с требованиями. За последние несколько лет перечисленные практики мне не раз довелось наблюдать за кулисами у успешных команд в роли agile-коуча и рассказывать о них на тренингах Certified ScrumMaster в роли скрам-тренера.

Я ни в коем случае не претендую на полноту практик и буду рад услышать дополнения. Некоторые из перечисленных практик заслуживают отдельных статей — это work in progress.

Читать дальше →
Total votes 9: ↑5 and ↓4 +1
Views 6.5K
Comments 2

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

«SCRUMguides» corporate blog


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

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

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

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

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

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

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

Scrum — как эффективно работать без project-менеджера

Agile *

Вместо введения


За последние 3 года работы мне довелось работать в самых различных ипостасях: исследователем, разработчиком и руководителем проектов. Есть различные стили управления: западный (когда предоставляется большая свобода в коллективе и многое построено на доверии, уважении, личной организованности отдельного индивидуума) и восточный (когда штрафуется каждое опоздание, жестко фиксируются сроки, во главе угла стоит железная дисциплина коллектива и если человек не справился с поставленными целями — наступает расставание). Руководитель проекта должен сочетать в себе два этих элемента: яблоко и кнут, подпускать людей к себе, чтобы разработчики вам доверяли, но и соблюдать субординацию, так как отношение-отношениями, а нацеленность на результат должна быть всегда.

Но куда важнее: как вы двигаетесь к поставленной цели, как организуете свой рабочий процесс… В этой статье хотелось бы поделиться с достопочтенной публикой одной из наших непрофессиональных видео-лекцией, которую мы снимали для себя. Думаю, в каждом коллективе наступает такой момент, когда что-то может идет не совсем так, как хотелось бы. Хочется каких-то изменений и лучше прежде всего начинать их с себя. Как говорится — если хотите изменить мир, то стоит это начать прежде всего с вас самих же и вашего ближайшего окружения.

Для удобства сделал субтитры к видео, чтобы смотреть было проще. Замечу лишь, что это не профессиональная видео-лекция и лектор нигде эту методологию не читает специально. Дина Насырова (Тим Лидер из Fujitsu) пришла к нам в знак уважения, чтобы помочь наладить процесс работы коллектива и заодно поделилась своим собственным богатым опытом. Встреча прошла год назад — с тех пор много воды утекло. Но спустя время до сих пор вспоминаю ее, так как информация представленная в ней мне очень сильно пригодилась.

image
Читать дальше →
Total votes 30: ↑19 and ↓11 +8
Views 47K
Comments 42

Митап «Как запускать гильдии и сообщества?» от Туту.ру и AgileVerse

Туту.ру corporate blog Studying in IT Conferences


Гильдии и сообщества — что вы слышали о них? Это что-то из онлайн-игр или социальных сетей? Оказывается, не только. Эти инструменты давно используются в современных компаниях, чтобы помочь людям начать больше общаться, делиться опытом и учиться принимать решения самостоятельно.

21 июня Tutu.ru совместно с AgileVerse приглашают посетить митап «Как запускать гильдии и сообщества?». Ребята поделятся своим опытом, а мы вместе составим описание эффективного сообщества. Пропишем конкретные шаги для создания подобного сообщества в вашей компании.
Читать дальше →
Total votes 14: ↑14 and ↓0 +14
Views 2.6K
Comments 0

Как превратить 15 минут Scrum-собрания в ежедневный аншлаг?

Hygger corporate blog Development Management *Project management *Product Management *
Ежедневное собрание в Scrum-команде должно помочь собственнику продукта оптимизировать разработку и готовить продукт или сервис к релизу в срок и без оплошностей. Это красивая теория. На практике — Scrum meeting может быстро превратиться из эффективной короткой встречи в никому не понятную рутину. Как обеспечить команде полезную ежедневную встречу и не превратить ее в “обязаловку”?

image
Читать дальше →
Total votes 17: ↑13 and ↓4 +9
Views 18K
Comments 32

Плавное введение скрама самими разработчиками (разрешаем противоречия, настраивем команду, избегаем конфликтов)

Project management *Agile *Product Management *
Recovery mode
Sandbox
В репрессивной модели управления лидер будет, как правило, подбирать сотрудников либо глупее себя, либо таких, которых он может «загипнотизировать» или шантажировать тем или иным образом. Тут ищут «псов», которыми легко управлять и которыми легко травить. Спускаемые сверху идиотские указания будут без изменений проксироваться вниз и те, кто сможет проксировать их ниже — выживают, остальные лопаются. habr.com/post/124716
Все ли так плохо с тим-лидерством? Навязывать ли скрам формально, когда его потребность никто не понимает, и она не особо ощущается, или вводить его элементы постепенно, чтобы команда почувствовала его эффективность.

Конфликты интересов частая ситуация в рабочих коллективах и не только в программистских. И зачастую нет правых и виноватых, есть столкновение опыта и видений. Как раскрыть потенциал всех сотрудников и получить синергию, когда 1+1 = 11, а не 2.

Навеяло после футбольного чемпионата мира по футболу. История вывода на колею скрама. Все события вымышлены, все совпадения случайны. Обобщенная и сильно упрощенная ситуация.
Читать дальше →
Total votes 19: ↑11 and ↓8 +3
Views 3.8K
Comments 16

Выбор стратегии жизненного цикла программного обеспечения при наличии нескольких зависимых фронтэндов

Version control systems *Web services testing *Project management *
Жизненный цикл программного обеспечения известен большинству современных программистов.

Даже школьник, написав свою первую программу

<?php 
echo "Hello, Хабр! На пхп"
?>

или

fprintf( 'Привет Хабр на Матлабе!\n');

понимает технологический процесс.

  1. Думает над задачей — этап появления идеи
  2. Думает над задачей и каким способом её нужно реализовать — Анализ и проработка требований,
    построение программной модели и плана на реализацию. Короче, архитектурный этап.
  3. Программирование.
  4. Тестирование. «А что там получилось»
  5. Эксплуатация.

Между 1-5 этапами нитиобразно мы имеем непрерывно взаимодействующие процессы.

Для этого существуют всякие Водопады, Скрамы итд.

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

И по этой причине мы все наблюдаем обилие проектов, в которых одновременно существуют несколько типов фронэндов, взаимодействующих по API с централизованным бэкэндом.
Читать дальше →
Total votes 20: ↑18 and ↓2 +16
Views 4.2K
Comments 4

TypeScript и короткие спринты. Как мы делали инструмент вариативности интервью по фронтенду

Яндекс corporate blog Website development *Interfaces *ReactJS *TypeScript *


17 ноября 2018 года. Нас четверо. Настроение у всех приподнятое — прошли первый этап ШРИ, Школы разработки интферфейсов. Он состоял из лекций и домашних заданий: осваивали разные фронтендерские и околофротендерские технологии, инструменты, Скрам. Знали, что всё это придётся применять в боевом проекте на втором этапе. Но одно дело знать, и другое — действительно реализовать этот проект за ближайшие 5 недель.

Читать дальше →
Total votes 35: ↑33 and ↓2 +31
Views 6.3K
Comments 4

Сторипоинты опасны для разработки клиент-серверных приложений

Development Management *Project management *
Sandbox

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


Команда наша состояла из аналитика, тестировщика, дизайнера и 2-х разработчиков, однако для большей наглядности мы оставим только разработчиков.


Начинаем новый спринт и плавно переходим к оценке Пользовательских историй. Ничего нового. Идем дальше...

Читать дальше →
Total votes 19: ↑14 and ↓5 +9
Views 7.3K
Comments 74

YouTrack 2019.3: обновленный список задач и многое другое

JetBrains corporate blog Project management *Agile *

Меня зовут Лена, и я принесла вам YouTrack. Вы наверняка слышали про этот сервис трекинга задач от JetBrains, а если нет — время познакомиться!


Мы выпустили новую версию и вот что происходит: появились новые функции и улучшения практически для всех сценариев использования YouTrack.


image


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

Читать дальше →
Total votes 19: ↑17 and ↓2 +15
Views 6.3K
Comments 14

Что нового ждать от YouTrack в 2020?

JetBrains corporate blog Project management *Agile *
Хочу поделиться с вами планами по развитию YouTrack в 2020 году. Основные изменения, над которыми мы сейчас работаем, — это раздел “Статьи” (так мы назвали редактируемые страницы базы знаний), реакции в комментариях к задачам, Helpdesk, поставляемый практически “из коробки”, упрощенный пользовательский интерфейс и папки “Входящие” для уведомлений.

image
Читать дальше →
Total votes 10: ↑8 and ↓2 +6
Views 3.1K
Comments 10

Переходить на удаленную работу хотят не все

IT-companies
Recovery mode

Что меняет переход на дистанционную работ и как бизнесу застраховаться от неприятностей


Вчера половина моих сотрудников согласились работать удаленно, пока ситуация с коронавирусом COVID19 перестанет представлять опасность, и страна вернется к своей обычной деловой жизни. Остальные 50% отказались. Обсуждения с коллективом нюансов, связанных с удаленной работой, подтолкнули к написанию этого материала. Я хорошо знаю и о положительных моментах, и о рисках удаленного формата.

Почему не все могут работать дома


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

Скажу сразу, что меня абсолютно не смущает половина моего коллектива в удаленном формате. У нас изначально все процессы выстроены соответствующим образом, потому в работе компании практически ничего не поменялось.
Читать дальше →
Total votes 21: ↑12 and ↓9 +3
Views 6.5K
Comments 28

YouTrack теперь с эмоциями

JetBrains corporate blog Development Management *Project management *Agile *Product Management *
Привет, я Лена из JetBrains! В текущей ситуации нам с командой YouTrack кажется особенно важным выполнять обещания по тому, что запланировано к выпуску на 2020. Поэтому рада представить YouTrack 2020.1, в котором такую радость и другие эмоции можно теперь выражать с помощью с эмодзи-реакций. Ими теперь можно отвечать на комментарии к задачам, а центр уведомлений будет держать вас в курсе реакций, которые вы получаете.



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

Подробнее о новшествах — дальше в посте.
Читать дальше →
Total votes 11: ↑9 and ↓2 +7
Views 3K
Comments 13

Разработка на удаленке: инсайты первого спринта

Ростелеком-Солар corporate blog Information Security *Development Management *Software
За последние пару недель разве что ленивый не посоветовал окружающим, как правильно и без потерь перейти на удалёнку. Мы не будем вам ничего советовать. А просто расскажем, как мы наладили удаленную разработку нашего ключевого продукта и к 3-му апреля уже завершили первый, полностью удаленный, двухнедельный спринт команд разработки Dozor Core (центрального модуля системы).

image

Кому интересно, изучайте наш опыт, включайтесь в обсуждение, делитесь своим в комментах. Ну что, поехали!
Читать дальше →
Total votes 20: ↑18 and ↓2 +16
Views 5.1K
Comments 3

8 трудностей Agile-команд в период пандемии: «Ndagwurugwu nke anya mmiri», ụjọ, oke iwe, agọnar, COVID-19

Southbridge corporate blog Development Management *Project management *Agile *Personnel Management *

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


Скрам-мастеру приходится задумываться, где самому черпать энергию и моральные силы, чтобы не только воодушевлять команду, но и самому как-то переставлять ноги, а не забиться в уголок с табличкой «Do not disturb».


Сейчас всё меняется настолько быстро, что в одиночку трудно подобрать адекватные ответы на ежедневные вызовы. И потому помощь коллег-профессионалов точно лишней не будет. Мы подобрали основные трудности, с которыми могут столкнуться управленцы и скрам-мастера Agile-команд в период пандемии коронавируса. И вместе решим эти задачи.



Читать дальше →
Total votes 23: ↑14 and ↓9 +5
Views 1.8K
Comments 4

Анонс «Вечерней школы Слёрма по Аджайл»

Southbridge corporate blog Project management *Agile *Personnel Management *Conferences

Во вторник, 28 апреля в 20:00 мск открывается «Вечерняя школа Слёрма по Аджайл»: Как сберечь бизнес во время кризиса за счёт перехода на Аджайл.


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


На людей обрушивается пятерная доза стресса:


  • от перехода на удаленную работу;
  • от снижения зарплаты;
  • от самоизоляции;
  • от перехода на Аджайл;
  • от тревожного настоящего и неизвестного будущего.

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


Курс «Вечерняя школа Слёрма по Аджайл» призван помочь владельцам бизнеса, управленцам и скрам-мастерам знаниями и советами. Мы будем еженедельно разбирать, как сберечь и усилить команду, как находить свое место на постоянно меняющемся рынке и наращивать продуктивность.


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



Читать дальше →
Total votes 19: ↑12 and ↓7 +5
Views 2.5K
Comments 1

Scrum и кризис: учить, лечить, мочить. Будущее за микрокомпаниями и как влюбиться в тишину

Southbridge corporate blog Development Management *Project management *Agile *Personnel Management *

У нас с Анатолием Ивановым, директором по разработке PropellerAds, получился странный разговор — у него никак не хватало времени. Потому я успевал его поймать три раза — и трижды наши темы сворачивали совсем не туда, куда мы планировали. Вместо интервью получилась ретроспектива всего, что сейчас происходит.


  • И нарастающий кризис.
  • И Agile-транформации, который занимается Анатолий.
  • И спор с Тиньковым, что у него «банк» или «IT-компания»
  • И двухдневные спринты, на которые сейчас переходят команды.
  • И рождение микрокоманд.
  • И глобальные изменения в инвестиционных потоках.
  • И будущее после того, как всё это закончится.
  • И истории, как Agile внедрялся в PropellerAds с реальными примерами и ошибками.

Я бы это назвал упорядоченный хаос. И он мне нравится. Особенно сейчас.



Читать дальше →
Total votes 32: ↑19 and ↓13 +6
Views 3.1K
Comments 1

Как скрам помогает стать более сильным разработчиком?

System Analysis and Design *Development Management *Agile *

Тема методологий и процессов разработки, как правило, не особо интересна разработчикам. Абсолютно нормально услышать: “Должен быть менеджер, который этим занимается.” Как мне кажется, большинство разработчиков попросту не видят достаточно ценности в том, чтобы понимать процессы компании. Однако, по моему опыту, это крайне важный компонент, который позволяет программистам становиться сильнее именно с технической точки зрения, а также двигаться по карьерной лестнице вверх. Эту связь я и попытаюсь показать.

Читать далее
Total votes 9: ↑6 and ↓3 +3
Views 6.9K
Comments 7
1