Эффективность работы программиста

[Vladimir Kr.]

у меня один главный вопрос: из аджайл дед ор элайв?

Пока остаются неплохие вещи:

- каждодневная "планерка" по 30 мин "что делал вчера, буду делать сегодня, над чем убился". Это самая полезная вещь, особенно если планерка проводится среди 3-5 человек реально работающих над одним сценарием.

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

Полностью ушло:

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

- психологические разборки "что было хорошо и было плохо".

Это называется переход из скрама в канбан, но это все еще атжайл.

[Сабина]

В смысле mechanical keyboard предпочитаете ?

да, при этом к клавиатуре ещё пару месяцев нужно привыкнуть, для максимальной скорости

Вообще мысль прикольная конечно . Типа чумная голова рукам покоя не даёт. Вы думаете ещё быстрее чем печатаете ? А по сколько часов в день если не секрет ?

[Сабина]

...
- убрали все задержки связанные с ожиданиями on shared test environments
--
На стейжнигне есть переключалка между бранчами. Можно мгновенно переключится на любой бранч и потестить. Все бранчи пересобираются автоматом.

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

Да, у нас тоже переключалка есть, но ожидания то и задержки она не отменяет ? Прямо сейчас был код фриз с конца октября. Народ понаписал, все вышли после праздников и началось - релизы каждый день, буквально одного и того же app, некоторые - major refactoring. Всего две test environments, боттлнек на боттлнеке. Добавь ещё сюда app config, который живет в репозитории тех же девопсов и там бардак и черт ногу сломает - и все станет еще на порядки интереснее. Бранч под свой код, бранч под конфиг. Snapshot могут запросто затереть, задеплоеннный апп тоже, если ты негромко в слаке крикнул или не там . Dependent data sources or sinks - это отдельный головняк и там тоже боттлнекс.
Ну и я уже молчу что после каждого релиза надо мерджить в своё и снова тестировать - кто не успел тот опоздал.
Жесть в общем

[Сабина]

Еще много лет назад в одном известном инвестмент банке одна большая менеджер внезапно сошла с ума. Региональная СИО.
Решила устроить эффективность и экономию.
И написала приказ: ван компьютер, ван монитор! Девелоперз не нуждаются в более чем одном мониторе!

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

Потом прошло несколько дней.
Я стал получать звонки от рекрутеров в которых они выражали соболезнования и предлагали посильную помощь в поиске новой работы.
К концу нелели уволилось 8 человек которых я знал лично. Я как неопытный тормоз никуда не ушел, сидел ждал продрлжения событий.
На след неделе чиф информейшен офицерку вызвали наверх и поинтересовались чо она вытворяет и зачем.
По слухам на допросе у ней начался нервный срыв и ее увез амбуланс. Таким образом силы зла были покараны.
Мониторы вернули на той же неделе.

Но дебилизм на этом не закончился.

Продолжение следует.

Мораль то какая ? Помимо аджайла жизнь ещё и бабы портят ?
У меня тоже есть интересная история на поднятую вами проблему , правда там не такой счастливый конец как у вас.
Одна тетя решила сократить девелоперов 15 аппликейшенов ( 200 человек в целом). Причина - аутсорс тех аппликецшенов в Accenture , где на высокой позиции был ее муж. А вы говорите ….

Теперь можно снова вернуться к теме ?

[Сабина]

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

Милочка, у меня каких только проектов/компаний в жизни не было - и больших и малых. Такой бардак вижу в первый раз
Это не имеет ничего общего с размером команды. Это в основном кривость конкретного места и частично результат wrong expectations. Книжку Staff Engineer многие прочитали по диагонали и решили что это приглашение нанять одного такого Staff engineer который заменит им и принципала и архитектора и менеджеров заодно.

[Сабина]

- каждодневная "планерка" по 30 мин "что делал вчера, буду делать сегодня, над чем убился". Это самая полезная вещь, особенно если планерка проводится среди 3-5 человек реально работающих над одним сценарием.

Wow, что там можно 30 минут обсасывать каждый день. И главное нафига. Нафига Владу слушать 10 минут что у Анны SSRS server глючит и девопсы ее уже неделю к network guys отфутболивают. Пусть кодирует в это время.

10 минут максимум пару раз в неделю еще куда не шло.

