софтскиллз это уже как после анализа прийти и не устроить перфоманс у заказчика )

я вижу в разговоре некие намёки на "full stack", но не в контексте FE/BE - а в контексте целостности продукта: что на входе, как собирать, для кого собирать, как фактически устроены все процессы, как их пощупать и потрогать, как их показать коллегам, как показать продукт клиенту нужной ему стороной. И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе. И как, блин, проснувшись, сделать всё то же самое.

Вчера общался с предпринимателями "новой волны" - они ничего не аутсорсят: нужно продавать качественные десерты в кафе - откроем кондитерку, и станем лучшей кондитеркой в городе, и в своё кафе поставлять будем. Нужен кофе - покупаем свои ростеры, сами жарим, становимся диллерами ростеров в РФ. Ну и т.д. Концепт - "никакого аутсорс - всё через партнёров, партнёр - любой, сонастроенный с нами по ценностям."

есть такая ловушка фидбека - вам говорят что приложение прикольное, все понравилось

Их клиенты такого не говорят ) Я к этому

*тут должна быть шутка про какую-нибудь БМ*

*тут должна быть шутка про какую-нибудь БМ*

)))) "-Маша, я купил Порш Кайен в полной комплектации, как мне сказали в БМ - это мотивирует меня зарабатывать больше -Миша, пошел ты в ж***!"

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

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

это опять про софтскиллс

=)))

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

Не, они реально без кредитов работают. Только на заработанном

Молодцы

я вижу в разговоре некие намёки на "full stack", но не в контексте FE/BE - а в контексте целостности продукта: что на входе, как собирать, для кого собирать, как фактически устроены все процессы, как их пощупать и потрогать, как их показать коллегам, как показать продукт клиенту нужной ему стороной. И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе. И как, блин, проснувшись, сделать всё то же самое.

Меня одного этот вопрос будоражит? )

Ну я издалека начал про это)

Но беседа затянулась

А станки надо настраивать

я вижу в разговоре некие намёки на "full stack", но не в контексте FE/BE - а в контексте целостности продукта: что на входе, как собирать, для кого собирать, как фактически устроены все процессы, как их пощупать и потрогать, как их показать коллегам, как показать продукт клиенту нужной ему стороной. И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе. И как, блин, проснувшись, сделать всё то же самое.

Это то, чем должен заниматься CTO/тимлид, нет? Держать всю картину в голове, декомпозировать ее, делегировать и собирать обратно

картинка должна быть у всех в голове, а вот детализация разная

Согласен. Просто в исходном сообщение было "И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе" Всем в команде этим заниматься незачем, одна точка должна быть. Если я правильно понял это предложение, конечно

картинка должна быть у всех в голове, а вот детализация разная

Yap! 👍

Согласен. Просто в исходном сообщение было "И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе" Всем в команде этим заниматься незачем, одна точка должна быть. Если я правильно понял это предложение, конечно

Понимать, как это делать != делать своими руками, это факт. Но поговорить уже сможешь, и компания целостность сможет удержать организационно. А это уже культура.

Это да. Когда все вовлечены в процесс, команда работает лучше и на выходе лучший результат. Тут важна опять же коммуникация и те самые софтскиллы (эмпатия в частности). Чтобы каждому члену команды вовремя раскрывать контекст и детали того, как все устроено и для чего делается. Ну и обратная связь в обоих направлениях. Это важно и этим нужно явно заниматься. Иначе человек начинает забивать ("я тут винтик, сделаю свою задачу, да и забуду")

Я ещё раз статью верну: "Their creativity and productivity, in other words, were not the result of endless hours of toil. " Это к вопросу о том, где брать время на "всё это, потому что они и так пашут по 10 часов".

http://nautil.us/issue/46/balance/darwin-was-a-slacker-and-you-should-be-too

Пообещал себе, что войду в следующий проект только с пониманием партнёров, что это не про "Давай заработаем, запрягаем народ!".

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

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

И так, и так. "Партнёр" в понимании "тот, чьи интересы учитываются" и "кому идёт LV" - это про разное, я разделяю два импакта. Финансовые схемы - очень больные в обсуждении партнёрства, привычку вынимать нал из кассы )) я вижу много где, это отдельный вопрос.

Софтскилы — почти единственное что надо

При достаточно развитых софтскилах почти всё что надо делать — это объяснять заказчику почему уже круто

При достаточно развитых софтскилах почти всё что надо делать — это объяснять заказчику почему уже круто

Или показать траекторию бизнеса как его генеалогию. Т.е. "смотри, вот у тебя деталька от конвеера Форда, вот - от мануфактуры, вот - крестьяне с сохой, а с ними - фулстек.дев стоит, и его никто понять не может. Как ты думаешь, нам всё ещё продукт копать - или делом займёмся?"

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

я вижу в разговоре некие намёки на "full stack", но не в контексте FE/BE - а в контексте целостности продукта: что на входе, как собирать, для кого собирать, как фактически устроены все процессы, как их пощупать и потрогать, как их показать коллегам, как показать продукт клиенту нужной ему стороной. И, главное - как этот видимый и частично удерживаемый мной цикл сборки и поставки, передавать по-запросу: часть клиенту, часть субподрядчикам, часть no-name (условно) аутсорсу, часть себе. И как, блин, проснувшись, сделать всё то же самое.

