Артем Летюшев @Renewal_Studio
Lead Project Manager
Information
- Rating
- Does not participate
- Location
- Алматы (Алма-Ата), Алма-Атинская обл., Казахстан
- Date of birth
- Registered
- Activity
Specialization
Project Manager, Scrum Master
Senior
Lead Project Manager
Я рад что пост привлек ваше мнение, комментарии относительно вашего анализа меня давать не буду
А что у вас глобально поменял в позиционировании CTO, если не секрет?
Я восторге с некоторых комментариев, они крайне дружелюбные и по делу. Я бы хотел чтобы совместная работа в командах с devops и devops с менеджерами вызывала такие же ощущения, как после прочтения комментариев
Мне дополнить нечего, у вас прекрасный комментарий и очень по делу. Я очень надеюсь на него кто-то, кого триггернул пост, наткнется и он многое для себя подчерпнет
Не могу целиком согласиться, но определенно с большим опытом и насмотренностью можно многое решать и без знакомства с типовыми практиками менеджмента
Почему не поднял в свое время - вопрос отдельный. Прошлое не исправишь, но я решил просто поднять на мой взгляд важную тему
У вас кажется опыт больше пронизан аутсорсом, я в последние 5 лет больше в продуктовых компаниях, там по сути 1 заказчика нет
Ту сложно, но думаю в районе 1 на 15
В одном месте да, в другом нет
Микросервисы
В предыдущем случае к финтеху
Как я и говорил, все точно не помню
1. Там где было облако был менеджед
4. Да, про DORA знаю, а вот про аналитику MR слышу впервые, спасибо за рекомендацию!
6. Получается так
9. Дефолтные вещи с крашрейтом, перфомансом, инцидент рейтом и тд
10. Не припомню
С предыдущих мест работ боюсь не найду, но поищу есть ли что-то релевантное по смыслу, что я приносил devops
Если изолированный да, но если результат проекта - изменения существующей системы, это куда больнее
Хмм, спасибо за пищу для размышлений! Но точно ли devops в таком случае должен быть отдельный инженер? А не сами разработчики например?
Я поправил название чтобы не задевать никого, что-то я сгоряча написал такое название
Окей. Тут я не готов говорить кто и что должен, однако лично сам ковыряю, чтобы не было стыдно, ибо вещи не рокет саенс
Да нет, я такого навалом видел и от коллег слышал, сперва прежде чем писать поспрашивал коллег и обнаружил +- схожее
Очень солидный и обстоятельный комментарий! Спасибо. Я думаю нам не повезло друг с другом в вопросах коммуникаций и они вполне себе решились не портя впечатлений друг о друге. Поэтому и решил написать эту статью
Уфф, я тут писал по опыту нескольких предыдущих компаний. Но могу по памяти написать (если что не в курсе всего и могу ошибаться)
1. Облачные провайдеры на прошлом, на позапрошлом свое железо
2. Да
3. Managed
4. Нет. бесплатный on-premise
5. Gitlab ci/cd, немного argo ci иногда
6. ELK стек и был краем датадог
7. Нет
8. Раз в 3-4 недели
9. Речь про сборки? Или скажем например про мобилку? Могу рассказать про крешрейт, mtbi, перфоманс и тд
10. Вроде нет
11. Был под конец на прошлом месте стандартный кусок ITSM про пост-мортемы и дежурства , на позапрошлом не было
12. Да
А как это работает у вас? Очень любопытен опыт, если был по бороьбе со схожими проблемами
Если бы мог поставил бы миллион лайков! Да, зрите в корень и ровно для того чтобы люди задумались об этом, написал эту статью
Действительно это так. И как вы верно подметили, надо бороться с изолированностью, для этого и написал статью