Есть команды в которых 5 Владов и 5 Анн
И да, люди пытаются все свои тяготу-заботы вывалить на планёрке, особенно сейчас когда все работают из дома.
Потому что а:
- not all dependencies are transparent
- если что то требует координации - это иногда единственная возможность быстро обсудить
- надо чтобы другие понимали сколько он всего делает и где застрял и почему
- а вдруг кто то уже на этом собаку съел и знает как решить проблему быстро

[Bobeg]

Еще много лет назад в одном известном инвестмент банке одна большая менеджер внезапно сошла с ума. Региональная СИО.
Решила устроить эффективность и экономию.
И написала приказ: ван компьютер, ван монитор! Девелоперз не нуждаются в более чем одном мониторе!

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

Потом прошло несколько дней.
Я стал получать звонки от рекрутеров в которых они выражали соболезнования и предлагали посильную помощь в поиске новой работы.
К концу нелели уволилось 8 человек которых я знал лично. Я как неопытный тормоз никуда не ушел, сидел ждал продрлжения событий.
На след неделе чиф информейшен офицерку вызвали наверх и поинтересовались чо она вытворяет и зачем.
По слухам на допросе у ней начался нервный срыв и ее увез амбуланс. Таким образом силы зла были покараны.
Мониторы вернули на той же неделе.

Но дебилизм на этом не закончился.

Продолжение следует.

Мораль то какая ? Помимо аджайла жизнь ещё и бабы портят ?

Про проблемы от женщин на работе это чисто Ваше восприятие, это Вы сказали а не я. Я говорил о том что нельзя экономить на эргономике поскольку это (а) понижает способность разрабов работать, и (б) ставит их в позицию униженого и оскорбленного человека.

Аджайл кстати виновен в том же самом. Пытается девелопера понизить до уровня безмозглого ребенка которым вертят все возвышеные вокруг фигуры начиная от погонщика (скрам мастер) кончая всеми остальными разновидностями менеджеров.
Таким образом аджайл снижает реальную производительность.

Общий вывод: попытки повышать эффективность очень часто ведут к понижению эффективности.

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

У меня к аутсорсингу есть свои претензии.
Но давайте я их потом изложу.

[Херовимчик]

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

Милочка, у меня каких только проектов/компаний в жизни не было - и больших и малых. Такой бардак вижу в первый раз
Это не имеет ничего общего с размером команды. Это в основном кривость конкретного места и частично результат wrong expectations. Книжку Staff Engineer многие прочитали по диагонали и решили что это приглашение нанять одного такого Staff engineer который заменит им и принципала и архитектора и менеджеров заодно.

В моём комментарии нет ни слова ни о Стаффах, ни архитекторах, ни о менеджерах. Это опыт в одной и той же команде (менеджемента) на разных ее этапах.

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

[Bobeg]

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

[Mmodel]

Моё мнение.
Если взять и покапатся то они сами себе протеворечат
https://ru.wikipedia.org/wiki/%D0%91%D0 ... 0%B2%D0%BE

Также принято выделять ещё два источника потерь — muri (яп. 無理 му́ри), — перегрузка рабочих, сотрудников или мощностей при работе с повышенной интенсивностью и mura (яп. 斑 му́ра) — неравномерность выполнения операции, например, прерывистый график работ из-за колебаний спроса.

[kyk]

жизнь ещё и бабы портят ?

обязательно

[kyk]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

[Komissar]

- аутсорс тех аппликецшенов в Accenture Теперь можно снова вернуться к теме ?

интересно, а Accenture в каком регионе программёров для аутсорс припахивает? В Индии?

У нас местные все.
Паттерн такой же, а давайте доведём наших инженеров до ручки, чтобы они уволились и затем наймем Accenture за 10х стоимости. Ну и IT менеджер получит откат. Уже дважды наблюдаю эту песню.

мир ИТ проеден крысами!

[Mmodel]

моё мнение

Обман

источник https://en.wikipedia.org/wiki/Fraud

[kyk]

да, при этом к клавиатуре ещё пару месяцев нужно привыкнуть, для максимальной скорости

ага. А если ещё и печатать вслепую научиться то и вобще можно бапки лопатой гре(б)сти - стучать по клаве за двоих