Не соглашайся ни за что
Ни с кем и никогда,
А кто с тобой согласен, тех
Трусливыми зови.
За это все тебя начнут
Любить и уважать.
И всюду будет у тебя
Полным полно друзей.
Григорий Остер.

На конференциях, митапах, вебинарах все дают полезные советы по Agile. И никто их не ценит — ни советчиков, ни советы. А мы решили по совету Григория Остера найти побольше новых друзей — потому что мы дружелюбные — и дать вам вредные советы по Agile.

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

Так в чём дело? Почему звонок техподдержки / в техподдержку — это почти всегда повод для тяжёлого вздоха и какая-то обречённая необходимость? Мы кое-что знаем о причинах. 


Техподдержка мечты из нашего детства

Вы легко отзываетесь на просьбу помочь? Вам не трудно сделать пару лишних задач? Вы молча переделываете не очень хорошую работу за коллегами или подчинёнными? Скорее всего, ваша рабочая нагрузка заставляет вас «перегреваться». 

Нередко в малом бизнесе мы занимаемся всем подряд, не замечая того: тестовый сервер будет перезапущен, о чём мы сами и сообщим в чате клиенту вместо инженера; баннер повесить — да погоди, у меня есть доступ к админке, готово; код аналитики — да давай я тебе Tag Manager повешу и покажу, как через него любые теги размещать; вот тут в выгрузке были подозрительные пики и провалы, я тебе сделал дополнительную детализацию… Особенно тяжело ситуация обстоит в компаниях, которые активно работают по заявкам клиентов, и каждый сотрудник берёт в работу самые разноплановые задачи. Как итог: усталость, выгорание, ошибки и завалы собственных невыполненных задач. Знакомо? Давайте искать причины и выходы под катом.

«Внедряем CRM? Ну ясно, мы под колпаком, теперь только контроль и отчёты», — примерно так рассуждает большинство сотрудников компаний, услышав о том, что скоро работа переместится в CRM. Считается, что CRM — это программа для руководителя и исключительно его интересов. Это не так. Подумайте, как часто вы:

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

Если бывало, читайте дальше, организация работы — это не только чтение книг о прокрастинации и тайм менеджменте, это ещё и классный инструмент в руках. А если не бывало — чёрт побери, кто вы?!

Хабр полон прогнозов и советов о том, что делать в следующем году — какие языки учить, в какие сферы сворачивать, как поступать со своим здоровьем. Звучит вдохновляюще! Но у любой медали две стороны, и мы спотыкаемся не только в чём-то новом, а по большей части в том, что делаем каждый день. «Ну почему меня никто не предупредил!», — раздражённо восклицаем мы, обычно обращаясь к самому себе. Вызываем огонь на себя — мы собрали для вас список того, что НЕ стоит делать в 2020 году (а может, и всегда). 

А гравитацию-то и не спросили

31 марта — международный день бэкапа, и неделя накануне всегда полна историй, связанных с безопасностью. В понедельник мы уже узнали про скомпрометированный Asus и «трёх неназванных производителей». Особо суеверные компании всю неделю сидят на иголках, делают бэкапы. А всё от того что все мы немножко безалаберны в плане безопасности: кто-то забывает пристегнуть ремень на заднем сидении, кто-то игнорирует срок годности продуктов, кто-то хранит логин и пароль под клавиатурой, а ещё лучше записывает все пароли в блокнотике. Отдельные личности умудряются отключать антивирусы, «чтобы не тормозил комп» и не использовать разделение прав доступа в корпоративных системах (какие секреты в компании из 50 человек!). Наверное, человечество просто ещё не выработало инстинкт кибер-самосохранения, который, в принципе, может стать новым основным инстинктом.

