Эффективные менеджеры
Телеграм Токсичный манагер
Телеграм Токсичный манагер
Муда (Muda, 無駄) с японского переводится как бесполезность, расточительство. В теории бережливого производства это любая деятельность, которая потребляет ресурсы, но не создает ценности для клиента. Символично звучит на русском, не правда ли?
Если эта тема вам интересна – буду благодарен за подписку на мой ТГ-канал Токсичный манагер, где я в нескучной манере (надеюсь) пишу про менеджмент и все, что с ним связано.
Вот опять, очередной «Российский аналог ...». Как и соцсеть ВКонтакте, которая сделана братьями Дуровыми изначально российским аналогом Facebook* (*владелец бренда Meta — запрещённая в России организация). Что мы значимого сделали в ИТ не как аналог чего-то успешного?
Почему так происходит уже 20 лет? Почему наши "предприниматели" хотят быстрых денег здесь и сейчас? Хотя наших разработчиков с удовольствием используют западные бизнесмены — значит, потенциал же есть. И не только в космической отрасли, которая его подрастеряла после 80-х. Не только в ВПК, который производит оборонных ракет ПВО столько же, сколько весь остальной мир ( https://tass.ru/armiya-i-opk/16829181/ ).
И снова вроде крутой продукт, востребованный. Но почему цены такие конские, сравнимые с лицензией оригинала? Почему попробовать бесплатно можно только оставив контакты?
Из российских продуктов только СУБД Postgres хоть как-то адекватно подходит под мои претензии. И то это изначально opensource проект американского ученого Майкла Стоунбрейкера, профессора Калифорнийского университета. Наши дельцы подсуетились, даже получили лицензию ФСБ для её внедрения госорганами и организациями — и вот она, российская СУБД. Но хотя бы дают бесплатную версию as is, без гарантий. И лицензии с разовым платежом для тех, кто не хочет платить бесконечно за подписку, тем более за каждого пользователя/подключение.
Вспоминаю прекрасный пример Microsoft, подсадившей весь мир на Windows. Кажется, даже Билл Гейтс в одном из интервью проговорился, мол, пусть домашние юзеры и малый бизнес пиратят и обучаются работе в нашей ОС, а мы потом заработаем на крупном бизнесе, когда они в него превратятся или придут туда работать. Это я называю стратегическим мышлением. Если бы не было пиратства — сколько Майкрософту пришлось бы потратить на рекламу, на которую сейчас не тратится практически ничего?
В 2002 году компания объявила временный мораторий на борьбу с интернет-кафе и компьютерными клубами России и стран СНГ, использующими нелицензионное (ворованное) программное обеспечение Microsoft. Не удивлюсь, если сами же его и раздавали на торрентах. "Мы не будем обращаться в правоохранительные органы с просьбой о проведении проверок, а также не намерены выступать с заявлением о возбуждении уголовных дел, даже если правоохранительные органы в ходе проверок в любом из интернет-кафе выявят нарушения авторских прав корпорации". ( https://www.kommersant.ru/doc/318389 )
И волна антипиратских дел по Винде и Офису в конце нулевых - начале 2010-х не по их инициативе по России прокатилась. Управление К просто "рубило палки".
Дофига написал, резюмирую. С таким подходом EvaProject навсегда останется локальным российским продуктом, выживающим только благодаря "импортозамещению". Да и в России доля рынка будет сравнима с "российскими операционными системами" (даже в т.ч. без кавычек ОС РОСА ХРОМ для процессоров Байкал, потому что купить его и попробовать её уж слишком дорого для домашних юзеров). Просто потому что есть Jira, а это очередной "российский аналог".
- Дать ее бесплатно, чтобы через 10 лет на нее подсела вся Россия и страны БРИКС? ❌
- Напишем «российский аналог» и сразу поставим цены оригинала! ✅
Не стесняюсь называть себя патриотом, выбираю продукты российского производства. Но почему патриотами бывают только потребители? У бизнеса другая родина — та, которая печатает зелёные бумажки?
На новогодних праздниках я наконец-то прочитал Проект “Феникс”. Рекомендую к прочтению, если в вашей компании всё происходит хаотично, вечные авралы и сотни незавершенных фич, которые переносятся из релиза в релиз. В книге раскрываются следующие моменты:
- Для чего необходим таск трекер и какие проблемы он решает — все изменения должны отслеживаться, чтобы можно было понять, какие изменения приводят к сбою.
- Не нужно помечать все задачи как “срочные”, иначе не будет понятно над чем именно необходимо работать.
- Необходимо увеличивать производительность в узких местах — система работает настолько быстро, насколько работает самое медленное её звено. Если у вас есть сотрудник, на котором многое завязано, необходимо как можно сильнее разгрузить его и обучить других сотрудников.
- Если у вас постоянные авралы — возможно вам необходимо поставить часть ваших проектов "на паузу" и сосредоточиться на наиболее критических, которые наиболее важны. Если в вашем продукте слишком много багов — необходимо сосредоточиться на его стабилизации.
- Возможно даже стоит запустить новые проекты, которые помогут заранее выявить проблемы, до того как они будут замечены пользователями, например, внедрить систему мониторинга. Это поможет снижать объем “незапланированной работы”.
- Необходимо выплачивать свой “технический дол”, иначе в дальнейшем придётся тратить слишком много времени на выплату процентов в виде незапланированной работы.
- Не стоит загружать сотрудников на 100% при планировании, ведь по ходу работы будут появляться новые задачи — “незапланированная работа”, и у сотрудника не будет времени их решить. “Время ожидания — это "процент занятого времени”, разделённый на “процент свободного”".
- Если ваша команда перегружена нужно уметь говорить “нет” новой работе.
- Если вы человек, который устанавливает правила — вам следует самому играть по этим правилам, иначе никто этого делать не будет.
- Как CI/CD может ускорить разработку, почему важно релизиться как можно чаще. Например, чтобы быстро выкатывать баг фиксы.
В предыдущем посте я упомянул что состаю в команде часть которой создаёт софт, но непосредственно я в этом процессе не участвую
разумеется все забрали лично меня и высказали своё мнения насчёт того какой я хуесос
у меня к вам вопрос
откуда такая ненависть к создателям софта, да и впринципе бомбежа при их упоминании?
ребята создают софт в своих интересах на уникальной механике неиросетей, на данный момент это единственный подобный софт, а не просто копирка рейдж читов
да и в конце концов, речь была не об этом, я расписал просто инфу о команде в которой я состою
давайте расставим по полочкам
я не участвую в создании софта
всегда будут люди создающие софт и это их выбор, игра с ними никак не борется
я отвечаю за игры и мне просто хотелось увидеть людей заинтересованных этой тематикой, нам нужны люди, люди которые так же как и я горят этой идеей и хотят создать свой проект
я не участвую в создании читов и никогда не участвовал, пишите свои претензии создателям читов, а не мне
а так... если вы всё таки заинтересованны в участии в создании игр пишите в комментариях, я всегда буду рад рассмотреть новый участников
спасибо что выслушали
Я купил книгу Getting Things Done (GTD) около 3 лет назад и только в этом году у меня дошли руки, чтобы прочесть её. Вчера наткнулся на статью GTD за 15 минут: прагматическое руководство. Неплохо подходит, не только чтобы освежить всё это в памяти, но и как краткий экскурс в GTD. Поэтому рекомендую к прочтению.
Основные моменты:
- GTD - это методика организации и отслеживания задач и проектов
- Цель GTD — сделать так, чтобы человек полностью доверял бы системе сбора задач, идей и проектов
- Техника GTD основана на ведении списков:
- Входящие (Инбокс)
- Следующие действия
- Список ожидания
- Проекты
- Когда-нибудь/может быть
- Основная цель инбокса — разгрузить мозг. Просто записывайте все мысли, задачи, проекты, которые приходят вам в голову в инбокс.
- Инбокс необходимо обрабатывать регулярно.
- Определение следующего действия, которое должно быть физическим, видимым действием, приближающим проект к его цели — самое важное «правило» GTD.
- Если вы делегировали задачу другому человеку, если вы отправили email и ждёте ответа — внесите это в “Список Ожидания”
- Проект — это любая цель, для достижения которой нужно выполнить более одного действия
- Контексты действий — это «теги», которыми снабжают элементы в списках Следующие действия. Они представляют собой сведения о том, где может быть выполнено то или иное действие, или о том, что именно нужно для его выполнения.
- Еженедельный обзор — актуализация списков следующих действий и проектов. Что-то нужно перенести из списка Когда-нибудь/Может быть в список следующих действий, что-то необходимо удалить совсем, потому что это больше не актуально.
Они прилетели, чтобы изучать нашу планету, но оказалось, что без защитной оболочки им тут не справиться. Но в ваших силах им помочь! Открывайте игру с тамагочи и сделайте электронного питомца счастливым. Это не так просто, как было в детстве. Если справитесь, получите награду в профиль.