Size: a a a

2020 October 17

SZ

Sergey Zolotov in PHP
knopkod4v
блин, джорни ту клауд - они б рендеринг интерфейса сделали быстрый лучше =(
я думаю это связано тоже)
источник

SP

Sergey Protko in PHP
Sergey Zolotov
идите в клауд. мы не собираемсч саппортить премисы
> HIPAA / HITECH – For our Cloud products, we are not able to sign a Business Associate agreement and we recommend our Server products for companies that need to comply. We have more information on this in our Privacy Policy.

> FedRAMP - Trello Enterprise has achieved FedRAMP Low-Tailored Authority to Operate (ATO). Atlassian products Jira, Confluence, and Jira Align are being evaluated for FedRAMP authorization. Contact your Atlassian sales representative for more information.
источник

DP

Dmitri Ponomarjov in PHP
Алексей Гевондян
сначала пытаешься внедрить актуальные технологии, а потом понимаешь, что люди не могут разобраться в этом, и работают как привыкли.
Это проблема бизнеса, у нас так. На все позиции набраны люди с фатально недостаточными навыками. Проект-менеджеры не умеют делить проект на таски и спрашивают, надо ли делать так или иначе, директор микроменеджер, разраб не пишет код, админы не умеют копипейстить с ворда, маркетологи не умеют строить kpi каналов итд
источник

DP

Dmitri Ponomarjov in PHP
Что с этим делать - хз, бежать, наверное :))))
источник

АГ

Алексей Гевондян... in PHP
Dmitri Ponomarjov
Что с этим делать - хз, бежать, наверное :))))
можно попробовать перестать кипешевать, а сесть и разобраться, выписать проблемы, попробовать придумать пути их решения.
источник

DP

Dmitri Ponomarjov in PHP
Фичи не доводятся до доставки совсем, а если и доводятся, то как прототипы, и резко нужно бежать и чинить какой-то другой старый прототип, который уже пять лет назад перерос свои возможности, но надо пилить новые фичи, и новые фичи, больше фич богу фич
источник

АГ

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

DP

Dmitri Ponomarjov in PHP
Алексей Гевондян
можно попробовать перестать кипешевать, а сесть и разобраться, выписать проблемы, попробовать придумать пути их решения.
Ну, я заставил наш отдел разработки завести джиру, завести хотя бы краткосрочный план фич, поднял годовой план итд
источник

SZ

Sergey Zolotov in PHP
Алексей Гевондян
хуже, когда осознание проблем и бардака есть только у тебя) так часто бывает) тогда да, ты не там просто работаешь.
ссыкуны
источник

DP

Dmitri Ponomarjov in PHP
Но потом прилетает директор и говорит, что он уже заказал мимо отдела у партнеров фичу, надо её поддержать. Естественно, заказал не то, не там и не так.
источник

SZ

Sergey Zolotov in PHP
Dmitri Ponomarjov
Ну, я заставил наш отдел разработки завести джиру, завести хотя бы краткосрочный план фич, поднял годовой план итд
норм. вбивай правильные идеи коллегам в одной лодке и давите понемногу наверх
источник

SZ

Sergey Zolotov in PHP
а кто-то говорил директору что мы как-то делаем хуйню и чем это выходит боком?
источник

DP

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

SZ

Sergey Zolotov in PHP
чем больше неразбериха тем проще что-то менять)
источник

DP

Dmitri Ponomarjov in PHP
Sergey Zolotov
чем больше неразбериха тем проще что-то менять)
Только из-за этого и не ухожу, есть возможность разлочить ачивку, если удастся навести порядок
источник

DT

Dmitriy Tkachenko in PHP
Sergey Zolotov
чем больше неразбериха тем проще что-то менять)
ух не соглашусь)
источник

SZ

Sergey Zolotov in PHP
Как известно, энтерпрайз разработка (особенно ее аутсорсная составляющая) славится жесткими дедлайнами и овертаймами на пути к ним. Об этом уже много сказано в плане выгорания команд, ухудшения качества и других очевидных последствий. Я хотел бы затронуть ещё одну интересную сторону данной проблемы. Жесткие дедлайна и постоянная гонка делают нас тупее.

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

- реализуются неэффективные, но прямолинейные технические решения;
- забываются многие важные альтернативные сценарии, требования продумываются недостаточно качественно;
- никто не пытается уделять много времени дизайну продукта (речь не о UI и даже не о UX составляющих);
- качество кода сильно деградирует в пользу скорости разработки;
- нефункциональные аспекты (как производительность и безопасность) остаются в стороне.

Хорошо ли это для продукта? Нет конечно! С большой долей вероятности, на выходе продукт получится ГОВНОМ. Зато вовремя, с соблюдением дедлайнов и радостью менеджеров!

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

DP

Dmitri Ponomarjov in PHP
Sergey Zolotov
а кто-то говорил директору что мы как-то делаем хуйню и чем это выходит боком?
Ко мне на митинги он перестал приходить, занят типа. Мой непосредственный начальник вроде как передаёт наши хотелки наверх, но он товарищ тихий и вряд ли умеет пробиться
источник

DT

Dmitriy Tkachenko in PHP
упертые люди иногда еще и упоротые, и прям
источник

k

knopkod4v in PHP
Sergey Zolotov
я думаю это связано тоже)
ну фиг знает, как это избавит меня от 8 - 10 секунд ожидания возможности слинковать задачу
источник