Управление проектами *

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

Но недавно все изменилось. Сразу оговорюсь, что все задачи я веду в приложении Todoist.

Откуда берется технический долг

• Все начинается со слов: «Давайте сделаем MVP (MLP) поскорее.» Когда ставится задача «срезать углы», чтобы запуститься побыстрее. В стартапах такое случается постоянно, даже у нас после 8 лет.
• Еще есть COBOL и FORTRAN.
• Каждая компания тянет за собой не только технический долг в виде кода, но еще и в виде инженерных практик («У нас так принято»).
• Аутсорсинг и аутстаффинг. Многие аутсорсинговые компании накопили некоторое количество «внутренних библиотек». Если у библиотек нет официального саппорта — это потенциальная проблема.

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

Предлагаемая концепция широко используется во всем мире в различных отраслях, начиная с крупнейших автомобилестроительных гигантов и заканчивая малочисленными IT-компаниями, занимающимися разработкой программного обеспечения. Эффективность предлагаемых методик прочно зарекомендовала себя и достойна применения и в нашей деятельности. Основа подобных методов управления и организации производственной деятельности корнями уходит в 1950-ые годы, когда японский инженер и предприниматель Тайити Оно разработал и внедрил «производственную систему Toyota» [1]. Анализируя современную литературу, можно смело сделать выводы о том, что в основе идеи "точно во время" , лежит принцип реализованной в супермаркетах, впервые появившихся в США. А именно, когда та или иная продукция заканчивалась на полках, ответственный работник супермаркета пополнял недостающие запасы. Японцы усовершенствовали данную идею и создали систему "Канбан", которая позволила значительно сократить складские запасы и избежать проблемы перепроизводства. Давайте рассмотрим, что из себя представляет система Канбан и чем она может быть полезна в деятельности испытательных лабораторий. 

4me: главное

Соревнования внутри команды - тот тренд в командах разработки, который я начал замечать в последнее время. Story Points, Bonus Points, рейтинг - все это разные названия, по сути, одного и того же. Общая система заключается в следующем: управленец выбирает какие-то критерии(зачастую - "полезные" часы), после чего начинает делать на этом акцент. То есть постоянно стимулируют рост этого критерия у каждого разработчика, создают списки лучших по критериям, постоянно о них напоминают. Так же поощряет(в основном - в денежном эквиваленте) лучших в этой системе. Однако, с моей точки зрения, эта система имеет ряд проблем, о которых я сейчас и постараюсь рассказать.

Привет! Я Любовь Тимошенко. Руковожу менеджерами проектов в «Лайв Тайпинге», веду блог, который помогает управлять другими и собой: без насилия, пожаров, сорванных дедлайнов и выгорания. В этой статья я расскажу, какие вещи бесят разработчиков в менеджерах, и что делать, чтобы избежать конфликтов

Мой босс ну просто «не очень хороший» человек... Сделаешь задачу хорошо, все проходят молча, но когда что-то не устраивает — активно высказываются... Даешь им бонусы, плюшки, а взамен отдачи нет… Наш тимлид думает, что классно лидит команду, а у команды другое мнение на этот счёт… Говорят, что «всё хорошо и всё нравится», но потом увольняются… Руководитель не умеет признавать свои косяки, маскирует их и даже переводит стрелки… Инициатива всё ещё наказуема?! Деньги — отличный мотиватор, но через пол года любая зп кажется маленькой…  Постоянно срываются дэдлайны, а всем как будто пофиг… Задаёшь 3 вопроса, получаешь в лучшем случае ответ только на 2 из них… Порой кажется, что меня окружают одни идиоты... Лезешь из кожи вон, работаешь без выходных и даже ночью, а в замен даже спасибо не говорят... Не пинганешь (не дёрнешь) лишний раз, не получишь ответа... Постоянно опаздывают на работу… Вдохновляй, мотивируй — все равно не будет так, как ты хочешь… . Почему так бывает?

Эти и многие другие моменты внутри команды и проекта в целом знакомы многим из нас. В этой статье делюсь инсайтами, которые смог понять за последние 13 лет и проверить на практике. Решил написать в стиле интервью с «самим собой». Ироничная попытка поговорить с собой о мотивации и талантах.

Почему порой возникают сложности с продажей ERP-систем на предприятия, заводы, фабрики? Почему, казалось бы, поначалу заинтересованный в комплексной автоматизации гендиректор или владелец компании вдруг дают задний ход и отказываются от внедрения ERP? И как бороться с возражениями в таком случае? Давайте поговорим сегодня об этом.

«Применение ERP-систем значительно повышает качество управления организацией», «система легко настраивается под различные бизнес-процессы», «ERP-системы – это простота, прозрачность доступа ко всем данным» – всё это выдержки из многочисленных публикаций про ERP. Уже многие годы руководителям предприятий внедряется в умы, что ERP – это эффективно, просто, легко и, вообще, волшебно. С таким посылом к ним обращается не только пресса, но и приходят представители компаний-внедренцев, многие из которых (или даже все) любят расписывать златые горы и рисовать перспективы, как будет прекрасно идти бизнес, когда на предприятии будет функционировать система ERP. И да, всё так или примерно так и будет, но важный момент, который стоит честно обозначать клиенту – вначале предприятию придётся пройти через боль. И боль эта будет либо сильной, либо очень сильной. Потому что процесс внедрения ERP в реалиях российского бизнеса во многих случаях сравним с хирургической операцией-трансплантацией, а потом ещё и с длительной восстановительной терапией после неё: вначале следует отрезать всё, что плохо функционирует и мешает жизнеспособности организма, потом наладить процессы жизнедеятельности, внедрить высокотехнологичную систему, работающую как часы, и только после этого учиться жить с ней и эффективно ею пользоваться.