Не выработал такие инстинкты и бизнес. Простой вопрос: CRM-система это угроза информационной безопасности или инструмент обеспечения безопасности? Вряд ли кто-то вот так сходу точно ответит. Тут нужно начинать, как нас учили на уроках английского: it depends… Это зависит от настроек, формы поставки CRM, привычек и убеждений вендора, степени наплевательского отношения сотрудников, исхищрённости злоумышленников. В конце концов, взломать можно всё. Так как же жить?

В 2008 году мне удалось побывать в одной ИТ-компании. В каждом сотруднике считывалось какое-то нездоровое напряжение. Причина оказалась проста: мобильники — в ящик на входе в кабинет, за спиной — камера, 2 больших  дополнительных «смотрящих» камеры на кабинет и контролирующий софт с кейлогером. И да, это не та компания, которая разрабатывала СОРМ или системы жизнеобеспечения самолётов, а просто разработчик прикладного бизнес ПО, ныне поглощённый, раздавленный и больше не существующий (что кажется логичным). Если вы сейчас потянулись и думаете, что в вашем офисе с гамаками и M&M в вазочках такого точно нет, вы можете сильно ошибаться — просто за 11 лет контроль научился быть незаметным и корректным, без разборок за посещённые сайты и скачанные фильмы.

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

Софтверная чехарда скоро станет весьма распространённой болезнью компаний. Менять один софт на другой из-за каждой мелочи, прыгать с технологии на технологию, экспериментировать на живом бизнесе становится нормой. При этом в офисе начинается настоящая гражданская война: формируется движение сопротивления внедрению, партизаны ведут подрывную работу против новой системы, шпионы пропагандируют новый дивный мир с новым софтом, руководство с броневика  корпоративного портала вещает про мир, труд, KPI. Революция обычно заканчивается полным провалом одной из сторон.

Мы знаем о внедрении почти всё, поэтому попробуем разобраться, как революцию превратить в эволюцию и сделать внедрение максимально полезным и безболезненным. Ну или по крайней мере расскажем, во что вы можете вляпаться в процессе.

Идеальная визуализация принятия нового ПО сотрудниками.Источник — Яндекс.Картинки

Быть системным администратором в небольшой компании не из IT-сферы — то ещё приключение. Руководитель тебя считает дармоедом, сотрудники в плохое время — божеством сети и хардвера, в хорошее — любителем пива и танчиков, бухгалтерия — приложением к 1С, и вся компания целиком — драйвером для успешной работы принтеров. Пока ты грезишь о хорошей Циске, а не о свистке-коробочке Йоты для организации корпоративной точки доступа, они уже методично готовят новую пакость: вирус из домашней коллекции, кривые руки, намотанные на провод (или наоборот), игру на рабочем сервере, нелицензионный Photoshop и закачку всего нового сериала, чтобы по дороге в пробке посмотреть. Ах да, ещё просили починить электрочайник. Тут не до Kubernetes и DevOps — выжить бы, сохраниться и выйти из этого рейда боссом. Ой, тьфу ты, выполнить KPI и не сдохнуть. Аллегорично? Да нет, так оно и есть.

Что произойдёт с ITSM в 2020 году и в новом десятилетии? Редакция ITSM Tools провела опрос экспертов отрасли и представителей компаний — ключевых игроков на рынке. Мы изучили статью и готовы рассказать вам, на что следует обратить внимание в текущем году.

Тренд 1. Благополучие сотрудников

Бизнесу придётся поработать над созданием комфортных условий для сотрудников. Но обеспечить удобные рабочие места недостаточно.

Больший уровень автоматизации процессов также благотворно отразится на настроении коллектива. Из-за снижения количества рутинных задач производительность труда вырастет, а уровень стресса снизится. Как следствие, повышается степень удовлетворенности работой.
Полгода назад мы уже писали статью на тему удовлетворенности сотрудников, где подробно описывали, как на практике сделать жизнь сотрудников лучше с помощью инструментов автоматизации бизнес-процессов.

Часто, когда я говорю кому-то про уязвимость, на меня смотрят как на сумасшедшего с табличкой «Покайтесь, ибо конец света близок»!

