Когда я читал книги по менеджменту или по психологии поведения, я задавался вопросом – как эти знания можно применить в работе, к команде? И в частности в проектном управлении? Вопрос этот возник давно, и этой статьей я решил открыть серию заметок на тему исследований в менеджменте.
GTD *
Методика повышения личной эффективности
Новости
Деградация организации заметок одного программиста
О ведении и организации заметок пишут книги, создают приложения и плагины, продают курсы. Кажется, все должно быть значительно проще. Я сознательно веду заметки более 15 лет и хочу поделиться опытом.
Геймификация для достижения новогодних целей: продуктово-научный подход
Дорогой читатель, ты узнаешь какие книги и статьи про мозг, привычки и геймификацию можно прочитать; поймешь при чем тут продакт-менеджмент и бонусом получишь шаблон списка обещаний на 2025 год.
Более 14 лет ставлю цели на год: рассказываю, как и почему этот процесс работает у меня
Привет, меня зовут Павел Комаровский – и я из тех душнил, которые в начале января усиленно строят всякие акульи планы на год. Так как делаю я это уже много лет, у меня выработался довольно своеобразный подход к процессу, которым я и хотел с вами поделиться – надеюсь, это поможет вам избежать ошибок, которых в свое время наделал я.
Истории
Бу! Испугался? Не бойся: как тимлиду спокойно управлять командой и влиять на эффективность бизнеса
За 3 года работы в компании Bercut я общалась с 40+ управленцами. Это были интервью по компетенциям, развивающие встречи и коучинговые сессии. И когда мы обсуждали препятствия на пути достижения личных, профессиональных и бизнес‑целей, чаще всего в качестве главного препятствия коллеги называли неуверенность в себе. Чем больше мы говорили об их неуверенности, тем очевиднее становились ее причины.
Где‑то не хватало теоретической базы в менеджменте, где‑то практического опыта в решении вопросов с командой или технических задач, но самый больший вес коллеги присваивали страху.
В своей статье я предлагаю:
— разобраться с тем, как мы «попадаем» в страх;
— поговорить о видах страха и смысле каждого из них;
— рассмотреть способы выбраться из страха, каким бы он ни был;
— познакомиться с упражнениями, которые могут помочь даже при самостоятельном использовании.
Как организовать библиотеку книг в Obsidian
Делюсь своим опытом организации цифровой библиотеки книг в Obsidian с фильтрацией по жанрам, авторам и статусу прочтения.
Как я быстро превратил кладбище ссылок из сохраненок в садик полезностей
Многие не хотят в этом признаваться, но почти у каждого из нас есть одно постыдное удовольствие. Мы создаем огромные хранилища ссылок, закладок и источников в самых невероятных местах. Пару недель назад я провел опрос который только подтвердил опасения - у порядка 70% моих подписчиков есть такая личная мусорка. Мало того что найти в этом хламе что-либо получается редко, так еще и реально полезные источники регулярно теряются.
Я прошел длинный путь от all-in-one инбокса в Evernote через plain-text систему в Obsidian c навешенными плагинами и сейчас использую простое решение с использованием ИИ которое кроме того что экономит массу времени так еще и позволило быстро разобрать старые завалы.
Когда день не задался — выгорание разработчиков, низкая продуктивность и что с этим можно сделать [исследования]
Что делать, чтобы быть более продуктивным — об этом написаны тонны литературы, от научной до художественной и даже эзотерической. Однако иногда почувствовать, что рабочий день удался, можно без стояния на гвоздях и подъема в пять утра — достаточно убрать раздражающие факторы. Мы в beeline cloud решили разобраться в исследованиях о том, что бесит разработчиков: джунов и сеньоров, в корпорациях и небольших фирмах.
Стартап vs корпорации vs предпринимательство: кому, куда и зачем?
Многие из нас задаются вопросом, как развиваться, расти, продвигаться по карьере и больше зарабатывать. Ответ зависит от множества факторов, в первую очередь от грейда: Junior вы, Middle или Senior. Есть ли у вас семья, насколько вы готовы к риску и к принятию неприятной правды.
В каком типе компаний развиваться выйдет более эффективно? Джуну лучше в стартапе или в enterprise? А сениору лучше пилить свои проекты или идти в стартап?
Эта статья — попытка ответить, что делать продакту, разрабу, тестировщику, чтобы не просыпаться ночью с синдромом самозванца, и помочь нашему брату достигать целей.
Синдром Питера Пэна в IT: почему мы боимся взрослеть как специалисты
Каждый из нас хоть раз оказывался в ситуации, когда чувствуешь, что находишься в каком-то профессиональном тупике. Ты продолжаешь выполнять свои задачи, но что-то не даёт покоя — кажется, что с каждым годом ты всё ближе к ощущению застоя. В статье «Стагнация на мидле: когда работаешь, но остаёшься на месте» я уже касался этой проблемы, но отклик оказался не таким, как я ожидал. Возможно, не всем был близок этот взгляд на ситуацию, но для меня эта тема остаётся крайне важной и, возможно, даже болезненной.
Сегодня я продолжаю искать ответы, но под немного другим углом. В этой статье речь пойдёт о более глубоком психологическом аспекте: почему нам так сложно преодолеть эту стагнацию и перейти на следующий уровень? Почему мы боимся брать на себя больше ответственности и двигаться вперёд? Возможно, ответ кроется в том, что мы часто застреваем не только в рабочих задачах, но и в своём восприятии роли профессионала.
Стагнация на мидле: когда работаешь, но остаёшься на месте
Годы идут. Джуниорское прошлое уже позади. Ты вроде бы уже тёртый калач, да и деньги платят хорошие. Не 300к в наносекунду, но на пшеничный смузи с вяленой рыбкой хватает. Но что-то не так. Есть стойкое ощущение пустоты впереди. Будто ты никуда не двигаешься. Стрелка компаса хаотично мечется в разные стороны, непонятно, что учить дальше, куда двигаться и "кем ты хочешь стать, когда вырастешь?".
Остановка в карьерном росте рано или поздно ждёт каждого разработчика. Но это не значит, что ты не сможешь пробить собственный потолок. Давай разберём, почему это происходит и как это можно исправить.
Лезем под капот понятия важности в личном списке дел
Вы пытались применить на себя популярные методики приоритезации задач? Обычно они сводятся к “выделите важные задачи”. А какие там важные? С первого взгляда кажется, что все - не зря же они оказались в списке. Но сделать сразу все невозможно - время лимитировано. И вот с этого момента начинается слепое блуждание, попытка подогнать теорию под то, почему одно дело стоит выполнить раньше, а другое позже.
Предлагаю не подгонять, а залезть под капот понятия важности в контексте личного списка задач.
Work Life Balance: Исповедь красноглазика
Сегодня я выхожу в эфир со статьей, которая является неким потоком сознания. Сегодня не будет практической пользы, только мои размышления о Work Life Balance. Те, кто ждёт руководство или призыв к действию, проходите мимо! А те, кто остались, добро пожаловать на борт моего корабля. Мы отправляемся в круиз по волнам Work Life Balance, через рифы ночного кодинга прямиком на остров усталости!
Ближайшие события
Список дел в бумажном блокноте — островок реальности в виртуальном море
Каждый день мы с вами занимаемся тем, что усердно и сосредоточенно размечаем сектора дисков в сложном продуманном порядке. Вся наша компьютерная деятельность в итоге сводится именно к этому. Результаты всех наших трудов — это виртуальные числа, ненадёжные заряды на хрупких носителях. От небытия их отделяет всего несколько нажатий клавиш. Как же иногда хочется добавить в рабочий процесс чего-нибудь материального, вещественного, аналогового.
Наверное, поэтому многие предпочитают вести списки дел на бумажных носителях. Безусловно, в бумажном блокноте не запустишь поиск, не поменяешь строки местами, не сотрёшь бесследно ошибочно написанное слово. Но все эти недостатки меркнут перед главным достоинством бумажного блокнота: он РЕАЛЬНЫЙ. Его можно потрогать, взять в руки, перелистать, насладиться фактурой бумаги и обложки.
Мне больше всего нравятся три системы, на базе которых можно сформировать свой индивидуальный набор правил ведения списков.
Моя история входа в IT: как я ломал стены своих ограничений
«Зима. 2019 год. Уже год работаю на производстве оптоволоконных патч‑кордов. Молодой и бесперспективный. Пришлось задержаться в цеху. Мы снова не укладываемся в норму по производству шнуров, крупный заказ для Ростелекома. Покинул рабочее место в 00:45. Транспорт уже не ходит, иду домой пешком. Перебирая в кармане остатки от недавно полученной зарплаты (17 тыс. руб, если повезет). В голове одна мысль: „долго я так не протяну...“»
Мой опыт входа в IT...
Мнемотехника в помощь айтишникам
Пару лет назад я поступила в IT-класс, где был огромный упор на профильные предметы. Нас обучали работе с системами счисления, алгоритмизации, анализу информационных моделей, моделированию, программированию, кодированию и декодированию информации, знакомили с началом дискретной математики и теорией игр.
В общем и целом, объём знаний, который нужно было усваивать, стал в десятки раз больше. И в тот момент передо мной встали вопросы: «Как оптимизировать моё обучение? Как не терять время впустую, зазубривая килотонны знаний перед экзаменами, при этом не прощаясь с ними сразу же после выхода из кабинета? Как сохранить в долгосрочной памяти все те объёмы информации, которые я получаю ежедневно?» В тот день я начала сёрфить в интернете в поисках ответов и наткнулась на понятие «мнемотехника».
Ошибки, которые я совершил, пытаясь быть «слишком правильным» в разработке
В начале карьеры мне тоже казалось, что каждый разработчик должен следовать строгим правилам и рекомендациям. Я думал, что чем больше знаний, тем лучше результат. В итоге, передо мной открывался целый мир идеальных паттернов, архитектур и сложных решений. Но со временем я понял: важно не только читать и понимать теорию, но и уметь применить её в реальной жизни. И что ещё важнее — делать, а не спорить.
В этой статье я расскажу о своих ошибках, которые я допустил, пытаясь быть слишком «правильным». Как я заморачивался с кэшированием, пытался сделать универсальные компоненты и топил проект в лишних сложностях. Эти ошибки научили меня одному: не всегда нужно гнаться за идеальностью.
Давайте посмотрим, как я заморачивался с вещами, которые в итоге только усложнили задачу, и что из этого получилось.
Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом. Часть 2
Всем привет! Вот и подошло время выпустить вторую часть статьи про красные флаги при устройстве в IT-компанию. Первую часть можно найти [тут]. В этом цикле статей я рассказываю о важных моментах, на которые обязательно нужно обратить внимание при устройстве на работу.
Все, описанное в статье, является краткой выжимкой исключительно моего опыта как интервьюера, так и кандидата на вакансию разработчика. Я был по обе стороны баррикад, но не претендую на звание эксперта.
Вот мои красные флаги при устройстве на галеру:
О чем плачет Frontend-developer
Ты приходишь в новую компанию, всё кажется крутым: светлый офис, дружелюбная команда, проекты мечты. И тут начинается...
Сборник фронтендерских болей.
Мои Red-Flags при устройстве в IT-компании: Как не стать гребцом. Часть 1
Залетая на очередной собес, я снова и снова встречаю их... Намеки на то, что скоро придется грести веслами: работать до ночи, делать задачи без нормального описания, срывать дедлайны, о которых стало известно буквально за день до окончания, и опять обновлять резюме.
О, как же я люблю этих милых эйчарок, которые не имеют ни малейшего представления о том, чем предстоит заниматься. Или менеджеров, которые уверены, что именно они знают, за сколько ты успеешь сделать задачу.
Сегодня хочу поговорить о том, что давно накипело. Как не попасть в ловушку компаний, которые высосут из тебя все соки, а потом выбросят на помойку с диагнозом «профнепригоден». Мой список красных флагов при поиске работы — на что стоит обращать внимание, чтобы не попасть в плохую компанию.
Вклад авторов
alizar 1406.3Cord 1095.0AKlimenkov 1014.8sashaeve 811.0semen_grinshtein 625.0Novikov 621.0Tomcat 617.0FlamingDeth 610.0ThePretender 604.0megamozg 498.0