SG
Nikita Poselyanov
Фича, компонента
В моей исходной задаче код общий для всех команд. Все команды одинаковы. Баг может прошивать все компоненты насквозь.
Size: a a a
2020 February 07
SG
Релиз общий. В этом то и сложность
NP
А как понять где гигиену кода надо делать?
NP
Те релизной ветка одна и нет даже фиче бранчей?
S
Nikita Poselyanov
За 3 дня понимаешь всё самое важно об ажайле, я представляю мидла или ПМа которого туда отправили он просыпается на 2й день и в голове мысль "что же делать, остался всего день а я ещё не понял Ажайл" - а бабки то уплочены ) КМБ для СЕО
• Вы поймете, выиграет ли ваша компания от перехода на аджайл.
• Вы сформируете правильные ожидания от процесса трансформации и будете готовы к вызовам и кризисам.
• Вы научитесь использовать возможности Agile-команды для общей и личной результативности.
Фсё!
• Вы поймете, выиграет ли ваша компания от перехода на аджайл.
• Вы сформируете правильные ожидания от процесса трансформации и будете готовы к вызовам и кризисам.
• Вы научитесь использовать возможности Agile-команды для общей и личной результативности.
Фсё!
)))))))))))) огонь
VP
Nikita Poselyanov
вот я тоже никак не соображу, больше похоже на месть или кару, наказание. :)
о блин, вы все обсуждаете...
это не месть - я где-то вначале писал, что пример этот приводил в контексте вопроса
"а что если часть команды НЕ ХОЧЕТ вытягивать баги" - ну не делают они баги, дальше было рассуждение про дежурку и описание реального случая откуда ноги у вопроса растут
это не месть - я где-то вначале писал, что пример этот приводил в контексте вопроса
"а что если часть команды НЕ ХОЧЕТ вытягивать баги" - ну не делают они баги, дальше было рассуждение про дежурку и описание реального случая откуда ноги у вопроса растут
2020 February 08
MM
Vasya Pupkin
о блин, вы все обсуждаете...
это не месть - я где-то вначале писал, что пример этот приводил в контексте вопроса
"а что если часть команды НЕ ХОЧЕТ вытягивать баги" - ну не делают они баги, дальше было рассуждение про дежурку и описание реального случая откуда ноги у вопроса растут
это не месть - я где-то вначале писал, что пример этот приводил в контексте вопроса
"а что если часть команды НЕ ХОЧЕТ вытягивать баги" - ну не делают они баги, дальше было рассуждение про дежурку и описание реального случая откуда ноги у вопроса растут
Справедлива ли на твой взгляд такая цепочка рассуждений?
Исходный тезис: "часть команды не хочет вытягивать баги" - нежелательное явление, наблюдаемый симптом. Первый порыв - починить именно его, лучше волшебной таблеткой, что никому не обидно. Но таки лучше в корень зреть. Не хочет - потому, что не интересно, не видят в этом ценности? Возможно. Почему? Предположим, потому, что ценность в чем-то другом. Проскальзывало раньше - в разработке новых фич. Почему им это ценно? Например, это развивает навыки и способствует приобретению знаний, повышает личную стоимость в глазах рекрутеров. То бишь личные цели. Налицо дизфункция команды (или в более широком смысле - компании).
По-моему, ответ на твой вопрос становится чуть более прозрачным, если перенести его в бытовой домен. Приходит на баскетбольную площадку парни, форма класс, финты крутят, слэм данки закладывают и вообще с кольцом дружны, но вот отыгрывать в защите совсем не хотят, на общий счёт им тоже положить - после окончания тайма они ведут подсчёт только собственных очков. Что делать с такими в команде каждый решает сам. Мой ответ - пошли бы они нахер с площадки =)
Но может парни то и не плохие, просто не врубаются чего от них хотят, видят только что ругаются на них и гонят с площадки. Ведь если разобраться, чего от них хотят? Разделять общие ценности и цели. Новая фича = gain пользователя, баг = pain. Pain как и любой другой негатив в общем случае более точен, потому как обращен к фактам, реально существующим явлениям. Тогда как gain на этапе разработки - еще лишь гипотеза. Быть может фича и не нужна будет никому. А баг мешает получить пользователю уже то, к чему он привык. Почему программист, который разделяет общие командные цели и ценности не захочет чинить баг?
Исходный тезис: "часть команды не хочет вытягивать баги" - нежелательное явление, наблюдаемый симптом. Первый порыв - починить именно его, лучше волшебной таблеткой, что никому не обидно. Но таки лучше в корень зреть. Не хочет - потому, что не интересно, не видят в этом ценности? Возможно. Почему? Предположим, потому, что ценность в чем-то другом. Проскальзывало раньше - в разработке новых фич. Почему им это ценно? Например, это развивает навыки и способствует приобретению знаний, повышает личную стоимость в глазах рекрутеров. То бишь личные цели. Налицо дизфункция команды (или в более широком смысле - компании).
По-моему, ответ на твой вопрос становится чуть более прозрачным, если перенести его в бытовой домен. Приходит на баскетбольную площадку парни, форма класс, финты крутят, слэм данки закладывают и вообще с кольцом дружны, но вот отыгрывать в защите совсем не хотят, на общий счёт им тоже положить - после окончания тайма они ведут подсчёт только собственных очков. Что делать с такими в команде каждый решает сам. Мой ответ - пошли бы они нахер с площадки =)
Но может парни то и не плохие, просто не врубаются чего от них хотят, видят только что ругаются на них и гонят с площадки. Ведь если разобраться, чего от них хотят? Разделять общие ценности и цели. Новая фича = gain пользователя, баг = pain. Pain как и любой другой негатив в общем случае более точен, потому как обращен к фактам, реально существующим явлениям. Тогда как gain на этапе разработки - еще лишь гипотеза. Быть может фича и не нужна будет никому. А баг мешает получить пользователю уже то, к чему он привык. Почему программист, который разделяет общие командные цели и ценности не захочет чинить баг?
VP
Справедлива ли на твой взгляд такая цепочка рассуждений?
Исходный тезис: "часть команды не хочет вытягивать баги" - нежелательное явление, наблюдаемый симптом. Первый порыв - починить именно его, лучше волшебной таблеткой, что никому не обидно. Но таки лучше в корень зреть. Не хочет - потому, что не интересно, не видят в этом ценности? Возможно. Почему? Предположим, потому, что ценность в чем-то другом. Проскальзывало раньше - в разработке новых фич. Почему им это ценно? Например, это развивает навыки и способствует приобретению знаний, повышает личную стоимость в глазах рекрутеров. То бишь личные цели. Налицо дизфункция команды (или в более широком смысле - компании).
По-моему, ответ на твой вопрос становится чуть более прозрачным, если перенести его в бытовой домен. Приходит на баскетбольную площадку парни, форма класс, финты крутят, слэм данки закладывают и вообще с кольцом дружны, но вот отыгрывать в защите совсем не хотят, на общий счёт им тоже положить - после окончания тайма они ведут подсчёт только собственных очков. Что делать с такими в команде каждый решает сам. Мой ответ - пошли бы они нахер с площадки =)
Но может парни то и не плохие, просто не врубаются чего от них хотят, видят только что ругаются на них и гонят с площадки. Ведь если разобраться, чего от них хотят? Разделять общие ценности и цели. Новая фича = gain пользователя, баг = pain. Pain как и любой другой негатив в общем случае более точен, потому как обращен к фактам, реально существующим явлениям. Тогда как gain на этапе разработки - еще лишь гипотеза. Быть может фича и не нужна будет никому. А баг мешает получить пользователю уже то, к чему он привык. Почему программист, который разделяет общие командные цели и ценности не захочет чинить баг?
Исходный тезис: "часть команды не хочет вытягивать баги" - нежелательное явление, наблюдаемый симптом. Первый порыв - починить именно его, лучше волшебной таблеткой, что никому не обидно. Но таки лучше в корень зреть. Не хочет - потому, что не интересно, не видят в этом ценности? Возможно. Почему? Предположим, потому, что ценность в чем-то другом. Проскальзывало раньше - в разработке новых фич. Почему им это ценно? Например, это развивает навыки и способствует приобретению знаний, повышает личную стоимость в глазах рекрутеров. То бишь личные цели. Налицо дизфункция команды (или в более широком смысле - компании).
По-моему, ответ на твой вопрос становится чуть более прозрачным, если перенести его в бытовой домен. Приходит на баскетбольную площадку парни, форма класс, финты крутят, слэм данки закладывают и вообще с кольцом дружны, но вот отыгрывать в защите совсем не хотят, на общий счёт им тоже положить - после окончания тайма они ведут подсчёт только собственных очков. Что делать с такими в команде каждый решает сам. Мой ответ - пошли бы они нахер с площадки =)
Но может парни то и не плохие, просто не врубаются чего от них хотят, видят только что ругаются на них и гонят с площадки. Ведь если разобраться, чего от них хотят? Разделять общие ценности и цели. Новая фича = gain пользователя, баг = pain. Pain как и любой другой негатив в общем случае более точен, потому как обращен к фактам, реально существующим явлениям. Тогда как gain на этапе разработки - еще лишь гипотеза. Быть может фича и не нужна будет никому. А баг мешает получить пользователю уже то, к чему он привык. Почему программист, который разделяет общие командные цели и ценности не захочет чинить баг?
Цепочка мне кажется здравой. Есть одно возражение : багов и жалоб много, чем больше мы отвлекаемся от переписывания легаси, тем дольше мы будем их править. Ну и новые хотелки клиентов приходиться в легаси делать, так как новая версия не готова. Давайте быстрее доделаем фазу один и выпихнем в прод.
А так мысли верные, возможно стоило их именно в таком изложении без эмоций обсудить... Спасибо!
А так мысли верные, возможно стоило их именно в таком изложении без эмоций обсудить... Спасибо!
MM
легаси и рефакторинг - хорошие темы, на них обязательно надо обращать внимание. Часто выходит, что программисты ощущают себя загнанными - мол пофиг на ваш код, бабки, бабки, ска, бабки =) Постоянно с такими явлениями сталкиваюсь. Тут, кстати, много тем для обсуждения. Моя любимая - как программисту перейти на язык не-программистов и объяснить всем на подлодке почему именно сейчас важно сесть и привести в порядок провода.
YS
15 февраля 2020 в Иннополисе будет бесплатный митап со Скрам-мастерами из Ak Bars Digital. Регистрация и детали http://bit.ly/2OhDlPF)
M
Марк, проект менеджер в разработке веб сайтов.
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
DE
Марк, проект менеджер в разработке веб сайтов.
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
🙌
YS
Марк, проект менеджер в разработке веб сайтов.
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
Специалист в дизайне, что касается проектирования.
Могу быть полезен своим опытом, точнее его шарингом.
Мне интересно тем же данное сообщество.
Я из Румынии, живу в Москве сейчас и работаю.
О группе узнал от коллеги по цеху
👍
M
#whois Привет! Меня зовут Мария, продакт в Tele2.
DS
Пришёл и сразу задоминировал)))
AK
у нас новая тема, войс чат? )
AK
IP
@mvrkoo используйте голосовые сообщение где-нибудь в другом месте, пожалуйста, а не в публичном чате где много участников. Спасибо.
M
Если бы это было прописано в правилах чата, я бы этого не делал, это исключительно ваша ошибка что я их выслал, и исключительно ваша безотвестнность, так же не понимаю почему вы их удалили, меня кто-то предупреждал перед тем как я их выслал? Или вы считаете что я читаю вышли мысли, уважаемый Модератор?
Впишите пожалуйста это в правила чата, чтобы в следующий раз вы не находились в таком же неловком положение как сейчас, спасибо
Впишите пожалуйста это в правила чата, чтобы в следующий раз вы не находились в таком же неловком положение как сейчас, спасибо