Сейчас все бегают в панике и пытаются организовать «удалёнку», совершая простейшие ошибки, собирая все возможные грабли, поэтому я решил поделиться некоторыми драматическими историями с участием цыганских хакеров, незакрытых CVE и профессиональных, но немного наивных девопсов. Конечно, какие-то детали мне пришлось опустить или даже намеренно исказить, чтобы не расстраивать заказчиков. По большей части это практика не с текущей работы в Техносерве, но пусть этот пост будет небольшой памяткой о том, как делать не надо, даже если очень хочется.

Сел я тут систему управления выбирать для нашего отдела. Мы – вторая линия техподдержки, закрываем косяки, которые не успели исправить наши разработчики. Помогаем клиентам настроить ПО для защищенного документооборота.

В отделе у нас 17 человек. Дела ведем в 1С, а вот системы управления для общения по задачам явно не хватает. Надоело, что все рабочие коммуникации ведутся в Telegram. Куда валится и важная информация, и мемасики. Зачастую — одновременно.

Задумался: как выбрать нормальную систему? Особых требований пока нет. Заглянул в обзоры – один пафос: «Помогаем бизнесу работать», «Увеличиваем эффективность», «Лучший инструмент для agile-команд».

Решил выбирать по отзывам. Уже другая картина, менее радужная: «Самая худшая техническая поддержка в мире», «Дикие тормоза» и т.п. В общем, почитал, что люди говорят, каталогизировал немножко.


Собрал и обобщил мнения по 8 системам управления. Начал с наименее известных, закончил самыми популярными. Разделил на два блока – что «заходит», а что бесит. Заодно и таблицу цен сделал в конце. Делюсь, вдруг кому-то пригодится. Ну а мы будем тестить и выбирать уже на деле всей командой.

Последнее время в качестве хобби снимаю на видео лекции знакомого психолога. Отснятый материал монтирую и публикую на своём сайте. Месяц назад я загорелся идеей организовать круглосуточную трансляцию этих лекций на YouTube в режиме 24/7. Этакий тематический «телеканал», посвященный личностному росту.

Как сделать обычную трансляцию я знаю. А вот как сделать так, чтобы это была трансляция именно видео-файлов? Чтобы она шла 24/7, была гибкой, максимально автономной и при этом никак не зависела от моего домашнего компьютера. Это мне и предстояло выяснить.



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

Если коротко, то итоговое решение получилось следующим: VPS + ffmeg + bash-скрипт. Под катом я описываю проделанные шаги и рассказываю про «подводные камни», которые обнаружились при организации трансляции.

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

Я потратил довольно много времени на своё увлечение освещением и ĸамерами. А теперь хотел бы помочь вам — новым стримерам, подĸастерам, удаленным сотрудникам или всем, ĸто хочет повысить уровень их оборудования.

Оцените несколько разных вариантов для удаленной работы и трансляций.

Должен заметить, что я пользуюсь Маком, поэтому буду больше сфокусирован на нём. И еще, это всё партнерские ссылки. Можете легко обойти их если не нравится!

Чего только не бывает на свете. Так, пожалуй, может сказать каждый из нас. Потому что все мы ходим на работу. А там есть директор. А у директора есть интернет. И еще у него есть друзья. А еще – «друзья». А иногда – еще и неутомимое желание что-нибудь поменять.

И ведь ладно бы он зарплату нам, несчастным, поменял, да в большую сторону. Нет, он меняет всякую дурь. Дресс-код – еще не самое забавное, что бывает. В честь пятницы, 13, предлагаю устроить шабаш и вспомнить, какую дурь иногда придумывают руководители для нас, любимых, чтобы работа приносила нам не только деньги, но и кучу радости.

