ну игра такая

С утра такое противопоказано читать

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

плюсану

как правильно должно быть?

> я не читаю примеры в этой дискуссии, мне не важны детали реализации - это просто вряд-ли хороший подход в вашей работе, но вам решать
> важно что бы заказчик приносил тесты - Нет, не важно. Он не обязан. Он может принести критерии приёмки задачи, но не тесты
> одна задача - один тесткейс - один коммит - В одной задаче может быть много тест-кейсов и много коммитов
> в тестах видно к каким задачам они привязаны - Учитывая что у вас и тестов нету, мне сложно понять о чём это. Возможно о git-аннотациях в коде
> если вы видите всю цепочку какого-то процесса значит вы аналитик этого процесса - Нет, если вы видите всю цепочку то вы понимаете с чем работаете. Рабочий инженер на заводе не говорит “вот колесо, я делаю что бы оно крутилось”, он говорит “в конвеерной цепочке хромают лопасти и пора менять втулки, чем раньше сделаем тем меньше рискуем остановить производство” То есть он понимает производство, его конвеер, составные части и риски если что-то выходит из строя
> хуево делает свою работу тот кто долго держит карточки на себе - Нет, это ему принесли хуевую карточку и он должен был говорить об этом ещё до того как её брать. Объяснять что плохого и почему будут риски просидеть с ней месяц
> мне принесли каточки и я такой о, охуеть - Вы должны делать приёмку карточек, а не охуевать. Обсуждать, задавать вопросы, вычленять критерии приёмки и т.д.
> сторипонты это валюта - Это не валюта, это субьективная оценка сложности задачи на взгляд команды с соблюдением эталонной задачи по которой всё и меряют. Это не единственный формат измерения, можно ещё мерять “майками” - S,M,L,XL... В этом тоже есть своли плюсы, например менеджмент не будет их сумировать. В случае с цифровой оценкой часто бывает, что для менеджмента нет разницы между 2,3 и 5, хотя она есть. Валюта это сосем не о том
> получается, нужно быть бизнесменом или нет? - Нужно понимать что делает компания. Когда-то мой техлид на проекте по автоматизации логистики перечитал не одну книгу по логистике. Это нужно было для адекватного разговора на языке заказчика, для адекватного понимания что происходит, для выделения процессов, для умения задавать правильные вопросы и т.д. Без этого вы будете как ежик в тумане
> я понял, вы захватили чужие продукты 🙂 я не смог удержать то что захватил 🙁 - Не захватили, а понимаем что происходит. Это не игра в захват территории, ресурсов, людей, денег, процессов… Это всё про то что вы в одной лодке. Нужно разбираться что к чему и работать командно. Кто-то будет бойкотировать, кто-то саботировать, кто-то помогать. С этим нужно будет жить, но ни про какой захват не должно быть речи

+1

++

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

Тоже вчера так думал. Наверное с утра я просто более спокоен и терпелив. Воспринимайте это как тренировку, надеясь, что человек просто не всё знает и не всё понимает

так не знаю, в том то и дело
пришлите опровержение

я рассказал как у нас

вы понимаете что делает ваша компания?

а какого типа приложение у вас?

расскажите как у вас, мне очень интересно

у вас так что программисты вникают в суть процесса где компания зарабатывает на каких рынках?

тут вопрос, до какой глубины нужно знать? нужно ли знать юнит экономику продукта? нужно наверное еще учитывать политику при разработке, ага

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

такого не знаю
захват чужих продуктов это когда менеджер приходит с задачей, а мы подменяем задачу на свою

говорим "а, так не будет работать, давай так"

говорим "давай поиграем в угадывание"