Август. Боль тимлида. Резюме
Август - последний день лета, походу в это время все стараются словить последние летние деньки и всячески насладиться отпусками. Общения имхо вышло меньше, хотя судите сами.
1.08.
Олег анонсировал свой чатик "Современная разработка ПО", https://t.me/modernsd, часть активного населения Боли тимлида переместилась туда. По нему краткое содержание писать не буду, потому что конкурент:) Некоторым не понравилось, что это не канал, а чатик. Больше чатов богу чатов. У Олега есть канал, но на Ютубе (https://www.youtube.com/channel/UCr5mwN4AKxiYxysr8PeQdaA) - не всё разделяю, но многое очень годно рассмотрено. Вообще первый день августа был днём несанкционированной рекламы, Виктор подкинул инвайт на свой эвент "Социология и психология для улучшения жизни IT-команды". Если бы я 10 лет назад увидел такой заголовок - я бы даже ссылку не открыл:)
2.08
Ваш покорный слуга запилил первый месячный дайджест чатика - вот тут https://teletype.in/editor/569408
Спасибо тем, кто прочитал и сказал спасибо:)) Собрал обратную связь, поэтому появились ссылки.
3.08
+7 читателей в чатик и 0 сообщений:(
4.08
+3 читалетя в чатик и 0 сообщений:(
5.08
+6 читалетей в чатик и 0 сообщений:( Выглядит так, что где-то выходят материалы, в которых есть ссылки на чатик, но почти все уже здесь:)
6.08
Всем привет. Коллеги, а может кто то поделится опытом организации Bug Bounty програм внутри компании. Подводные камни, как определить стоимость репорта и т.д.? Как защититься от того, что твои же разработчики могут сливать уъязвимости на сторону?
Имхо крутейший вопрос, который породил многочасовую дискуссию на тему, как жить в мире, где любой разраб может своровать код из конторы, и ему за это скорее всего ничего не будет. Советовали много, но в первую очередь советовали обращать внимание на собеседованиях, иметь свою СБ, делить код между участниками и не разрешать кому-то одному владеть всем, инфосек, отслеживание активности и пр. Советом масса, полистайте.
Был ещё один вопрос
А кто какие Хард и Софт скилы использует в EPR'ах?
Но походу всё-таки их никто не использует.
День вопросов продолжился
Коллеги, всем добрый вечер!
Помогите разобраться в ситуации.
Исходные данные: среднестатистическая проектная команда (РП, разработчики+тестировщики+инженер+ТЛ, аналитики+ТЛ), спринт(2 недели), скоуп задач разного характера(постановки для след спринта и разработка+баги этого), jira как трекер.
РП хочет, чтобы в рамках каждой задачи создавался набор задач (разработка, тестирование, консультации, инжиниринг), выставлялся плановый срок исполнения, задача ЗАКРЕПЛЯЛАСЬ за исполнителем (отпуска/болезни/форс-мажоры - не не слышали) и учет времени выполнялся только им. Гибкость трекера в плане статусов/смены текущего исполнителя и т.д. - нет не надо, уведомлять друг друга на уровне упоминаний/лично/почты чтобы что то протестить/сделать/накатить.
Цель - видеть прогорание каждого члена команды, плана от факта.
Как объяснить, что джира - это больше про сами задачи, гибкость их статусов, учёта времени каждого задействованного в рамках задачи, а контроль за тем, что люди занимаются задачами спринта и так можно выполнять на уровне отчётов джиры.
Пара ответов по делу от г-жи Анны Гершер, да простит она меня, если я неверно истолковал её фамилию, и от Артёма Шпинова
Первая часть норм и легко реализуется Джирой. Вторая не очень понятна.
мне кажется проблема не в джире. РП для начала нужно про agile почитать. ибо он вообще поперек пытается руководит
Но вообще конечно проблема у РП явно в области микроменеджмента, потому как план-факт имхо надо измерять на команду, а не на отдельных персонажей.
А это от г-на с ником @shurickp
Организуйте отдел качества работоспособности, третья сторона в рабочем процессе, по типу инквизиции
Я прям представил себе такие подразделения:) Тема многих зацепила. Оно и понятно, больше всего мы не любим, когда кто-то нас контролирует, да ещё и в автоматическом режиме. В эту же тему подтянули манипуляции метриками, ложные задачи и ещё 100500 методов обмануть автоматический трекер.
Ну и цитата дня от мастера цитат дня, не буду даже подписывать, и так понятно:))):
Я разобрался: Ваш РП мудак.
7.08
Доброе утро. У кого есть опыт работы в проекте, который с одной стороны продолжает разчиваться и разрабатываться, с другой стороны мантейнится, и срочных баженек может налететь много, а может мало, не спрогнозировать. Что почитать об организации работы в таких проектах? Кажется, под наши задачи уже не подходят ни наш релизный цикл, ни наши скрамовские процессы...
Джентельмены не стали просто так отдавать Анастасии книжки, а предварительно решили обсудить эту имхо очень распространённую в современном ИТ тему. Почти все продукты с историей и не на один раз делаются именно так - часть запилов новых, часть - дефекты чиним. Обсуждали долго и упорно. Книжек Анастасия так и не дождалась, зато оказалось, что она не одинока в этой печали. От себя замечу, что на прошлом Тимлидконфе в Питере ребята про это рассказывали. Скоро мы опубликуем ролики. А так три часа общения и ссылочки на неплохие видосы
https://filipyev.ru/2017/11/09/s-t-a-t-i-k-system-thinking-approach-for-introducing-kanban-ili-kak-sistemno-zapustit-kanban-v-komande/ - S.T.A.T.I.K. — System Thinking Approach for Introducing Kanban — Иго
https://www.amazon.com/Kanban-Inside-Understand-connect-introduce-ebook/dp/B00O06GXYM/ref=mp_s_a_1_19?keywords=kanban&qid=1565169826&s=gateway&sr=8-19 - Kanban from the Inside: Understand the Kanban Method, connect it to what you already know, introduce it with impact
И ещё пару плагинов к Джире
Угадай автора по ответу.
Любой план - источник проблем. Вы используете планы - все страдают. Это норма.
Вопрос от Егора
А посоветуйте, кто умеет хорошо и дельно разговаривать на тему оценки сроков и трудоемкости задач и проектов?
Но вместо ответа обсудили не менее важный вопрос, зачем Elastic Search в mos.ru - ответ - мы на нём крутим поиск и бэкофис.
Егор, кстати, так ответа и не дождался.
8.08
Микросклад каналов и чатов от Кирилла Калачёва - https://github.com/dhampik/leads-telegram-list Там и Боль Тимлида есть:)
Привет
Провожу custdev, ищу СТО и руководителей разработки, которые смогут уделить мне 20 минут и пообщаться на тему ИТ подбора по телефону или скайп. Размер компании неважен. Я понимаю, что это чат Тимлидов, но мало ли.
Это коллеги из одно КА, но они хорошие, поэтому их посты не удаляются:) По моим данным кто-то с ними всё-таки пообщался и сделал девочкам приятное.
Тему интервью раскрутили, за что получили ссылку от Олега https://software.rajivprab.com/2019/07/27/hiring-is-broken-and-yours-is-too/ - в целом неплохо, имхо.
Поступил вопрос:
Коллеги, добрый день.
Посоветуйте литературу по инфосеку
Широта вопроса привела к тому, что в ответ прислали ссылку на подкаст по ИБ и всё:( https://linkmeup.ru/blog/411.html
9.08
Преветствую! Возможно кто то сталкивался с необходимость проверять "коректность верстки" сайта. Т.е. задача поставлена так, нужно убедиться что верстальщик сделал все согласно шаблону в zeplin от дизайнеров. Задача еще услажнена тем что сайт работает только в IE (используются ActiveX), и еще используются iframe. Возможно кто то может подсказать инструмент для подобного рода "дизайн тестов"?
Вечная попаболь, как мне кажется. Что только не выдумывали, всё-равно болит.
Подогнали несколько ссылок на инструменты, но в целом сошлись на том, что лучше бы тестировать это всё глазками и ручками тестировщиков. Пользы будет больше.
Ну и на ход ноги задали ещё один вопрос - но ответом ему была тишина
Привет! Подскажите, кто-нибудь дружил Grafana с Firebase Console, с JIRA? Нужно визуализировать краши, и количетсво багов.
Или может SonarQube как вариант?
10.08
Большой друг всех тимлидов Алексей Катаев из SkyEng заанонсировал митам для СТО, но это была суббота и обсуждения не последовало.
11.08
В воскресение внезапно пришёл Виктор и спросил
Колитесь, кто тут медитирует и/или идёт к пробуждению. Интересно послушать мнения практикующих. Помогает вам или это шляпа? Если помогает, то чем?
Оказалось, что это прям тема для обсуждения. Обсуждали прям до вечера. Цитаты не буду приводить, потому как надо читать. Очень много ниток у диалога вышло.
Оставлю вот это от Георгия Иванкина:
Медитация серьезно помогает в работе, когда ее делаю регулярно: меньше нервничаю, проще выявить главное и сконцентрироваться на нем, мультитаскинг меньше выносит мозг, с людьми взаимодействовать легче.
В моем окружении много успешных и заземленных людей, которые это практикуют. Но много и "отлетевших".
Мне кажется тут можно по-разному подходить. Если спокойно и скорее утилитарно, то это может очень помочь, не сильно мешая, а если "заморачиваться по внутреннему миру" то это уже "другая история".
Рекомендую приложение headspace. За 10 минут день в месяц (а то и меньше) можно хорошо почувствовать что это такое и понять, становится ли с этим лучше. И без лишней эзотерики.
12.08
Закончили обсуждать медитацию рекомендациями книжек "Магия утра" и "the willpower instinct"
13.08
Вопрос
Всем доброго дня.
Мой вопрос больше направлен к крупным компаниям интернет-магазинов. Наподобии ozon, lamoda и т.п. Скажите, актульна ли на текущий момент в компаниях должность "Руководитель веб-разработки"?
Если компания - это большой интернет-магазин. Где большое количество направлений, проектов. Есть CTO.
Есть команды. Или же сейчас идет упор больше в продакт-проект менеджеров, руководителей направлений. И роль руководителя становится уже какой-то размытой - что-то между Тимлидом команды, Менеджером проекта и CTO. Поделитесь опытом, есть ли такая должность сейчас в подобных проектах, крупных интернет-магазинах. Спасибо.
Сперва поржали, но потом немного обсудили. По моему опыту такая должность есть и очень много где. Только не стоит забывать о том, что в каждой конторе вкладывается своя суть в это понятия и вообще в название любой должности.
14.08
Продолжили обсуждать тему руководителя веб-разработки, да так, что
чатик боль тимлида стал чатиком СТО 2.0?
В целом обсудили много чего, и про повышения, и про обязанности, и про гнездо эффективного менеджмента.
Ещё вопрос:
товарищи, а у кого-то есть success story перевоспитания actively disengaged сотрудников? ) ну, знаете, и инженер вроде хороший, и знаний хватает, и мыслит вглубь - но понятий дисциплины, правил, ничего нету. общая позиция - ни во что не верю, ничего не жду, все эти ваши перфоманс ревью мне не интересны, помогать развиваться не надо, бенчмарки ваши говно, все делается неправильно, то се. Понятно, что самый простой способ - уволить и найти кого-то с более подходящим характером, но.. интересно же. Challenge ) 3 лида зубы сломало.
Видимо, не самое популярное занятие - перевоспитание, отсюда и не нашлось годных советов, как мне кажется.
OKR насколько они законны? Ведь это задания не по твоей работе и они не оплачиваются. Не противоречит это ТК РФ?
После этого вопроса я что-то задумался. И остальные тоже. Развития дискуссия не получила.
15.08
Слегка обсудили темы прошлого дня.
Досталось и OKR, и KPI всему подряд.
И вот неплохой видос: https://www.youtube.com/watch?v=ATxN8UuXkDA - "Про роли в команде. Посленовогодние посиделки."
По доброй традиции обсудили всякие разные отличия тимлида от техлида, продукт от проджекта и т.д. ну и про то, что они делают.
16.08
https://new.hr/19ed - лекции от New.HR.
Привет. Планирую роадмапу на след год и возник вопрос. Какие критерии оценки выбрать для задач чтобы можно было оценить от 1 до 10? Что то вроде будет ли фича экономить деньги или нет. Ускорит разработку или нет и так далее.
Привет Егору в 7 августа.
Обсудили очень бодро и иногда на грани фола.
Вообще тема оценок - вечная, её можно обсуждать бесконечно. Тему оценок обсуждаем второй год. При этом решения периодически повторяются, но иногда дают что-то новое-клёвое. Декомпозиция - наше всё. Статистика и наблюдения - всё, что осталось.
Советы с прямым ТУ ДУ в данных случаях подобны коллективному выстрелу в ногу спрашивающему ибо никто не знает что ему надо на самом деле. Зачастую спрашивающий и мысли формулировать четко часто не может, правильно спросить
Первое упоминание родмапа тимлида https://github.com/tlbootcamp/tlroadmap/
Снова потролили саму идею задавать вопросы в чатике. Типа вот приходят все подряд, спрашивают всякую фигню, надо ФАК писать и пр. Но всё-таки по моим наблюдениям определённая польза в чатике есть.
Кстати, в этот день было замечено много участников, которые ранее не очень высказывались. Это приятно, значит зацепило.
Зацитирую себя
Нубские вопросы - вещь относительная. Для меня, например, всё, что тут обсуждается за редким исключением - нубские вопросы. Давайте представим себе картину - у вас пришёл в команду джун и пристаёт с вопросами нубскими (внезапно). А вы ему - иди ка ты, сынок, погугли и книжки почитай. Глядишь, лет через 5 найдёшь верный ответ на свой вопрос. Суть чатика не в получении пошаговой инструкции, а в быстром получении вектора, куда копать. Вариант - иди гугли клёвый, но это примерно, как идинах#й, разве что вежливо. Не хочется отвечать на нубские вопросы - пжлста, не отвечайте. Ждите Олега, Виктора и остальных для обсуждения более "взрослых" тем. Оставьте человеку право прийти и спросить. Безотносительно предварительного чтения всей той литературы, которую по идее надо изучить, если тебе не всё равно на индустрию. Токсичность - это плохо, но у меня профессиональная деформация в этой части - порог чувствительности очень низкий. Если что-то цепляет или кто-то конкретный цепляет - пишите в личку. Буду смотреть.
А вот вопрос
А есть тут scrum-гуру?
В общем, так как бизнесу нужно больше циферок и KPI, мы становимся все гибче и гибче.
Сегодня была дискуссия с agile-коучером на тему важности велосити и все такое. И вот реально пытаюсь разобраться, а как со стеной говорю (( Может кто помочь с логикой рассуждения? Дано: команды оценивают задачи в стори-поинтах, берется статистика обещанного-сделанного за несколько спринтов, смотрится велосити.
Я могу понять, что это делает несколько прозрачнее для бизнеса. Плюс можно смотреть, как разные пертурбации на команду влияют. Но вот это мне непонятно
"While a Team's velocity will oscillate from Sprint to Sprint, over time, a well-functioning Scrum Team's velocity should steadily trend upward by roughly 10% each Sprint." Как? Стори поинт это же условная мера "efforts", как нам говорит коучер - что-то вроде единицы "тут кнопочку пределать", в которой можно измерять сложность других задач. Как велосити будет расти, если при прокачке навыков команды и кнопочка сама будет легче делаться?
Nick Nickov был у ударе и сердито-токсичный. Почти все диалоги сердито комментировались в терминах "бред", например.
Ну и узнай автора по цитате:
Ответ прост: у вас в руководстве мудаки. Это не лечится. Займитесь стратегией выживания в условиях скатывания в сраное говно.
17.08
Одно употребление слово «токсичный» делает чат токсичным
На этом всё.
18.08
Привет. Тут же... наверное... есть ресурс менеджеры, всякие хэды и тд :) подскажите, что почитать/посмотреть из серии 'как быть ресурс менеджером, практики развития компетенции команды, создание своих практик и т.д.'. Просто я в этих менеджерских штуках, почти ни бум-бум :( а из технаря хочется попробовать пойти в управленца. Начать с ресурс менеджера, собрать свой пулл и пробовать расти выше
https://github.com/tlbootcamp/tlroadmap - второе упоминание родмапа тимлида.
Кстати, тут поднакидали книжек всяких.
И вот такие бывают вопросы:
И так, завтра мой первый рабочий день тимлидом в новой компании. Есть пару лет опыта тимлидом (из 10+ в IT). Знаком только с HR и нанимавшими меня линейным и функциональным менеджерами, они немного рассказали, чего от меня ждут (скорее процессно-лидерско-тимбилдерской деятельности, чем технической, до меня тимлида не было - его роль выполнял бизнесовый менеджер). Полотнеце переступить могу, со "скрам в глаз или канбан раз?" тоже справлюсь. Мои действия в первый день/неделю? С командой познакомиться, с архитектурой/кодом, с процессом, с непроизводственной бюрократией - это ОК. ВанТуВаны с тиммэйтами сразу назначать/проводить, или через недельку-две? Брать на себя задачи по кодингу? Как быстро начинать обсирать имеющиеся технические и организационные решения? Макбук требовать, или за десктопом посидеть?Кто вообще как на новое место тимлидом приходил, делитесь советами/граблями/на что обращать внимание. Или может к кому-то в команду тимлид со стороны круто/провально приходил - тоже интересно.
Цитата дня:
За первые 90 дней полагается сделать следущее:
1. понять как можно больше про бизнес компании (обчно девелоперам, даже старшим, бывает это пофигу, так что есть что узнать нового)
2. добиться ясности в двух вещах:
а) что от тебя ожидает руководство КОНКРЕТНО (как будет решать, успешный ты тимлид или нет)
б) как ты будешь оценивать своих девелоперов (сначала уяснить для себя, потом максимально чётко, ясно и понятно довести до них)
ПРИМЕЧАНИЕ: увидишь слово KPI или OKR - сразу убегай
3. Настроить доверительные и регулярные коммуникации, прежде всего с командой, потом со смежными командами, потом с руководством (насколько высоко сможешь). Цель - feedback.
Обсудили один из докладов на тимлидконф про принятие решения частью команды. Поржали в интернетах, но на самом деле всё не так просто, как оказалось. Только вот недавно болтал с разными СТО - далеко не все так принимают решение.
Майкл Уоткинс, Первые 90 дней. Стратегии успеха для новых лидеров всех уровней – скачать fb2, epub, pdf на ЛитРес
https://www.litres.ru/maykl-v-uotkins/pervye-90-dney-strategii-uspeha-dlya-novyh-liderov-vseh-urovney/
https://teamleadconf.ru/moscow/2019/abstracts/4354 - доклад Петрова про нового руководителя. Видос тут https://www.youtube.com/watch?v=wuVW8n3fav8&feature=youtu.be
Пару ссылок на стратоплан в тему:
https://stratoplan.ru/blog/managers-honeymoon/
https://stratoplan.ru/blog/managers-honeymoon2/
19.08
Обсудили доклад Алексея Петрова из прошлого дня. Всякие разные мнения прозвучали, но сам доклад вошёл в топ. Тут текст на хабре https://habr.com/ru/company/oleg-bunin/blog/456520/
Обсудили какой у кого опыт взаимодействия с разными руководителями на разных уровнях.
Про само-организующиеся команды тут https://dev.to/andreeavis/what-are-self-managed-teams-5bgi
Обсудили и эту штуку.
А это цитата дня, имхо.
Потом внезапно сели обсуждать опенспейс и хоум-офис.
И снова поступил вопрос:
Коллеги, мне вчера на вопрос "что делать тимлиду со стороны в новой команде" надавали советов (кстати полезных) и нарекомендовали чтива (кстати интересного), и п.2б от Олега про оценку подчиненных сегодня вызвал у меня легкий ступор, когда меня знакомили с командой. В команде есть математик-алгоритмист ~60lvl, при союзе и немного позже в каком-то КБ/НИИ во главе отдела ~50чел рассчитывал кое-что всесоюзно-значимое (нискажу шоб не палить контору, но реально значимое). Сейчас он пилит самую суть нашей системы, а мы эту суть просто обмазываем апишками/микросервисами/метриками/инфраструктурой и прочим современным булшитом. (Inb4 адекватный, не звездун/молчун/старый пердун). Вопрос: как тимлиду оценивать чуваков которые реально круче его самого? Как вантуваны с такими проводить? Им вообще законно что-то поручать и что-то от них требовать? PS вопрос скорее досужий, тк не я этого спеца нанимал, не мне его увольнять/повышать/обучать(лол) и отвечает он больше перед боссом-над-моим-боссом, но оче интересно, если кто сталкивался.
Надавали советов. Не так часто это можно прочитать, но вот такая резолюция:
Спасибо, направление поисков уловил
Ну и по традиции, но картинкой:
Мой лексикон обогатился новым словом - метрика потения. Крутая метрика, есличо.
20.08
Продолжили обсуждать метрику потения.
Накидали вот таких ссылок:
http://uchebnik-online.com/soderzhanie/textbook_1.html - Философия информационной цивилизации (Абдеев Р.Ф.)
http://grachev62.narod.ru/cybern/ch_04.htm - обратная связь
Виннер - https://www.amazon.com/Wisdom-Body-Walter-B-Cannon/dp/0393002055
https://www.livelib.ru/book/1000214803-sotsialnaya-mobilnost-pitirim-sorokin - Сорокин. Социальная мобильность.
Проблема этих книжек - легко закопаться слишком глубоко :)
https://vc.ru/hr/47181-mneniya-rabotodateley-ot-kakih-sotrudnikov-nuzhno-izbavlyatsya-v-pervuyu-ochered - неплохая статья, но многим может показаться спорной - и это же наш любимый SkyEng. Никакая контора не упоминается так часто в чатике, как они:)
21.08
Общеизвестно, что трезвым, умным и весёлым одновременно быть нельзя...
Продолжили обсуждать Скаенг.
Потом вспомнили о том, кто как безобразничал в школе: селитра, дымовухи, жечь бумагу и пр.
Потом ребята из Скаенга притащили ссылку на их подкаст https://www.youtube.com/watch?v=N3SdSJECc1A - 4 тимлида делятся своими ошибками. Обсудили кратенько.
Нашлись те, кто не знал, что есть podlodka.io
Ну и классики вам в ленту https://youtu.be/Jb_MUxfAJoU - Харитон Матвеев Как кратно ускорить разработку
И снова обсудили Скаенг. Имхо лучшая реклама - это антиреклама:)
Умеете гнать пот из работников? Умею! Вы приняты!
Мне уже начинает казаться, что Олегу приплачивают за каждое упоминание skyeng в этом чате. Черный пиар никто не отменял.
Кстати, в этот день я увидел вот это - это конструктивная обратная связь на тот самый подкаст от @mila_anuchina. В Боли Тимлида есть конструктивная обратная связь:)
Привет, Кирилл!
Спасибо, что поделился видео. В общем, чего лично мне не хватает: 1. Нет высокого качества звука. Дело в том, что у тебя конкурент целый Youtube, где можно найти все что угодно по теме, поэтому как только какие-то проблемы со звуком, я сразу выключаю.
2. В первые 5 минут нет информации по делу, сплошная вода. Oщущение, что автор не подготовлен и тратит мое время. Это меня всегда бомбит, я выключаю.
3. Нет тайм-кодов — не могу перейти по темам.
4. Самое важное — это полезный контент. Я не нашла новой информации в первые 15 минут, больше не хватило терпения. Может быть и нашла бы, если были таймкоды. Поэтому необходимо давать дисклеймер в начале, для кого это видео - для новичков? Или будет интересно профи. И лучше сократить длинное видео и разбить по частям, получится более профессионально рассказать и подготовится к одной теме, чем поверхностно затронуть 4 темы.
В этот день впервые засомневались, что я не читаю канал:)))
Обсудили тех, кто чешет банальщину за кучу денег, вроде Тони Роббинсона.
22.08
Тут у меня возник вопрос на почве предложенного собеседования. В общем, было что: HR некоторой компании предложил мне вакансию, написав, что условия якобы лучше чем на моей нынешней работы, и после моего разговора с ним, в т.ч. и выдвижения заработной рамки, от которой я принимаю предложения, предложил встретиться.
Разумеется, я ж не Иванушка-дурачок, поискав немного информации про компанию, в том числе и о тех, кто там работает на данный момент, выяснилось, что корни, откуда они пришли и на какой почве была созданна данная компания, идут из компании А.
Я понимаю, что отчасти возможно мои выводы искажены и проч., но: могут ли такого рода люди из компании А, создавшие свою собственную, перенести оттуда [из A] практики, которые могут оказаться и не best practices, в общем-то? :)
Добрый день! Никто не сталкивался с проблемой обучения Jira для pm, т.е. основам. Нужно обучение в офис в мск. Не подскажите Контакты- если кто сталкивался. Заранее спасибо!
https://m.facebook.com/profile.php?id=100000655044804
https://m.facebook.com/groups/1692084817674894/?ref=group_browse
Первый вопрос по сути остался без ответа.
23.08
Кратко обсудили уязвимость Кубернетса.
Вот пример тру-боли
Все что нужно знать о пользе планирования: очередной релиз близится к концу, смотрю треккер... Только по тому функционалу что был реально сделан: Оценки 82 человеко дня, реально только залоггированого 375 человека-дня. А календарного все 720...
Затронули тему долгосрочного планирования.
24.08
Продолжили обсуждать длительные оценки сроков и феерические нарушения этих самых сроков, а также разницу между российской и американской школами менеджмента.
Попутно возникали интересные вопросы вроде
Кстати, а в краткосрочных планах кто-нибудь делает альтернативные ветки и триггеры? Или только в среднесрочных?
Внезапно всплыла Екатерина Шульман. Обсудили и её, хотя имхо не очень то она к месту.
25.08
Всё 25ое число в одной картинке
26.08
Кому-то вообще удается встроить тестирование в начало разработки?
Андрей Овсянкин завязал интересную дискуссию на тему QA и их участия на разных фазах производства. Нормально обсудили. Толку не очень много, но эта тема однозначно должна быть в голове.
https://habr.com/ru/company/2gis/blog/449942/ - Как мы тестируем фичу от ТЗ до пост-продакшена и сохраняем дружеские отношения внутри команды
Дальше тёрли за требования, за их качество и их появление на разных этапах того же жизненного цикла.
Цитата дня:
Если информации на входе недостаточно, будет на выходе что-то
И тут внезапно:
Привет!
Есть необходимость дать названия нескольким командам разработки, что бы удобнее называть и иметь чатик команды в слаке. Команды занимаются различными сервисами(все время добавляются новые), но одним словом(вроде mobile/platform) это не объединить. Так что хотелось бы использовать более абстрактные названия. Команда 1,2,3 тоже не вариант так как не факт что команда 1 лучше всех 🙂
Решал ли кто подобную проблему?
Каких только названий не дают на необъятной территории нашей Родины.
"Д'Артаньяны" и "Арамисы"
Докер контейнерам имена генерирует
27.08
Продолжили обсуждать названия команд.
28.08
Обсудили борьбу с ботами в чатике. Пока справляюсь сам:)
29.08
господа, а кто подскажет, как звучит лычка TeamLead в трудовой?
Группен-фюррер, гребец, начальник группы, Руководитель группы, ведущий разработчик/программист и вариации на тему архитектор/программист-архитектор с приставками типа старший/ведущий.
Вариантов масса.
30.08
Друзья! Нам нужна ваша пощь и мнение))
Определяемся в срочном порядке с названием компании и юр лица, и ничего толкового в голову не приходит.
Если вы проголосуете за 1 из 4х наших вариантов и тем самым выскажете свое мнение, нам бы очень это помогло! Заранее огромное спасибо!
Осудили и это тоже:) Хотя ну вообще офтоп для чатика:)
31.08
Цитата дня:
Подстава, @dumtest еще спит в это время и ссылки задерживаются:)
Но ведь не спит:)