Про саму UNIT-экономику формата USER —> PROFIT много всего написано. В этой статье расскажем про наш опыт ее применения в формате PRODUCT —> PROFIT. Будем искать ответ на вопрос: «Сколько нам нужно добавить товаров в наш интернет-магазин, что бы зарабатывать Х» + ссылка на калькулятор. Подход работает не только для интернет-магазинов, но и для производств, задумывающихся над расширением продуктовых линеек.

Мы недавно писали, как затеяли конференцию, полностью посвященную инженерным процессам и практикам. Наша цель — собрать в одном месте профессионалов, которые развивают техническое лидерство у компании, продукта и дать им возможность поделиться опытом, обсудить свои задачи и проблемы индустрии, вместе найти новые подходы. Мы долго думали, что объединяет таких людей, как их распознать. И поняли, что это техлиды. Именно они несут ответственность за технологический вектор, внедряют те самые инженерные практики и настраивают процессы.

Но в нашей индустрии даже градация должностей junior/middle/senior колоссально отличается от компании к компании. Что уж говорить о техлиде, который и вовсе не должность, а роль. Поэтому решили разобраться, что вкладывают в это понятие чаще всего. Заодно очертить зоны ответственности, сформулировать ключевые навыки техлида и понять, наконец, чем техлид отличается от тимлида (Спойлер: тимлид — это тоже роль, поэтому один человек может одновременно быть и техлидом, и тимлидом. А может и не быть).

Сороковой выпуск нашего подкаста “В бесконечность и далее”, мы назвали “А хочу быть владычицей морскою” потому что в нём (начиная с 12й минуты) мы говорим о том, что (и как) нужно делать программисту, чтобы стать менеджером, а также задаёмся вопросом нужно ли это вообще делать. Такое название выпуска мы выбрали потому что менеджер и власть иногда синонимы, поэтому мы делаем отсылку к властолюбивой старухе из произведения А.С. Пушкина “Сказка о золотой рыбке”. Также в этом выпуске мы говорим о смене эпохи в индустрии производства специфического видеоконтента (это не то, о чем вы подумали), о Бармаглоте и Русских инородных сказках производства Макса Фрая.

Наше обсуждение темы можно послушать (начиная с 11:15) в Youtube, на Яндекс музыка, в Google подкастах, на устройствах Apple и Android, на нашем сайте, на сайте- хостинге подкаста, в VK и много где ещё. А ниже краткая выжимка-стенограмма из нашего диалога. В самом конце статьи — конкретный (но не исчерпывающий) список шагов, которые следует пройти чтобы стать менеджером.

• 11:15 Очерчивая предмет дискуссии, мы решаем поговорить о том, каким образом можно из программиста вырасти в менеджеры. Вырасти не из аналитика, тестировщика или коммивояжера, а именно из программиста
• 13:05 Хотим отметить, что ответ на вопрос «А зачем вообще становиться менеджером?» не настолько очевиден как кажется, ведь

Когда-то я работал в медицинском Калифорнийском стартапе. Там было 20 человек, но ни одного доктора.

Даже медсестры не было. Зато было 10 программистов. Я сам гуглил бывает ли рак груди у мужчин, про то, что у женщин бывает, я знаю, благодаря Анджелине Джоли. Фиг его знает, сколько американцев лечилось на основе моих ценных рекомендаций американским докторам :)

Я ушел оттуда, потому что не понимал, как я могу определять, какие анализы рекомендовать в выпадашке, если у меня нет медобразования.

У нас с женой договоренность, перед тем как покупать лекарство, она гуглит его, и если там не написано БАД или гомеопатия, то покупает.

Спасибо Яндекс.Медицина, ты торчишь мне 460 рублей за купленный женой Эргоферон. Я считал Я.Медицину адекватной, извините.

Как правило, все заинтересованы в том, чтобы расти, развивать свои профессиональные качества. Аналитики – не исключение. В данной статье я описала способы почерпнуть новые знания в сфере анализа.

"

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

• Начинающие энтузиасты
• Разочарованные ученики
• Осторожные исполнители
• Уверенные профессионалы