Size: a a a

Programming Offtop

2021 January 29

AD

Aleksey D. in Programming Offtop
(
То есть, ты по одной карточке в джире поймёшь, что тебе нужно наебашить? А ведь продукт менеджеры люди занятые, у них ответственности и работы гораздо больше чем у нас. Бывают случаи, когда какое-то требование недописывают или плохо формулируют. Встречи и стендапы предупреждают такие происшествия
скорее не встречи/стендапы, а инициативный разработчик, который сформирует вопросы и передаст их заинтересованному - это можно и без встреч
источник

AK

Anton Korotkikh in Programming Offtop
(
То есть, ты по одной карточке в джире поймёшь, что тебе нужно наебашить? А ведь продукт менеджеры люди занятые, у них ответственности и работы гораздо больше чем у нас. Бывают случаи, когда какое-то требование недописывают или плохо формулируют. Встречи и стендапы предупреждают такие происшествия
так это никак не проиворечит. обычное живое общение, не понял - подойди и уточни. для этого не нужны все эти агилы, пляски со статусами, куча баззвордов и других раздражающих ритуалов
источник

(

( in Programming Offtop
Aleksey D.
скорее не встречи/стендапы, а инициативный разработчик, который сформирует вопросы и передаст их заинтересованному - это можно и без встреч
Вопрос - это асинхронное общение всё-таки, ты написал в чатике менеджеру - ждешь ответ, работа стоит
Подошел лично - он может быть занят, на встрече или на звонке
А так ты выделяешь в день пару часов чтобы заранее уточнить все вопросы, и в итоге никто никому не мешает работать
источник

(

( in Programming Offtop
Anton Korotkikh
так это никак не проиворечит. обычное живое общение, не понял - подойди и уточни. для этого не нужны все эти агилы, пляски со статусами, куча баззвордов и других раздражающих ритуалов
^
источник

ML

Mikhail Levchenko in Programming Offtop
Iaroslav Postovalov
Но пока что получается, что 10 кодописак в итоге дороже
не факт, они то производительнее, когда работа идёт вширь а не вглубь
источник

IP

Iaroslav Postovalov in Programming Offtop
Mikhail Levchenko
не факт, они то производительнее, когда работа идёт вширь а не вглубь
К счастью, сейчас не все таски идут вширь
источник

AK

Anton Korotkikh in Programming Offtop
(
^
это благая идея часто взрывается. что меня на личном опыте бесило, что во многих случаев этие самые встречи просто смешиваются в одну большую кучу, ты начинаешь слушать статусу и обсуждения людей, которые конкретно на твои задачи вообще не завязаны
источник

Kd

Konstantin dmz9 in Programming Offtop
а на small scale - если каждую задачу требуется обсуждать (и менеджмент даже настаивает) - это системная проблема?
мне как то кажется что это недостаточная квалификация постановщиков задач - ну, естественно кто этим занимается в мелких галерках - менеджмент - короче менеджмент нифига не может на бумаге обьяснить (причем почти всегда) - и это раздражает
как с этим бороться?
источник

ML

Mikhail Levchenko in Programming Offtop
Iaroslav Postovalov
К счастью, сейчас не все таски идут вширь
таких задач исчезающе мало
источник

(

( in Programming Offtop
Anton Korotkikh
это благая идея часто взрывается. что меня на личном опыте бесило, что во многих случаев этие самые встречи просто смешиваются в одну большую кучу, ты начинаешь слушать статусу и обсуждения людей, которые конкретно на твои задачи вообще не завязаны
бля, ладно, я не хочу больше этот цирк продолжать
источник

(

( in Programming Offtop
так-то я могу ещё нащитпостить, но
источник

AN

Alexander Nozik in Programming Offtop
(
То есть, ты по одной карточке в джире поймёшь, что тебе нужно наебашить? А ведь продукт менеджеры люди занятые, у них ответственности и работы гораздо больше чем у нас. Бывают случаи, когда какое-то требование недописывают или плохо формулируют. Встречи и стендапы предупреждают такие происшествия
Аджайл как принцип хорош. Мне не нравятся все эти "стандартные ритуалы" типа православных и не православных скрумов. Если менеджер хороший, он хоть со скрумом, хоть без него сделает хорошо. Если плохой, то он запорет хоть с ним, хоть без него. Как бы знать, что такая методика есть и использовать из нее полезные элементы - это хорошо. Но следовать как священному писанию - это ерунда.
источник

(

( in Programming Offtop
все знают, что менеджеры статистически долбоебы и я их рот ебал
источник

AN

Alexander Nozik in Programming Offtop
(
Вопрос - это асинхронное общение всё-таки, ты написал в чатике менеджеру - ждешь ответ, работа стоит
Подошел лично - он может быть занят, на встрече или на звонке
А так ты выделяешь в день пару часов чтобы заранее уточнить все вопросы, и в итоге никто никому не мешает работать
Это сильно зависит от того, как команда организована. И вообще это менеджер должен подойти и спросить, как идет работа.
источник

AN

Alexander Nozik in Programming Offtop
(
все знают, что менеджеры статистически долбоебы и я их рот ебал
Тогда ничего не поможет. Ну и перед выше описанным, лучше все-таки хоть на свидание пригласить.
источник

AN

Alexander Nozik in Programming Offtop
Konstantin dmz9
а на small scale - если каждую задачу требуется обсуждать (и менеджмент даже настаивает) - это системная проблема?
мне как то кажется что это недостаточная квалификация постановщиков задач - ну, естественно кто этим занимается в мелких галерках - менеджмент - короче менеджмент нифига не может на бумаге обьяснить (причем почти всегда) - и это раздражает
как с этим бороться?
Наличием промежуточного звена в виде тех-лида/тех-менеджера. Который может переводить с языка маркетологов на язык техов.
источник

AN

Alexander Nozik in Programming Offtop
Вот к примеру, мы таких людей готовим для науки и индустрии. Идея в том, что члеовек должен и уметь прогать и знать предметную область и мог бы на основе размытого ТЗ свофрмировать то, что надо делать программистам. Или выбить нужную для программистов информацию из заказчика.
источник

AK

Anton Korotkikh in Programming Offtop
Alexander Nozik
Аджайл как принцип хорош. Мне не нравятся все эти "стандартные ритуалы" типа православных и не православных скрумов. Если менеджер хороший, он хоть со скрумом, хоть без него сделает хорошо. Если плохой, то он запорет хоть с ним, хоть без него. Как бы знать, что такая методика есть и использовать из нее полезные элементы - это хорошо. Но следовать как священному писанию - это ерунда.
я примерно про это и имею в виду. как идея он может быть и хорошим, но идея без реализации не стоит ничего, а реалиазция агила зачастую очень хуёвая, и частично из-за его утопичной концепции
источник

AN

Alexander Nozik in Programming Offtop
Anton Korotkikh
я примерно про это и имею в виду. как идея он может быть и хорошим, но идея без реализации не стоит ничего, а реалиазция агила зачастую очень хуёвая, и частично из-за его утопичной концепции
Говорю же, от человека зависит, а не от методологии
источник

VP

Vladimir Petrakovich in Programming Offtop
Iaroslav Postovalov
К счастью, сейчас не все таски идут вширь
Любая коммерческая разработка стремится к тому, чтобы все таски были вширь и можно было легко масштабировать и заменять кодописак
источник