Кстати, у Кроля это написано в статье http://www.alexeykrol.com/2017/04/16/educationmarket_4/ "... Поскольку цикл создания новых продуктов в компаниях очень сильно сократится, то корпорации всё большую часть времени будут тратить на обучение и развитие сотрудников, так как это окажется более выгодным, чем поиск подходящих. " И формирование нового рынка - "Для каждого сотрудника — персональный карьерный план и наставник. Это чисто логистическая проблема, так как, как уже выше говорилось :  хороший процесс обучения требует серьёзной вовлечённости Учителя и ресурса времени."

> "... Поскольку цикл создания новых продуктов в компаниях очень сильно сократится, то корпорации всё большую часть времени будут тратить на обучение и развитие сотрудников, так как это окажется более выгодным, чем поиск подходящих. "

Вот кстати истинная правда. Обучить существующих сильно проще, чем найти подходящих.

Да даже без специального обучения вот это "найти кого-то с опытом" полная херня. Помнится когда я пришел в команду, коллега который работает уже 3 года в копании ушел 2 месяца в отпуске. Когда он вышел из отпуска уже я обучал его. Хотя по-идее у него больше опыта. Который за 2 месяца превратился в тыкву. Вот и вся цена "опыта". Человек со скиллами должен быть, а не опытный.

даже не со скилами, а с огнем в глазах и адекватностью в голове =)

даже не со скилами, а с огнем в глазах и адекватностью в голове =)

С этим всем + кто-то ему бы должен помогать в отрасли ориентироваться, разделять себя и тулинг, себя и профессию. А то вытаскивать из запоя "админа-образца-2006-года" и "цискаря-с-кли-и-мохой" не задача бизнеса с одной стороны, и отношение к сотруднику, с другой. Вот тема с DevOps - есть кто-то, кто сохранил инженеров "старой школы"? Школяров с докерами дешевле же нанять.

инженеры старой школы бывают разные, опять же у меня работает девопс с 15+ лет опыта

и он сам разобрался и настроил докер/елк/сентри и прочие новомодные сервисы

я ж говорю, огонь в глазах)

инженеры старой школы бывают разные, опять же у меня работает девопс с 15+ лет опыта

Это круто

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

Как показывает практики, если использовать облака, то не нужна ни старая школа, ни новая со смузи. Разработчики собирают Docker образы и деплоят в облако и все

Без кубернетиса это ровно день до даунтайма

Да и кубернетис не создан, чтобы от даунтайма уберегать

Похоже господа нашли новую надежду на серебряную пулю!

Где?

Меня всегда напрягают фразы инструмент X спасает от даунтайма, хотя возможно вы что-то другое имели в виду

Docker без вменяемой инфры как бы нИ нужен

Да без вменяемой инфры вообще лучше коммерческий софт не разрабатывать :)

картинка должна быть у всех в голове, а вот детализация разная

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

Через совместную работу над инфраструктурой

Очень плохо, когда это держится на 1-2 людях, а иногда вообще таких людей в команде нет

Это тормозит разработку со временем колоссально

Облако и есть вменяемая инфра. Кубернтис - хорошо, конечно. Но на AWS есть ECS и этого достаточно

Облако и есть вменяемая инфра. Кубернтис - хорошо, конечно. Но на AWS есть ECS и этого достаточно

Достаточно для чего?

Что бы деплоить докер-образы

Что бы деплоить докер-образы

Не вопрос, если бы я был докер образом (я вот на мгновение представил себя контейнером) - то да. А я про людей, про Манифест. Там докер - тулинг и часть тех.процесса.

Облако и есть вменяемая инфра. Кубернтис - хорошо, конечно. Но на AWS есть ECS и этого достаточно

Грубо говоря, инфраструктура машинная поддерживает "инфраструктуру" человеческую, которая совершенствует машинную, ... и по циклу.

Это закон Конвея, рассказанный с другой стороны

Когда тулинг простой и эффективный, на его поддержание не нужно никаких специальных процессов.

помню здесь были спецы по Jira, кто-нибудь подскажет, как сделать так, чтобы в backlog выводилась оценка задач как сумма подзадач? пользую Jira полгода, но судя по официальным ответам этого нет, хотя очень странно, может тут есть, кто находил обходные пути? или в принципе кто пользуется Jira не оценивает подзадачи?

Завтра вечером в Москве играем в Kanban Pizza Game и обсуждаем историю метода с экспертом из логистики: https://productvision.timepad.ru/event/482705/

спасибо!

Ребят, кто-нибудь использует Kibana/Kibi для аналитики? Пара вопросов есть

А есть кто-нибудь из Digital-агенств кто пробует гибкие подходы (или хочет попробовать)? У меня есть пошаговая инструкция, которая раскрывает некоторые аспекеты Kanban, возможно вам будет интересно ознакомиться. Напишите в приват.

Вопрос за философию: обязан ли наемный работник, получающий только зп, без опционов обладать скиллами стартапера?

Если кто-то считает, что да, то ответьте на вопрос "Зачем?".

Кому обязан и что такое скиллы стартапера (просирать бабло? работать по 16 часов в день? изводить людй своими гипотезами?)

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

Если у разработчика "антрепренерские скиллы", то он уже не разработчик

:]

Слава, под скиллами в общем смысле понимается развивать продукт самостоятельно

Да ну кому как :)

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

Речь про виденье конечного продукта?

Вопрос за философию: обязан ли наемный работник, получающий только зп, без опционов обладать скиллами стартапера?

ЗП ставится тем, от кого ничего не зависит. ЗП плюс процент это разделение ответственности. Полный процент - перекладывание ответственности.

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