В мире программирования существуют технологии, must have для каждого разработчика, к числу которых относится и Docker. Подразумевается, что это просто, как таблица умножения, и известно всем. О том, зачем в 2021 году в 100500й раз заводить разговор про докер — статья Сергея Кушнарева, руководителя отдела разработки ZeBrains.

С одной стороны — про него все знают. С другой — если тебя устраивают небольшие веб-проекты, особенно на какой-то конкретной CMS, то докер очень часто оказывается тем самым «первым лишним», и все сводится к инструкции «возьми готовый докер-файл, запусти в терминале docker run и будет тебе счастье». А когда понимаешь, что этого уже недостаточно — натыкаешься на статьи, написанные по тому же принципу «скачайте-запустите-получите». Кому этого мало — читайте дальше.

Привет, я Кирилл Шеховцов, технический лидер в SberCloud и ментор хакатонов Сбера. Я знаю, как выглядит внутренняя кухня таких соревнований, чем они интересны и как сделать так, чтобы ваша команда прошла отбор и победила в конкурсе — обо всем этом расскажу сегодня. Эти знания пригодятся вам не только на хакатонах, но и на других тематических соревнованиях — например, на нашем онлайн-чемпионате по анализу данных AI Journey Contest 2021.

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

Приехали артисты в Японию, все написали в райдере, а про розетки забыли. А розетки там другие. Спрашивают «а есть переходники?» Японцы занервничали, забегали, начали боссам звонить. Прошло двадцать минут, возвращаются, говорят: «$2000 и мы снабдим все переходниками». Администратор плюнул, пошел в соседний супермаркет, купил переходники по $10 за штуку.

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

Вы наверняка видели таких людей: у них отсортированы чаты и важные статьи, ведётся список прочитанных книг с подгрузкой метаинформации из Libgen, три планировщика на смартфоне, напоминалки для питья, еды, таблеток и спорта, на их рабочих ПК стоят реально десятки трекеров, блокировщиков, информаторов, аддонов для изучения языков и заметок, обязательно установлены файловые менеджеры, пара систем управления задачами (он ещё не выбрал лучшую), Notion, NotePad и проч. Смотришь на него и невольно завидуешь его организованности, собранности и погружению в мир автоматизированной жизни. Кажется, именно так нужно владеть информацией, чтобы завладеть миром.

Но не тут-то было. На поверку оказывается, что вот эта технологическая паранойя по сути мешает человеку работать — он маниакально фиксирует всё что можно во всём, что доступно и… не успевает ни жить, ни работать. Призванная помогать и убивать рутину автоматизация порождает ещё большую рутину, отнимает силы и время, выдавая в обмен дашборды и напоминания. Наш герой оказывается вполне себе заурядным, а то и вовсе отстающим коллегой. И если в случае человека мы можем списать такое явление на личные психологические проблемы и стремление к гиперконтролю, то в случае распространения таких явлений на компанию всё становится гораздо сложнее и опаснее. Просто потому что компания — это люди, и далеко не все из них готовы работать 2 часа, а 6 часов вносить в 100500 систем то, что наработали. Что это, если не гиперавтоматизация?

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

В статье собраны типовые ошибки с описанием последствий, которые встречаются, если для сотрудника образа мышления project manager поставить задачу в части создания / корректировки нового продукта (бизнеса в миниатюре), что больше подходит для product manager.

Привет, Хабр! Многие слышали историю Майка Конли, разработчика из Индианы. Майк прошёл три раунда собеседований, но ему объявили, что предстоит ещё не менее шести, после чего он отказался от должности. Под постом Майка люди стали рассказывать истории многоступенчатых собеседований, которые в конечном счёте не приводили ни к чему. Историю Майка, как показательную на рынке труда IT, опубликовали BBC и Forbes. Мы попытались понять, зачем компании превращают трудоустройство в квест и кто от этого выигрывает.

Идея создания цифровых двойников прочно вошла в умы всех людей, занятых модернизацией производства во всем мире. О работе команды TechnologiCS в этом направлении мы уже говорили в статье «TechnologiCS 7.9 – цифровизация всего жизненного цикла продукции на базе одной системы». Теперь пришло время обсудить элементы инфраструктуры взаимодействия пользователей с цифровым двойником. Ведь автоматизировать сбор разнородных данных и собрать на них каркас цифрового двойника не является конечной целью в процессе создания модели производства – необходимо организовать работу сотрудников с огромным объемом все увеличивающейся информации. И не просто наладить работу, а сделать ее комфортной и эффективной. Для этого следует иметь в арсенале удобные точки взаимодействия с цифровым двойником, упрощающие работу и доставляющие необходимую информацию пользователю «just in time».

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