Эта публикация - первая из цикла посвященных знакомству с ТРИЗ (Теории Решения Изобретательских Задач) – методологией, возникшей в 1956 г. в СССР и представляющей собой набор эвристик (более 30 методов, алгоритмов и процедур), которые способствуют продуктивному творческому мышлению и созданию ранее неизвестного в любой отрасли экономики.
Наша объединенная конференция DevOps&TechLead 2022 года уже очень скоро! И пока мы ее вовсю готовим, давайте вспомним, как закончились конференции в прошлом году — и какие доклады вам понравились. Если вы уже участвовали в наших конференциях DevOps&TechLead — это будет для вас как небольшое путешествие в прошлое, где мы воссоздадим в памяти атмосферу и эмоции. А если вы всё пропустили, то сегодня вы сможете представить, как там было. Поехали!
Конечно, в первую очередь докладчики делились проблемами, которые преодолели, предлагая пошаговые сценарии выхода из них. Главная фишка конференций, и наших в том числе — польза. Вы получаете не безликую теорию, а проверенные и еще раз перепроверенные на практике механизмы, метрики и подходы. Которые уже упростили жизнь командам, помогли выявить и решить проблемы.
Когда-то давно я думал, что вот напишу приложение, выложу, а дальше оно как-нибудь само наберёт популярность, взлетит в чарт, принесёт денег. Так бывает, но готовиться нужно к тому, что придётся заниматься «выводом на рынок и продвижением», и на это потребуются время и силы.
В прошлой статье я рассказал, как идея превратилась в продукт, а сегодня покажу, что сделал, чтобы он дошёл до своих пользователей.
Для продвижения нужен хоть какой-то план. О том, что делать в теории, уже написано много раз. Давайте посмотрим, что получилось на практике.
Год назад стартовала программа предустановки отечественного ПО. Согласно нашему совместному исследованию с BCGroup, 57% опрошенных лояльны к программе предустановки, причем по сравнению с прошлым годом этот показатель вырос на 13%. Из опрошенных 3000 человек 35% заявили, что благодаря программе они начали активнее использовать отечественное ПО, а 12% отметили, что всегда предпочитали российские решения.
Перечень приложений, предустанавливаемых на гаджетах в России, включает в себя два продукта МойОфис — отечественного разработчика софта для работы с документами и коммуникаций. Их частные пользователи скачали уже более 11 млн раз. О настольных редакторах «МойОфис Стандартный. Домашняя версия» мы уже рассказали в этой статье. Сегодня же на практике рассмотрим «МойОфис Документы». Приложение позволяет бесплатно и без просмотра рекламы открывать, редактировать, создавать текстовые файлы и таблицы на всех современных смартфонах и планшетах. Подробнее читайте под катом.
Иногда создается впечатление, что команду разработчиков набирают HR-специалисты. Но они ищут специалистов, а вот команду, как сложный пазл, собирает лидер этой команды. Встречаются тимлиды, которые видят собеседования, как что-то второстепенное, не сильно влияющее на команду. Они утверждают, что собрать команду с необходимыми требованиями, которые им необходимы — полностью задача HR-ов. Но это совершенно не верно. Так как, если специалист и прошел собеседование, то это не означает, что он должен выбрать именно вашу команду.
Это абсолютно не значит, что роль HR-ров следует убрать из процесса найма специалистов. Просто надо усвоить, что у них свои условия для найма, а у лидов свои. Вот именно на этом я бы и хотел заострить ваше внимание. И это относится не только к сфере ИТ, а вообще везде, где есть необходимость в крутых специалистах.
Как вы измеряете степень успешности клиентского опыта? В статье рассмотрим восемь наиболее важных клиентских метрик для SaaS-компаний и узнаем, как их рассчитать.
Привет, Хабр! Меня зовут Роман Романчук, я руководитель отдела аналитики в Сравни. За последние пару лет наша компания сильно выросла. Два года назад у нас было около 80 сотрудников, а сейчас уже больше 350. Отдел аналитики также разросся: сначала в нем было всего пять человек, а сейчас уже более 30.
Изначально у нас был довольно стихийный подход к аналитике, но в какой-то момент он перестал удовлетворять потребности бизнеса, так как коллегам необходимы были точные цифры в реальном времени. Чтобы решить эту проблему, мы разработали стратегию развития аналитики в компании. В своей статье я расскажу, к чему нам удалось прийти в результате.
В этой статье на практических кейсах и моего опыта я расскажу, как сформировать команду и объединить её вокруг продукта. А также разберемся, как сформировать мотивацию, когда команда уже давно собрана, но почему-то не приносит ожидаемых результатов.
Привет, меня зовут Наташа, сейчас я продакт-менеджер в РТЛабс и работаю с командой разработки мобильных приложений Госуслуг.
Одним из часто задаваемых вопросах на собеседовании на позицию Project Manager, а также для сдачи экзамена на сертификат Project Management Professional (PMP)® Exam является вопрос о пяти стадиях формирования команды, таких как Forming, Storming, Norming, Performing, Adjourning, её также называют моделью Такмена в честь её автора Брюса Такмена. Предлагаю разобраться в том, что представляют из себя эти стадии и почему так важно понимать данную концепцию.
Канва продукта (Product Canvas) может помочь решить ряд проблем при переходе к организации, ориентированной на продукт. Возможно, вам стоит сделать шаг назад, чтобы переосмыслить свою продуктовую стратегию. Возможно, вы осознаете, что не способны оптимально организовать разработку продукта, и вам необходимо перестроить свою организацию таким образом, чтобы ее структура следовала за продуктом. Или, возможно, вам нужно улучшить методы управления продуктом.
Новый квартал, новые цели компаний и новые задачи у менеджера по продукту.
Чтобы достичь цели бизнеса, продакт генерит решения — что можно изменить в продукте, добавить или разработать нового, чтобы повлиять на метрики бизнеса?
Генерация решений может быть разная, но я поделюсь беспроигрышным пошаговым гайдом, как это делаю я.
Казалось бы, что все идеи уже придуманы, а необходимые миру бизнесы запущены, но из года в год стартаперы открывают многообещающие ниши, нащупывают новые боли человечества и реализуют инновационные проекты. В них заинтересованы не только конечные потребители, но и государства, корпорации, акселераторы и, конечно же, инвесторы.
Как «взлететь» в разгар кризиса и какие направления перспективны для развития стартапа в ближайшие 10 лет, рассказали приглашенные эксперты акселератора новосибирского Академпарка — практикующие бизнесмены, фаундеры, бизнес-ангелы и инвесторы.
Привет! Продолжаем делиться опытом о том, как можно автоматизировать бизнес-процессы в банке с помощью Camunda. В прошлой статье мы рассказали об одном из проектов, который создали на базе Spring Boot с подключенной Camunda в качестве библиотеки. В этом материале расскажем об особенностях его тестирования.
Поговорим про тестирование моделей процессов Camunda, приведем примеры кода, конфигураций для запуска процессов в тестовой среде, а также поделимся best practice и некоторыми библиотеками, которые значительно облегчают тестирование процессов. Основная задача данного туториала – сэкономить время и упростить задачу командам разработчиков, которые создают приложения на SpringBoot и Camunda, а также тем, кто хочет начать покрывать модели процессов автотестами.
Про то, что на самом деле важно "наверху". Поделился автор telegram- канала про IT продукты Алексей Арефьев.
Ко мне периодически приходят за консалтингом разные компании: где-то процессы подтянуть, где-то целеполагание, а где-то хрен пойми что надо сделать, чтобы выполнить комиты по бабкам. Вот как раз в зоне "хрен пойми что" часто наблюдаю одну закономерность, о ней и расскажу.
Я хочу, чтобы после этой статьи у вас появилось чуть побольше информации о том, на что влияет тимлид в нашей социально-технической системе, которой является команда. Сейчас попробуем вместе разобраться, как тимлид влияет на «социальное» и нужно ли что-то в этом «социальном» улучшать. Поговорим про наём, репутацию, культуру и рабочие отношения, точнее на их влияние на эффективность.
Меня зовут Виталий Шароватов, я работал в mail.ru, badoo, raiffeisen, qlean, rocketbank, сейчас работаю в Qase. 13 лет писал на JavaScript, а сейчас занимаюсь просветительской работой, менторю тимлидов и читаю лекции. Так что, мне есть чем с вами поделиться.
Привет! В прошлой статье мы рассказывали о 7 из 14 кейсов, с которыми столкнулись только за последний год, работая в саппорте на зарубежном проекте. Напомним, уже 9 лет мы сотрудничаем с клиентом из Великобритании, который предоставляет ПО для госпиталей и обеспечивает целый ряд шагов бизнес-процесса. Предысторию проекта и то, как работа в саппорте помогает развивать IT-продукт и повышать квалификацию, описали здесь.
Сегодня мы продолжаем рассказ о “татуировках” и выводах, основанных на практическом опыте саппорта. В предыдущей статье шла речь про безопасность, бэкапы, взаимодействие с внешними системами, про документацию и бизнес-процессы. В этой рассмотрим виртуализацию, политику хранения данных, логирование, работу с большими данными и прочее.
Надеемся, эти кейсы помогут более комплексно посмотреть на разработку, задуматься о том, как создаваемый продукт будет эксплуатироваться пользователями. В свою очередь, это помогает лучше понимать бизнес-процессы клиентов, тем самым дополнительно увеличивая потенциал разработчика и предоставляя ему больше возможностей для роста.
Первоапрельское.
Представьте, что вы руководите проектом. К вам приходит разработчик, и говорит: это невозможно! Уверенно так говорит. Доказательно. Ну просто небывалая ситуация. Вот вам интересная аналогия.
Это маленькая, но полезная ретроспектива двух профессиональных конференций по интеграции процессов разработки, тестирования и эксплуатации. До совместного мероприятия DevOps&TechLead Conf 2022 осталась всего пара месяцев, поэтому самое время восстановить в памяти то, что было раньше.
Менеджеры обладают всеми возможностями, чтобы заставить команду страдать
Как менеджеры, мы находимся в наилучшем положении, чтобы погрузить в уныние наши команды. Если вы менеджер, стремящийся действительно максимально причинить боль своим людям, обратите внимание! Мы рассмотрим три самых популярных способа.
Правда, мы сфокусируемся только на антипаттернах управления проектами, при том, что есть много других возможностей сделать людей в вашей команде несчастными.
Три секретных антипаттерна
1. «Белка в колесе»
2. «Миллион Agile-встреч»
3. «Гантаголик»
