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

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

Что интересного писали про управление проектами за прошедшую неделю? Мы прочитали все публикации с Хабра, VC (и не только) и выбрали самые крутые и полезные. Читайте аннотации, сохраняйте и применяйте!

Мы часто помогаем клиентам не только с модерацией приложений, но и с регистрацией аккаунта разработчика в Google Play. Казалось бы — что такого? Вводишь данные и готово. Но лицензия платная, а на пользователях РФ санкции. Как в таких реалиях создать аккаунт, чтобы опубликовать мобильное приложение — рассказываем в статье.

Меня зовут Игорь Буняков, я был фичекрайним за реалистичные дороги в 2ГИС. Недавно они вышли в навигаторе, а позже будут доступны в режиме карт на мобильных устройствах и на 2gis.ru. Реалистичные дороги оказались невероятно большими, невероятно сложными, невероятно красивыми. При этом реалистичность — это не столько про красивость, сколько про функциональность. Мы даём пользователям нашего навигатора новый опыт.

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

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

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

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

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

Приветствую всех читателей Хабра!

Меня зовут Денис, RTE в компании «Автомакон». На данный момент работаю в направлении «Фулстек» на проекте «ВкусВилл».

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

Здравствуйте, уважаемые читатели!

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

Компания Anthropic, которая разработала семейство больших языковых моделей (LLM) Claude представила новый ИИ-инструмент, суть которого заключается в использовании уже готовых, универсальных, оптимизированных текстовых запросов по соответствующим темам, что позволяет повысить скорость и эффективность работы с нейросетевыми ресурсами.

Инструмент и соответствующий раздел веб-сайта Anthropic, на котором он размещен, получили название Prompt Library – Библиотека Запросов – а в качестве подзаголовка представлена фраза Explore optimized prompts for a breadth of business and personal tasks (Осваивайте оптимизированные запросы для решения широкого спектра деловых и личных задач).

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

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

Ретроспектива – мероприятие не самое легкое в его организации и тем более введении.
Не каждый опытный Scrum Master, Project manager справится с такой задачей, и я помню себя и свое волнение, когда пришло время проводить ретро в команде впервые.
В данной статье поделюсь своими мыслями, что помогло мне при планировании и проведении ретроспективы, также дам советы по подготовке. Хочу отметить, что я не претендую на звание искусного писателя и специалиста всея ретроспектив, у меня есть опыт и мне хочется верить в то, что он может помочь не только мне.

Часто слышу и читаю о том, что крупные компании создают свои миссии. Или подобные документы, которые заявляют что-то абстрактное “за все хорошее, против всего плохого” или про то, как они меняют мир, ничего для этого мира и не делая. Все тезисы взяты из головы и совпадения случайны. 

Но есть примеры, когда компании декларируют более “приземленные” и рабочие принципы своей работы или модели действий (никого не рекламирую). Следуют им компании или нет – другой вопрос. Мне было интересно не это, а скорее то, как компании приходят к подобным декларациям. Если и вам интересно это узнать, то делюсь. 

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

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

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

Мы с командой оцифровывали сквозной процесс управления проектами с CRM и документооборотом в крупной компании КСК. Там не было таких проблем, но процессы похожи. Делюсь кейсом, может быть, он поможет таким же уставшим чувакам.

Предисловие

Цикл рассказов «Господин Старший Консультант» я начал публиковать давно, и ранее это могли прочитать только друзья и коллеги. Это совершенно новый рассказ, третий из опубликованных на Хабре. В отличие от предыдущих, в этот раз он скорее злой, чем смешной.

Пролог.

Утомленный очередным бессмысленным проектным митингом, Господин Старший Консультант задумчиво смотрел в окно на дождь, у которого не было начала и конца, и размышлял, каким мог бы быть установочный проектный митинг, если бы все участники были честны перед собой, коллегами, заказчиком, и выполняли те нехитрые правила, что существуют для каждого проекта (и более того, описаны в контрактах).

 Установочный митинг Очень Важного Проекта (ОВП) для Очень Важного Заказчика (ОВЗ)

Смеркалось. В переговорной комнате вольготно расположилась проектная команда, чудом собранная ресурсным менеджером из остатков того, что когда-то было элитой инфраструктурного проектирования. Оптимизм давно покинул эти стены, лица хмуры, свет тускл, джинсы протерты и давно не стираны. Зарплаты давно не повышались.

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

Все знают, что компанию надо автоматизировать и оцифровывать. Но как подойти к этому процессу? Все ли можно и надо автоматизировать? Как посчитать стоимость автоматизации? Решил поделиться нашим подходом к таким задачам.

Привет, Хабр! Меня зовут Николай, я аналитик компании Simbirsoft. Мне довелось участвовать во многих проектах, и на каждом из них заказчики понимали задачи и роль аналитика по-своему. Поэтому вопрос ролей аналитика на проекте —  мои личные кровь и пот боли: часто в одном лице хотят видеть и разработчика, и продвинутого тестировщика с пониманием процессов автотестирования, и многое-многое другое. Тем не менее, многие требования находят отражение в навыках и интересах аналитика, но эти требования ещё нужно правильно сформулировать при поиске.

В этой статье я расскажу, какие роли выполняют разные специалисты, как меняются их задачи, с кем могут путать разных аналитиков в IT, как их отличить, и чем каждая роль полезна для разных типов проектов. Потому что правильно выбранный аналитик может заменить 2-3 специалистов разного профиля, а неправильно — не сделать ничего.

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

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

Всем привет! На связи команда Sapphire из Битвы пет-проектов. Прошло чуть меньше полугода с окончания Битвы. Из неё мы вышли с победой, но работа не прекратилась. В этой небольшой статье я хотел бы рассказать про то, чем мы занимались всё это время и к чему пришли.

Привет! Я Елена Бычкова, CJO в Альфа-Банке. Сегодня хочу поговорить с вами про коллаборации. Это слово мы видим в статьях и включаем в презентации, уже не задумываясь о смысле. А что же такое коллаборация? Запуск карты X5 от Альфы — коллаборация? Однозначно да. Встреча выпускников спустя 10 лет после школы? 

Кажется, что нет, но всё ещё да: кто-то из выпускников будет искать помещение, кто-то писать в личку участникам, звонить учителям — совместно готовить общее мероприятия, обмениваясь знаниями и опытом. 

В статье разберёмся в непонятках с коллаборациями: разложим термин по полочкам и узнаем, как прокачать навыки сотрудничества. Что самое приятное — учиться вы будете на чужих (то есть моих) ошибках. 

Система условных обозначений BPMN позволяет разрабатывать, документировать и улучшать бизнес-процессы. Основное внимание в BPMN уделяется достижению прозрачности и понимания процессов.

Рассмотрим подробней.