🔴 Аналитик VS разработчик: как делить задачи без конфликтов
Статья от коллег из Naumen - про сложности “деления” обязанностей между аналитиком/постановщиком и программистом-внедренцем: часто возникает ситуации, когда кажется, что нужно сделать, додумать, решить то, что за пределами твоей компетенции. С одной стороны, это симптом роста, с другой - причина конфликтов и ухудшения реализации задачи.
🔴 Команда, которая гуляет сама по себе, или Продакт со скрам-мастером могут идти на пенсию
Про ситуации, когда разработка идет со скрипом и сработанность команды оставляет желать лучшего - нет ни доверия между участниками, ни ожиданий, ни даже нормального общения. Автор с таким столкнулся (точнее сам к этом привел), но смог вывести команду из пике и поделился с нами своими методами.
🔴 Системный аналитик 1С: что за зверь и где он обитает?
Вакансий СА в сфере 1С-разработки в последнее время все больше, и хотя сам вендор определений этой роли не дает, понимание у команд и HR-ов уже формируется, - и вот в статье определяются роли и функции СА
🔴 Как вселять идеи в головы команды и получать сверхрезультат: гайд из 6 шагов
Люди с энтузиазмом воплощают свои собственные идеи, но чужие планы они выполняют с неохотой. Тем более, если эти планы директивно спустили сверху. Чтобы сотрудники приняли и реализовали вашу идею так, будто они сами ее придумали, авторы предлагают методику из 6 шагов.
🔴 Одиночество на удаленке: как помочь сотрудникам
В материале говорится, что те, кто трудится из дома, в два раза чаще чувствуют себя одиноко, чем те, кто ходит в офис или работает в гибридном режиме. Исходя из этого, авторы рассказывают, как помочь удаленным сотрудникам сохранять причастность к команде.
🔴 How To Manage A Project Team: 9 Tips For Every Team Member
И напоследок - англоязычный текст про инструменты управления: матрица RACI, создание “безопасной” атмосферы между участниками, гибкость, понятные метрики эффективности и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3✍2🔥1
🔹 Как выстроить работу с кросс-продуктовыми фичами, чтобы не было мучительно больно: опыт команды VK WorkSpace
Работа с кросс-продуктовыми фичами — квест для стойких: отдельные команды, независимые регламенты, разные подходы и практики. Часто в таких ситуациях синхронизацию команд блокирует много факторов, что неизбежно влияет на скорость, качество разработки и поддержку. Менеджер из VK рассказывает о решении трудностей при реализации кросс-продуктовых фич.
🔹 Как в IT-проектах работать с возражением Заказчика «Почему так дорого?»
Большая (20+ пунктов) программа автора по отработке возражений от цены: сравнение с аналогами, обоснование сложности, демонстрация трудозатрат и много других инструментов.
🔹 Как небольшая команда построила большую образовательную платформу для Kaino University
Внушительный, хорошо прописанный кейс одного цифрового проекта, включая как поиски технического решения, так и проектно-продуктовые стороны. Рекомендую!
🔹 Ёлочка — игра в рекурсивное увольнение
Не мог не включить эту небольшую заметку про интересный способ исследования внутрикомандных и внутрикорпоративных отношений. “Елочка” - это доска, на которой написано имя одного сотрудника, а другие должны сказать, уволятся они или нет, если он уйдет из компании. И так по каждому, чье имя окажется на доске.
🔹 Как счастливо поженить процессы и ПО для управления знаниями
Менеджер ОКБ Сухого - про историю создания в компании “электронной экспертной среды” (импортозамещенной при этом). Интересно как в целом, так и в деталях реализации.
🔹 Как выстроить комплексное управление проектами: опыт крупной компании
Менеджер по развитию бизнеса в крупной телекоммуникационной компании рассказала, как она сочетает на практике классические и современные технологии управления проектами.
🔹 Как мы победили техдолг в RuStore
Технический долг — это незавершенные задачи или слабые технические решения, принятые в пользу ускорения разработки и скорейшего выхода продукта на рынок. Менеджер RuStore - о том, как после стремительного взлета продукта в 2022 году команда столкнулась с огромным техническим долгом, из-за решений, принятых на стадии MVP, - и как ей удалось выправить ситуацию.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4🙏2❤1👍1
✅DoR и DoD — критерии контроля задач
Про широко используемые инструменты -Definition of Ready и Definition of Done: в чем разница, что и в каких ситуациях нужно использовать, с примерами чек-листов и рекомендациями.
✅Третья Канбан-метрика. Часть 1
Для ценителей и знатоков канбан-подхода: обзор трех основных метрик улучшения рабочих процессов, с упором на третью, Run Chart (или подобная ей Scatterlot), которая позволяет выявить тренды при анализе истории завершенных задач.
✅Управление проектом. RACI матрица
Обзор популярного инструмента управления стейкхолдерами и работы с командой проекта плюс ряд советов по использованию.
✅7 простых вопросов о процессе Discovery: основные фреймворки, методики и правила исследований
Ребята из Agima рассказали про этап Discovery, в продуктовой (и нередко проектной) разработке предшествующий сбору требований. Главное - использование HADI, работа с глубинными интервью, CJM, юзабилити-тестированием, опросами и A/B-тестами.
✅How To Improve Project Visibility In 6 Simple Steps
Авторы говорят о “видимости” (visibility) проекта - это степень “прозрачности”, доступности хода и результатов проекта для всех заинтересованных сторон, которая улучшает коммуникацию и снижает риски. Улучшить видимость можно разным софтом, внедрением RACI, систематической и удобной отчетностью, снижением доли ручных операций и т.д.
✅Facilitating Effective Sprint Reviews
Про то, как сделать ретро или ревью спринта более эффективными. В центре внимания - приглашение и работа со стейкхолдерами, конспектирование и анализ мнений, высказанных в ходе ревью.
✅14 Project Management Metrics to Track to Quantify Success
Обновленный материал про отличие “метрик” от KPI и сами ключевые метрики управления проектом с формулами, в т.ч. отклонение от графика, отклонение стоимости, использование (утилизация) ресурсов, ряд показателей качества (индекс удовлетворенности и т.д.).
✅Agile Myths That Decrease Agile Performance
Про мифы, что мешают agile-командам достигать целей: “лидеры могут быть пассивными”, “менеджеры не нужны”, “agile не управляемый”, “agile не нуждается в планировании” и т.д. Все, конечно же, с разоблачением.
✅Микросервисы в представлении среднего разработчика, и как всё на самом деле
В заключение - толковые материалы по “ИТ-матчасти”. Этот текст - доступным языком про мифы и заблуждения обывателей, менеджеров (и не только) в отношении микросервисной архитектуры в ее традиционном (и некорректном) противопоставлении монолиту.
✅Хранилища данных. Обзор технологий и подходов к проектированию
Отличный ликбез по Data WareHouse (DWH) - основные подходы к проектированию, эволюция архитектуры, вопросы моделирования данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥1👍1
📌 Больше, чем скрипты: важность коммуникации в мире информационных технологий
Хорошая и умная база про то, как важно не просто учить софт-скиллы по курсам, но нарабатывать их в опыте, общаться, принимать коллег с их особенностями.
📌 Синдром спасателя: как перестать брать на себя слишком много?
Синдром спасателя — это когда человек всегда старается помогать другим, даже если это вредит ему самому. Такие люди часто ставят чужие интересы выше своих собственных, что может обернуться проблемами в жизни. Материал от Сбера рассказывает о стратегии борьбы с синдромом.
📌 Делегируй это
Как, делегируя, приносить команде и себе пользу, а не вред? Коротко - адекватные ожидания, правильный выбор исполнителя, формулирование образа результата для исполнителя, промежуточный контроль и обратная связь.
📌 Как оценить эффективность IT-команд и с умом задебажить процессы
Команда Сбермаркета (ныне Купер) делится секретами измерения эффективности команд. Используют метрики Lead time и Cycle Time, анализ цепочки поставок, выявление блокеров и приходят к системным улучшениям. Материал в целом для delivery-менеджеров, но проджектам тоже будет интересно.
📌 CRM (Crew resource management) или осознанное неподчинение
CRM (именно про команду) пришел из авиации как инструмент снижения “человеческой ошибки” - пилоты не прислушивались к мнению экипажа, и зря. Публикация - про перенос практик CRM на почву бизнеса и командообразования, про пользу этого подхода для выживаемости команд и проектов.
📌 Как сотрудники могут саботировать работу компании
Автор разбирает знаменитое “Руководство по саботажу” от ЦРУ и приходит к выводу, что практики саботажа более чем живы в современных организациях.
📌 Три недели кодирования экономят два дня проектирования
Все знают, что проектирование, планирование и тщательный сбор требований на старте - практики полезные. Автор копнул довольно глубоко и описал систему, в которой проектированию уделяется очень много времени, при этом участвует в нем не только архитектор и БА, но и сами программисты, которые перед реализацией задачи пишут отдельную доку.
📌 Руководитель vs команда: что казалось невозможным, стало реальностью
Про переход от авторитарного метода управления командой к “уважительному”: “Сложный, с неприятными препятствиями, сложными решениями, изменением привычных паттернов поведения и управления. Но это путь лидера, рядом с которым готова расти и развиваться команда”.
📌 Ночь фейлов, стендап от топ-менеджеров и Speakers Club: как решить вопрос обмена знаниями внутри команды
Про необычные и неформальные методы обмена знаниями в команде: стендапы про ошибки, отчеты руководителей, внутренние конференции. И про то, как внедрить культуру такой коммуникации.
📌 Вредные советы айтишному работодателю
И на десерт снова любимый жанр! В этот раз даже в стихах, - вдруг вам не хватает поэзии в работе.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4✍1❤1👍1
Команда Simbirsoft - про ценности и принципы, позволяющие делать качественно сразу много проектов: работать с командой заказчика как своей, быть с заказчиком на одной волне, делать лучшее из возможного, сверяться на промежуточных этапах, правильно исправлять ошибки. Звучит банально, но якобы работает, - детали и нюансы читайте в посте.
Авторы недавно внедрили гибкие методологии, уже видят плюсы (и минусы тоже, кстати), описывают ход внедрения инструментов скрама.
Тоже внедрили Agile и перешли заодно на расчет зарплаты по грейдам (вместо прежнего интуитивного (!) подхода к начислениям). Авторы делятся деталями грейдирования, так что если идете по тому же пути, - посмотрите.
Как обычно, Авито публикует шикарные статьи, на этот раз про кнопку связывания профилей. Ценность материала - в подробном описании всего процесса создания новой фичи.
Про инструменты против выгорания - быстрые победы, презентации промежуточных результатов, доведение до релиза и т.д.
Neogenda - про влияние OKR на производство, сложности внедрения и важности выбора правильной “цели” для оптимизации, которая в итоге привела к росту продаж и прибыли.
Как использовать Agile в ситуациях, когда проект в фазе краха или существенного отставания. Из ключевого: провести ретро, построить “диаграмму сгорания” и понять скорость/сроки, пообщаться со стейкхолдерами и… начать работать по принципам Agile (да, немного похоже на мем “как нарисовать сову”).
Скорее всего, как и я, вы часто ловите баги на проектах и каким-то образом организуете с ними работу. Статья поможет делать это более систематизированно и продуктивно.
Напоследок - переводной материал про культуру Гугла и методы работы с кодом и командой. Коротко: все очень фундаментально и занудно, используют собственные инструменты для соответствия кода стандартам.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4✍1👍1
💙 5 ценностей Scrum (от автора методологии Джеффа Сазерленда)
Перевод статьи одного из создателей скрама о ключевых ценностях фреймворка: открытости (прозрачности), смелости, уважении, сфокусированности, обязательствах.
💙Что такое SWOT-анализ и чем он полезен в проектах
Про популярный инструмент оценки факторов успешности проекта и компании: как выявлять сильные и слабые стороны, искать возможности улучшения и управлять рисками.
💙Что такое RACI-матрица и как она помогает управлять проектом
И отдельный текст про матрицу RACI - со схемами, шаблонами, примерами, плюсами и минусами применения.
💙DMAIC в действии: улучшение процессов для лучших результатов
Методология или цикл DMAIC — инструмент для улучшения процессов для предприятий, которые используют концепцию Six Sigma. Авторы рассказывают о том, как использовать его в проект-менеджменте и чем это может помочь проекту. DMAIC тесно связан с известным циклом Деминга (PDCA) и является методологией выявления и управления проблемами /точками роста в проекте.
💙Пошаговое руководство Getting Things Done (GTD) метода
Ликбез по известной методике управления задачами и временем, который будет полезен и менеджерам, и команде.
💙Почему иногда лучше оценить задачу в размерах майки, чем в часаx
Детальный гайд по стори-пойнтам и их преимуществам в оценке трудозатрат перед “почасовой” системой. Приведены разные методы оценки по SP (по эталонной задаче, по относительной задаче, покер-планирование), а также наиболее распространенные ошибки применения SP.
💙Оно вам надо: про цели и ценность задач по разработке
Непонимание ценности выполняемых задач — одна из частых проблем, которые встречаются при разработке ПО. Как следствие, команда начинает бездумно внедрять новые процессы, не понимая, как они связаны с уже существующими. Все это может закончиться тем, что будет создана функциональность, которая не принесет выгоды пользователям и не будет соответствовать ожиданиям заказчика. Эта публикация - о том, как важно, чтобы команда знала и разделяла цели и ценности полученных задач.
💙Как выявить и управлять спонсорами внутренних систем: практическое руководство
Про методики управления стейкохолдерами во внутренних проектах - подробно и с примерами. В центре внимания - матрица RACI, MoSCoW, собственные модели авторов.
Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.
💙5 статей про гибкое управление. Как оценивать задачи футболками, можно ли менять Скрам и почему с Agile «приятно работать»
Подборка в подборке ;) Авторы решили вспомнить не утратившие актуальности статьи про становление и вариативность скрама, про развитие скрам-гайда, про популярные техники оценки в agile и антипаттерны agile-команд.
💙У любого менеджера есть сумка с инструментами, и я в нее отсыпаю еще инструмент: Алексей Пименов – о Канбан Методе в IT
Статья больше про житие проектного и бизнес-консультанта/коуча, но есть и интересные, неформальные тезисы о канбан-методологии и ее применении на проектах различающихся типов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥1👏1
💙Ясное мышление — чёткие требования
Авторский и очень интересный материал о зависимости требований от типа и уровня мышления аналитика, команды, пользователя. Зависимость - сложная и прямая: во-первых, мыслительные навыки аналитика определяют полноту, детализацию и непротиворечивость собранных требований. Во-вторых, важно учитывать склад мышления тех, кто задает требования к системе, так чтобы их специфика не сказалась негативно на будущем продукте.
💙Гайд для системного аналитика: как управлять требованиями на разных этапах проекта. Часть 2: планирование и исполнение
Подробный сквозной пример работы (системного) аналитика с требованиями - сбор и фиксация в трекере, создание ИСР и эпиков, передачи исполнителям.
💙Новое Руководство по Scrum (LeSS-версия) 2024
В июле авторы фреймворка LeSS (методика, позволяющая применять скрам в масштабе нескольких команд, работающих над одним продуктом) выпустили новую версия основного гайда. Публикация кратко перечисляет основные изменения и нововведения.
💙Difference Between ROM Estimate Vs Definitive Estimate
Про две наиболее важные (по мнению авторов) метрики оценки стоимости проектов: Rough Order of Magnitude (ROM, грубый/примерный порядок величин) и Definitive (точная окончательная оценка).
💙Variance: The Heartbeat of Agile Metrics
Дисперсия (variance) - это мера того, делают ли команды то, что они обещают сделать, грубо говоря - разница между запланированными действиями и фактическими. Команда с высокой дисперсией берет на себя слишком много обязательств или не выполняет их. Статья - про то, как считать и улучшать этот показатель.
💙How To Complete A Project Evaluation: Tips & Benefits
Когда нужно проводить оценку проекта, почему она важна, какие виды оценки есть (от предварительной к текущей и далее к постпроектной). Детально про методику оценки, расчет ключевых показателей - окупаемость, норма прибыли, NPV, про формирование культуры оценки, распространенные ошибки и инструменты оценки.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2🙏1
🔹 Какая бывает мотивация, или «Кто ты из Простоквашино»
Классный материал про мотивацию от банковского проджекта. Выделены 6 базовых мотиваторов (имидж, деньги, саморазвитие…) и даны рекомендации по работе с каждым из них. Для мнемоники каждый тип ассоциирован с персонажем мультфильма.
🔹Календарь, делегирование, мультипереключение вместо многозадачности — как реально много работать, но спокойно жить и не умирать от усталости
Советы от ПМа ПМам: как управлять множеством проектов, как развивать эмпатию и учиться договариваться, что почитать и посмотреть (внезапно “Властелин колец” как история о становлении команды).
🔹Как не стать скуф-проджектом?
Вот так легко “выгоревший” проджект становится “скуфом”. Главный признак - отсутствие развития навыков и желания развиваться. В статье много советов, как не стать скуфом самому, как предупредить появление таковых в команде и чем помочь начинающим скуфам)
🔹Целеполагание для руководителей руководителей
Для тех, кто управляет и контролирует других менеджеров, с упором на цели. Похоже на SMART-методику: цели должны быть реалистичными, амбициозными, сбалансированными по срокам, самосогласованными, учитывать мотивацию. Отдельный момент - контрметрики: как сделать так, чтобы менеджеры не хакнули KPI и не занимались накруткой метрик.
🔹Роковая ошибка управленца: избыток лидерства и недостаточно менеджмента
Про дилемму “лидерство VS менеджмент” и про то, что и то, и другое важно и несет ценность для бизнеса и продукта (хотя часто роль лидерства ставится выше менеджмента).
🔹Вопросы с собеседований scrum-мастеров/agile-коучей
Автор провел свыше 250 собесов с скрам-мастерами и аджайл-коучами и делится своим опытом, начиная с простых вопросов (типа “что выбрать - скрам или канбан, SAFE или LESS”) и заканчивая кейсами для кандидатов. Интересно, даже если вы не коуч, а проджект.
🔹Как начинающему тимлиду не сойти с ума от обилия задач: практический гайд
Статья — попытка структурировать всё, что может помочь вам в новой роли. Из основного: нужно пройти базовое обучение, расставить приоритеты, найти ментора, определиться с оценкой результатов, организовать команду.
🔹How to Delegate for Project Management: Step-by-Step Guide
Независимо от того, являетесь ли вы новичком или опытным менеджером проектов, важность делегирования в управлении проектами невозможно переоценить. Вам нужно назначить правильную задачу правильному человеку, установить реалистичные ожидания, четко общаться и быть образцом владения и ответственности.
🔹The 12 Best Leadership Games for Skill Development
Лидерство - это не академическое занятие. Лидеры не работают в абстракции, а здесь и сейчас. Они попадают в ситуации и должны действовать. Их успех основан не на умных интерпретациях известных цитат или методологий, а на объединении группы для достижения общей цели.
🔹How to Successfully Host a Project Kickoff Meeting
Каждый проект начинается с kickoff meeting. Kickoff meeting по проекту является поворотным моментом для любой команды, поскольку оно включает установление ожиданий от проекта, определение ключевых заинтересованных сторон, определение объема работ и установление сроков выполнения задач. Это начальное совещание служит основой, на которой создаются, тестируются, утверждаются и в конечном итоге выпускаются окончательные результаты проекта.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥2🙏1
👤 «Коллеги, добрый день»: как проводить онлайн-встречи эффективно и укладываться в полчаса
Как сделать даже короткие встречи эффективными и результативными для всех участников. Кратко: ставить встречи по календарю, писать повестку, проговаривать на встрече, каких результатов от неё вы ждёте, писать протокол встречи.
👤 Геймификация в IT: как мотивировать команду и улучшить рабочие процессы
О геймификации — мощном инструменте, который помогает сделать работу более интересной и продуктивной. Как игровые механики могут помочь в IT-сфере, каких ошибок следует избегать при их внедрении и как мотивировать разных членов команды к участию в «игре».
👤 Уменьшаем неопределенность в проектной деятельности: эволюционная модель команды проекта
Как понимание жизненного цикла развития команды поможет руководителю проекта снизить градус неопределенности в проектной деятельности, а также улучшить проектное управление в целом.
👤 Как внедрить и развить культуру обмена знаниями в компании
9 основных шагов-практик по внедрению, поддержанию и развитию успешной культуры обмена знаниями в любой организации.
👤 Как распознать жертву в команде и избавиться от нее
В жизни каждого человека случаются форс-мажоры, когда хочется жаловаться и винить обстоятельства. Но если ныть — это философия, которую человек проецирует на работу, стоит задуматься.
Такие люди не берут на себя ответственность и втягивают всю команду в свои «игры». И пока сотрудники тратят время на спасение жертв, компания теряет деньги. Как распознать жертву и что с ней делать — рассказали в статье.
👤 Что такое социальная лень и причём тут перетягивание каната
Эффект Рингельмана — явление, которое ещё называют социальной ленью. Это снижение продуктивности и качества вклада отдельно взятого индивидуума в общее дело. Это происходит в коллективе или в группе людей по мере роста их количества. Если кратко: чем больше людей в группе, тем меньше усилий прикладывает отдельный человек. Статья - о том, как диагностировать, предупредить и решить такую проблему.
👤 Подход Scrum: как распределить роли в проекте, чтобы не получилось «так себе»
Как, используя подход Scrum, распределить роли между специалистами, работающими на проекте, какие трудности при этом могут возникнуть, - на примере кейса проекта внедрения ПО для автоматизации учета транспортно-экспедиторской компании
👤 Задачи и роль бизнес-аналитика в разных методологиях разработки — Agile, Waterfall, Scrum
Бизнес-аналитик обеспечивает связь между бизнес-потребностями заказчика и технической реализацией проекта. Обычно бизнес-аналитик анализирует, интерпретирует и документирует требования заказчика, чтобы разработчики могли создать программное обеспечение, отвечающее бизнес-ожиданиям. Автор рассматривает роль бизнес-аналитика в Agile и Waterfall, порассуждаю, как эта роль может изменяться в зависимости от методологии.
👤 Работа аналитика в условиях неопределенности
Для аналитика работа в условиях неопределенности и сжатых сроков — обычное дело. Особенно, если он участвует в исследованиях или стартапах. Но обычное дело ≠ норма. В таком режиме мозгу приходится тяжело, когнитивные способности снижаются: планировать и принимать решения становится сложнее. Статья - о том, в какие моменты возникает неопределенность и как снизить риск ее возникновения.
👤 Гайд. Работаем со стажерами в промышленных масштабах: набираем, учим, выпускаем на реальные проекты за 4 месяца
Как привлекать стажеров, сколько времени тратить на их подготовку, как применять их на живых проектах. Если управляете разработкой или работаете в рекрутинге, опыт авторов может быть вам полезен.
👤 Плюсы, минусы, подводные камни построения системы работы с компетенциями в команде аналитиков
Третья, заключительная статья авторов на тему построения системы работы с развитием сотрудников. В предыдущих сериях они уже разработали профиль компетенций и провели оценку по подходу 360, теперь подводят итоги и берутся за составление плана развития.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤2🙏1
📕 Илья Отькало. «Автоматизация бизнес-процессов», 2024
Кратко: добротная ознакомительная экскурсия по 1С-автоматизации предприятий, от устройства типовых конфигураций "1С: Предприятие" и до описания распространенных подходов к проектному внедрению 1С.
Если вы неглубоко касались внедрения 1С (как заказчик или как исполнитель) или подумываете над карьерой в сфере 1С в качестве аналитика, архитектора или РП, то не проходите мимо издания. Автор - известный среди “одинэсников” специалист, успевший поработать в разных ролях, а на данный момент - организатор школы/курсов 1С-Аналитики. Целевая аудитория книги - те, кто знакомится с индустрией автоматизации бизнеса в России. А эту нишу в России прочно (хоть и не без конкурентов) заняла 1С.
Структурно книга делится на следующие части:
▶️ знакомство с понятием “бизнес-процессов”, с их автоматизацией, моделированием, способами и инструментами описания (акцент на BPMN)
▶️ виды учета, типовые и отраслевые решения 1С, подходящие для их автоматизации,
▶️ обзор ERP-систем
▶️ корпоративная архитектура и ее “методология” (акцент на TOGAF и ArchiMate)
▶️ основы интеграции и обмена данными в решениях 1С
▶️ проекты внедрения ПО: основы проектных технологий (наряду с waterfall, agile и scrum, выделены фирменные подходы 1С - “Технология стандартного внедрения”, “Технология корпоративного внедрения”, “Технология быстрого результата”
▶️ предпроектное обследование: цели, стандарты, артефакты
▶️ требования и ТЗ
▶️ оценка задач и тестирование ПО.
Воды в тексте почти нет, разве что оживляющие изложение примеры из личного опыта автора. Каждая глава снабжена “домашними заданиями”, но они чересчур общие и скорее для галочки.
😊 Плюсы:
🔹 идеальная книга для курса молодого бойца при онбординге и введении в профессию аналитиков и РП в 1С: Франчайзи
🔹 дает хорошее представление о подходах к внедрению и проектам 1С для тех, кто из другой сферы
🔹 здоровая и, в целом, удачная попытка интегрировать аналитику 1С в современный IT-ландшафт
🔹 понятный язык, хорошие примеры, отсутствие “воды”
😐 Особенности:
🔹 неглубокое погружение в предмет (скорее всего, не подойдет для профессионалов)
🔹 немотивированные акценты на отдельно взятых инструментах и методологиях (в ущерб другим)
🔹 недостаток примеров артефактов и документации (можно было бы вынести их в приложение или комплект для скачивания, но нет)
🔹 некоторые главы (например, про TOGAF или про тестирование) реферативны и дают слишком отвлеченное представление о предмете
В целом, рекомендую книгу всем, кто хочет приблизительно понять, как работают аналитики и РП в проектных внедрениях 1С.
#прочитал #проекты #аналитика #1С
Кратко: добротная ознакомительная экскурсия по 1С-автоматизации предприятий, от устройства типовых конфигураций "1С: Предприятие" и до описания распространенных подходов к проектному внедрению 1С.
Если вы неглубоко касались внедрения 1С (как заказчик или как исполнитель) или подумываете над карьерой в сфере 1С в качестве аналитика, архитектора или РП, то не проходите мимо издания. Автор - известный среди “одинэсников” специалист, успевший поработать в разных ролях, а на данный момент - организатор школы/курсов 1С-Аналитики. Целевая аудитория книги - те, кто знакомится с индустрией автоматизации бизнеса в России. А эту нишу в России прочно (хоть и не без конкурентов) заняла 1С.
Структурно книга делится на следующие части:
Воды в тексте почти нет, разве что оживляющие изложение примеры из личного опыта автора. Каждая глава снабжена “домашними заданиями”, но они чересчур общие и скорее для галочки.
😊 Плюсы:
😐 Особенности:
В целом, рекомендую книгу всем, кто хочет приблизительно понять, как работают аналитики и РП в проектных внедрениях 1С.
#прочитал #проекты #аналитика #1С
Please open Telegram to view this post
VIEW IN TELEGRAM
Литрес
Автоматизация бизнес-процессов — Илья Отькало Автор | Литрес
Эта книга предназначена для тех, кто решил связать свою жизнь с автоматизацией бизнес-процессов. Она будет полезна:•
Начинающим ИТ-шникам, которые мечтают о карьере в сфере автоматизации бизнес-проце…
Начинающим ИТ-шникам, которые мечтают о карьере в сфере автоматизации бизнес-проце…
🔥5✍4❤🔥1
➡️ Как изменилось управление проектами за 25 лет и чем ИИ здесь поможет • Асхат Уразбаев, ScrumTrek
Первый в СНГ профессиональный Agile Coach, тренер по Kanban и Scrum и основатель компании ScrumTrek Асхат Уразбаев — о трендах в управлении проектами, будущем человечества рядом с ИИ.
➡️ Скрестили “Тетрис” и Kanban. Что в итоге стало с планированием на проекте?
Раньше работали по классической методике планирования задач — Kanban, и в принципе это было удобно. Но в целом ИТ‑команда банка живет по «Тетрису». Как интегрировать два подхода и что это может дать - читайте в статье.
➡️ Прототипы: ключ успешного проекта
Опыт использования методик прототипирования при реализации ИТ‑проекта «Портал продукта»: как с помощью прототипов удалось попасть в ожидания заказчика, уложиться в сроки и сделать классный продукт.
➡️ Как в командах ЮMoney работают с бэклогом QA-задач
Как работают с бэклогом задач для тестировщиков, какие трудности могут возникать и как с ними бороться. Статья будет полезна тем, кто сталкивался с проблемами приоритизации задач из бэклога.
➡️ Разработали аналог Confluence. Что из этого получилось и почему мы не стали вкладывать в продукт 10 миллионов рублей
почему решили мигрировать, какие альтернативы тестировали, как запустили свой аналог и не скатились в «продуктовую пропасть», что пошло не по плану и почему мы отказались от идеи продвигать продукт на коммерческой основе.
➡️ Обеспечение качества на всём пайплайне разработки, или Как создавать продукты, отвечающие ожиданиям
Как команда может на каждом этапе разработки ПО заботиться о качестве будущего продукта, а также бороться с багами еще до их появления.
➡️ Как мы оценивали любые требования заказчика за два часа
Классно, когда в компании уже есть механизм оценки требований или оценку ведут архитекторы / PM-ы / PO и прочие люди, которые никак не являются аналитиками. У авторов же не было сложившейся модели оценки, и каждая команда тратила большое количество времени, оценивая запросы клиентов. Поэтому им пришлось разработать собственную схему оценки требований, потратив на это много времени - сначала набирая опыт и проверяя его, затем внедряя и объясняя сотрудникам методику.
➡️ Как вести документацию, чтобы никто ничего не понял. Немного теории и вредные советы от МТС Диджитал
Хороший материал про правильное ведение документации в формате вредных советов.
➡️ «Отказались от Confluence и ни о чем не жалеем!», или Как SPLAT Global мигрировал на TEAMLY
Как крупный производитель FMCG-товаров мигрировал из Confluence на отечественную платформу для управления знаниями - как переносили данные, преодолевали сопротивление команды и уложились в дедлайн.
➡️ Jira ушла, а замена осталась. Обзор аналогов
Среди аналогов в обзоре фигурируют Kaiten, Moo.Team, Мегаплан, Аспро.Agile, EvaTeam.
➡️ Как успешно запускать и внедрять IT-проекты: опыт компании «Петрович»
Интервью с представителем компании - про проектное управление внутри, факторы мотивации, фреймворки и управление проектами в целом.
➡️ Agile для ускорения проектов автоматизации
Часто проекты автоматизации останавливаются на фазе разработки или тестирования, при этом заказчик платит за разработку технического задания, команда создает проект, время проходит, а результатов нет. В этой статье - о том, как Agile помог запустить проект за один месяц вместо трех.
➡️ Управление проектами в консалтинговой компании: опыт Intapplex
Любая компания, которая занимается консалтингом, сталкивается с необходимостью управления временем сотрудников. Здесь не всегда подходит scrum-подход со спринтами: в рамках недели или двух клиент может полностью изменить видение проекта, что вся предыдущая работа будет нуждаться в серьезной корректировке.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤3🙏1💘1
Прочитал “Death march” Эда Йордана (“Смертельный марш. Полное руководство для разработчика программного обеспечения по выживанию в безнадежных проектах”, она же - “Путь камикадзе”).
✅ Книга написана в 1997 г., во времена, когда “Java”, “Интернет” и “клиент-сервер” были сомнительными модными новинками, основным средством коммуникации была электронная почта,до легендарного“краха доткомов” оставалось несколько лет, а про agile и скрам еще не было ни одной публикации)) Так что может показаться, что автор, начавший карьеру в 1960-ые, писал про мир, совсем далекий от привычного нам IT.
✅ И это совсем не так. Как, впрочем, и в случае с еще более олдовыми книгами Брукса, ДеМарко и Листера - несмотря на возраст, их идеи все еще актуальны, а книги, в целом, интересны чуть ли не больше, чем всё, что пишется на эти темы сейчас.
✅ В русском переводе говорится про “безнадежные проекты”, но в оригинале речь про более эпичные проекты а-ля “Миссия невыполнима”. По определению автора, это высокорисковые проекты, параметры которых (бюджет, срок, команда, требования/”скоуп” и т.д.) отклоняются от нормальных на > 50%. Причем такие проекты - не какое-то исключительное, а вполне себе распространенное явление. Почему они появляются, кто виноват и что делать - обо всем этом книга рассказывает эмоционально и очень доходчиво.
✅ Хотя и в названии, и в основных выводах акцент сделан на “разработчике”, роль менеджера проекта - едва ли не главная в модели Йордана. Проджект - связующий элемент, балансир между стейкхолдерами (с их интересами, амбициями и политическими играми), командой (с ее разнообразными ролями, мотивацией и компетенциями) и результатом проекта, который может быть как абсолютно демотивирующим (по умолчанию), так и мегауспешным.
✅ Один из основных принципов в модели - triage, сортировка или, более привычно, приоритезация. Спасение “безнадежного” проекта напрямую зависит от того, на чем команда сфокусируется. Правильный фокус может компенсировать нехватку ресурсов и лавинообразный рост требований.
✅ Еще один антикризисный принцип - ежедневная сборка проекта, сужение итерационного цикла с месяцев и недель до одного дня, как если бы он был последний для проекта (якобы именно так работали над Windows NT, финальной сборкой оказалась 951-ая).
✅ И раз уж высокорисковые проекты становятся нормой, разумно формировать в компании культуру работы с ними. Учиться оценивать проекты, управлять манипуляциями “акционеров” (типа “испанской инквизиции”, когда вас вызывают на ковер и требуют немедленно назвать срок), набирать и управлять командой, которая готова к таким проектам, вводить и поддерживать инфраструктуру, которые не подведет в горячий период.
Death March - полезный и актуальный гайд по управлению “проблемными” проектами, и я рекомендую ее абсолютно всем, кто работает в ИТ.
Death March - полезный и актуальный гайд по управлению “проблемными” проектами, и я рекомендую ее абсолютно всем, кто работает в ИТ.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8✍2❤🔥2👍1👨💻1💘1
Если вы каким-то чудом еще не познакомились с agile, то эта публикация - отличный способ войти в мир гибких методологий. Вы узнаете про Agile-манифест, про распространенные сферы применения, про подходящие типы команд, преимущества и недостатки, про инструменты (канбан, скрам, XP, Crystal). Отдельный блок - про то, как начать использовать Agile в вашей команде и как решать возникающие проблемы. Рекомендую!
HADI-цикл - это часть методологии Agile, которая предполагает разбивку проекта на этапы планирования, реализации и оценки промежуточных результатов. Материал кратко рассказывает о концепции HADI, ее плюсах и минусах и ошибках на пути к реализации.
PERT-диаграмма — инструмент визуализации планов по проекту. Она нужна для согласованности связанных и несвязанных этапов проекта, для планирования масштабных и многозадачных проектов, которым требуется много ресурсов — времени, сотрудников, знаний, и чем-то похожа на диаграмму Гантта.
Правильно определенные метрики на этапе проработки требований и при необходимости их уточнение после внедрения, выгодны как заказчику, так и команде разработки. Это позволяет создать востребованный и удобный продукт, показывает необходимость мониторинга показателей приживаемости.
Отличный и емкий сборник рекомендаций по сбору требований, которые повысят успех такой встречи, - от подготовки (анализ аудитории, прогнозы, определение цели и повестки) к проведению и подготовке мемо (договоренности по итогам встречи, со сроками и ответственными).
Практические рекомендации по улучшению процесса постановки и ведения задач: каким должно быть описание задачи, чем помогают шаблоны (и автор делится своими шаблонами), как вести задачи, чтобы они не “протухали”.
В центре внимания - подготовка бэклога в соответствии с критериями готовности (DoR), формирование общего представления о цели спринта, создание планов реализации.
Статья ценна не только изложением основ “сторипойнтов” и методики Planning Poker, но и демонстрацией тех ошибок, которые можно допустить при переходе на такой формат оценки задач.
Для каждого проекта есть ограниченное количество времени и ресурсов. По мере развертывания проектов вы можете столкнуться с трудностями и неожиданными событиями, которые заставят вас пересмотреть распределение ресурсов и внести изменения в график проекта.
Про вертикальное и горизонтальное управление проектами - два подхода, учитывающие различные организационные потребности и требования проекта. Вертикальный - для команд, где решающее значение имеет иерархия, постановка задач и сроков “сверху вниз”. Горизонтальный - “плоский” кросс-функциональный подход, когда постановка задач, как и вся коммуникация, происходят на одном и том же уровне.
Зная, какие вопросы по управлению проектами задавать, вы можете быть проактивны в запросе информации, необходимой для обеспечения того, чтобы проект развивался в соответствии с планом. Примеры вопросов: “Кто наш клиент и чего мы пытаемся ему помочь достичь?”, “Кто наши заинтересованные стороны и какова их роль в проекте?”, Каков наш базовый бюджет?”, “Есть ли у нас навыки и ресурсы, которые могут помочь нам в этом проекте?”.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2✍1
Шикарный текст от PM из Ланита. Общая тема - как построить и перестроить свою жизнь и рабочие процессы, если вы стали менеджером проекта. Из рекомендаций: начать нужно с самоопределения “я - руководитель”, даже если у вас нет опыта и нет полного понимания процессов. Не менее важно - развивать в себе навыки коммуникации, навыки планирования и ряд других компетенций. Рекомендую материал!
Тоже советы и рекомендации тем, кто только входит в роль проджекта или менеджера. Главное: приоритезация, личные встречи и неформальные коммуникации с коллегами, разработка индивидуальных планов, анализ рисков при принятии решений и много другого.
Про основные столпы подготовки IT-менеджеров. В их числе автор видит системную теоретическую подготовку, практику менеджмента, личный опыт. При этом в менеджменте нет серебряных пуль, и каждый случай индивидуален. Решение, подошедшее одному управленцу, не факт, что подойдет другому. Слишком разные контексты, составы команд и ситуации.
Когда вы вступаете в должность в качестве руководителя или старшего менеджера проекта, одной из первых и самых важных задач является понимание текущих процессов управления проектами. Этот процесс, часто называемый аудитом, позволяет определить точку «As Is…» — текущее состояние дел в компании. Без четкого понимания текущей ситуации невозможно разработать эффективный план действий и начать внедрение улучшений.
Статья для тех руководителей проектов, кто сталкивался с "граблями" и двойными стандартами в управлении проектов и для тех, кто хочет об этом узнать больше - преодолевать барьеры взаимодействия с неадекватными заказчиками, токсичными стейкхолдерами, "двойными стандартами" руководства, "царственной отрешенностью" безопасников и саботажем ключевых пользователей.
Что делать, если сроки срываются, а вы не виноваты? Что делать, если заказчик требует невозможного, а сказать «нет» нельзя? Что делать, если вы чувствуете, что вы везде крайний, а никаких инструментов повлиять на ситуацию у вас нет? Ничего этого нет в PMBoK или Agile Manifest. Как сделать действительно качественный продукт, как принести прибыль компании, а себе заработать денег, вас не научат на курсах владения MS Project.
В чем разница между “таск-менеджером” и “менеджером проектов” и что нужно сделать, чтобы управление проектами ценилось за его стратегические преимущества и добавленную стоимость в вашей организации.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤1⚡1
☝️ «Часть Команды — часть Корабля». Или почему негативные роли должны быть в каждой команде
Хорошая тема в контексте обсуждений “токсичности” и “аутсайдеров”. Автор фокусируется на модели Белбина, ролях и отдельно на роли “Вдохновителя” - участник команды, который вроде бы и не нужен, и конкретной пользы не приносит, но критически важен для здоровья проекта.
☝️ Мы всё время убиваем время? Про (бес)полезные созвоны
Часто разработчики выдвигают – созвоны бесполезны, они тратят очень дорогое время разработчика, и получается, что специалисты вместо работы о чем-то постоянно разговаривают. Но всё кардинально меняется, когда ты становишься ответственным не за свой конкретный код, а за результат команды в целом.
☝️ Как выстроить работу команды и отпустить тимлида в отпуск
Cитуация: тимлид распределяет задачи, всё делает сам, а на свой профессиональный рост и поддержку компетенций вечно не хватает времени? Без него в команде ничего не решается, и поэтому он становится «узким горлышком» в процессе. Материал о том, как исправить такую ситуацию.
☝️ Как увидеть три важнейших софт-скилла, чтобы нанять лучшего инженера
Кратко: 1) ему не пофигу на работу, 2) самонаводимость, 3) внутренний локус контроля. Также автор рассказывает про “темную сторону” этих навыков, которые могут даже навредить команде и проекту.
☝️ Tips - Improving Effectiveness of Scrum Teams
Одна из обязанностей, которую должен выполнять Scrum Master, - сделать скрам-команду эффективной. Для этого нужно сосредоточиться на развитии сотрудничества, самоуправления, понимании целей и, конечно, качестве работы и техническом совершенствовании.
🐳 Что на самом деле убило легендарную Nokia? И виноват ли в этом Agile
Про Agile в компании Nokia и почему гибкость не спасла, а возможно, погубила финскую легенду. Коротко: несмотря на то, что команды разработки вовсю использовали Agile, руководство компании не придерживалось ценностей Agile-манифеста: не было сотрудничества бизнеса и IT, не уделялось внимание техническому совершенству, а принцип простоты пал жертвой корпоративных интересов.
🐳 От малышей к гигантам индустрии: как мы научили инжиниринговую компанию Agile-подходу
Интересный опыт перевода не-ИТшной компании на гибкие методологии в проектной работе.
🐳 Несовпадение целей: Не проблема для успешной реализации проектов
Материал развивает тезис о том, что полного согласия относительно целей в проекте может и не быть, и это совершенно нормально.
🐳 Создание ИИ продуктов по Scrum: опыт компании Таймлист 1С
Разработчики сервиса по расшифровке и протоколированию совещаний рассказывают, как скрам помог им сделать успешный продукт.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1🙏1
Друзья,
небольшое объявление!
Сейчас проходит Всероссийский отбор инклюзивных практик (проектов) «Открыто для всех» .
Я состою в Экспертном совете этого масштабного конкурса, и вместе с коллегами мы занимаемся поиском и отбором решений для адаптации граждан с ограниченными возможностями здоровья.
Если вы или ваша команда занимаетесь разработкой таких решений в сфере ИТ, дизайна, корпоративной политики, туризма, - поделитесь своим решением с организаторами,
обменивайтесь опытом, тиражируйте на федеральном уровне!
Подробнее о конкурсе: https://smarteka.com/inclusive
небольшое объявление!
Сейчас проходит Всероссийский отбор инклюзивных практик (проектов) «Открыто для всех» .
Я состою в Экспертном совете этого масштабного конкурса, и вместе с коллегами мы занимаемся поиском и отбором решений для адаптации граждан с ограниченными возможностями здоровья.
Если вы или ваша команда занимаетесь разработкой таких решений в сфере ИТ, дизайна, корпоративной политики, туризма, - поделитесь своим решением с организаторами,
обменивайтесь опытом, тиражируйте на федеральном уровне!
Подробнее о конкурсе: https://smarteka.com/inclusive
2🔥4👍1👏1
✅ «Почему так долго?» Откуда появляются заторы в задачах и как их устранить
Затор или узкое место - это некий ресурс, производительность которого меньше или равно спросу. Авторы следуют концепции Голдратта, а в качестве инструмента для оптимизации проектного / производственного процесса и ликвидации узких мест предлагают канбан-доску и работу с WIP-лимитами.
✅Математика надёжности. Доклад Яндекса
Крайне интересный и полезный доклад по управлению рисками и “надежностью”. Помимо технической составляющей (автор выстраивает матмодель надежности) и интереса для системного аналитика, материал определяет простую и эффективную стратегию работы с рисками, полезную для любого менеджера проектов.
✅Памятка по BPMN и BPMN-диаграммам
Сбер решил помочь тем, кто не знает наизусть BPMN. В “памятку” включены: общая концепция, события, действия, шлюзы, потоки, дорожки. Есть пример применения.
✅Требования безопасности: пособие для аналитика
Большой и интересный текст про то, как правильно и обоснованно формулировать требования безопасности на проекте (как часть нефункциональных требований). Когда мы понимаем логику их формулирования, мы начинаем больше включать критическое мышление, и если требования, затрагивающие безопасность, спускают нам «сверху», нас уже так просто не запутать. А когда мы уже умеем дискутировать на тему безопасности, тогда мы можем достигать выгодных компромиссов и с другими типами требований.
✅How to Create a Story Map When Writing User Stories
Большая статья Майка Кона о том, что такое Story Map (“карта пользовательских историй”), как она помогает командам выявить потребности пользователей, упорядочить бэклог продукта, расставить приоритеты.
✅What Are Agile Spikes? When and Why Do Teams Use Spikes?
Спайк - понятие, связанное с фреймворком XP и означающее практику по исследованию и прототипированию, как правило, плохо предсказуемые в плане трудозатрат и сроков. Статья - про то, как и для чего использовать этот ценный инструмент (по мнению автора, они нужны только для задач с очень высокой неопределенностью).
✅How to Make a Process Improvement Plan (Free Template)
План улучшения процесса — это документ, в котором описывается, как улучшить ваши бизнес-процессы после их выявления и анализа. Это важный инструмент управления бизнес-процессами , который также поможет сократить напрасные усилия и повысить производительность работы команд. Он помогает уменьшить любые трения, которые существуют в процессах, и обеспечивает соответствие процессов нормативным требованиям, когда это необходимо. В статье - подробное описание такого плана и шаблон для использования на проектах.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4🔥2❤1
Если вы руководитель проектов, то рано или поздно к вам придут и потребуют (не попросят, а именно потребуют) сделать Быстро, Качественно и Недорого. Проблема в том, что сделать все три пункта одновременно невозможно. Фраза «делаем быстро, качественно, недорого – выберите любые два» крылатая не просто так. Но как же быть, если от вас хотят невозможного а другой работы нет?
Автор (из Ozon Tech) часто сталкивается с проблемой онбординга руководителей команд, ведь в каждой компании работа тимлида имеет свою специфику и не всегда позволяет ощутить остроту всех граней управления группой разработки. Статья представляет собой настольную инструкцию для лида, которую можно изучать самому или адаптировать для своей команды тимлидов.
Статья для тех, кто хочет стать Руководителем проектов, или уже является Руководителем проектов. Ну и для всех, кто сталкивается с ними, чтобы понимать, что вам ждать, а чего ждать не стоит (и есть ли у РП волшебная палочка, которая позволяет взмахом выполнять все сроки, поднимая одновременно маржинальность проекта, или ее нет). Кратко: у успешного РП есть 4 главных качества: (1) умение решать проблемы и находить выход из любой ситуации, (2) коммуникации, коммуникации и коммуникации, (3) аккуратность и исполнительская дисциплина, (4) желание делать хороший продукт и помогать своему заказчику.
Очень своеобразный подход у автора, да еще и с отсылками к Гарри Поттеру. По существу, это большой и эмоциональный гайд по “пути РП” для тех, кто только осваивается в профессии. Почему важно, чтобы старт проекта был громким? Как растить свою репутацию в глазах специалистов и топ-менеджеров? Какому типу РП быть ближе и зачем? Как оценивать планы, бюджеты, сроки: Как управлять конфликтами? В этих статьях минимум теории, они за пределами методологий, это “советы бывалых”, и достаточно прагматичные.
Почему креативное мышление является ключевым навыком не только для условно творческих специальностей, но и для успешного менеджера проектов в IT, и почему креативность и менеджмент гораздо ближе друг к другу, чем нам кажется.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍3❤1🔥1
Всадники (т.е. симптомы): отсутствие в команде общего понимания целей и задач, отсутствие в команде взаимного уважения и признания чужих компетенций, плюрализм мнений, неудачный проект. Против каждого всадника (и главное, причин, которые за ним стоят) есть приемы, которыми автор делится.
Про то, что работа команды напоминает деятельность организма (клетки) и системы - в том плане, что команда тоже имеет свои границы, соприкасающиеся с внешней средой. Равно как и внутренние границы - распределение ролей и обязанностей внутри команды.
“Северсталь” - про реализацию проекта, формулирование бизнес-целей, сбор требований, оценку рисков, определение функций, проектирование, дизайн и кучу интеграций. SAP нынче в специфическом положении, но про такой опыт, еще и классно описанный, читать одно удовольствие.
Небольшой кейс от “Контура” по ситуации, когда нужна интеграция, а документации нет. Если что, автору даже пришлось по-настоящему регистрировать себя и своих знакомых на площадке сервиса, чтобы разобраться, как все работает, и отследить корректность интеграции.
Как проект автора помог компании из Новой Зеландии сократить временные затраты благодаря оптимизации бизнес-процессов. Много деталей, схем и фотографий)
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥4✍1❤1
🟢Инструменты системного аналитика: методология, софт, сервисы
Небольшой обзор инструментов, которые автор активно использует в своей работе: это и учебные материалы (курс “Анализ требований”, сайт BPMN2.ru и т.д.), и программы и сервисы (Lazarus IDE для прототипирования, OBS Studio для быстрой записи демо, Joplin и Typora для работы с текстом. Отдельный блок - про использование AI в работе (генерация сценариев, пиктограмм, инструкций и т.д.).
🟢«Почему так сложно и так некрасиво»: 4 подводных камня при внедрении базы знаний
Если компания обращается к первой попавшейся, скорее всего, внедрить ее гладко и с первого раза не получится. Одной функции недостает, другая работает, но с перебоями и багами. Авторы из Teamly разбираются, какие подводные камни можно обнаружить во время внедрения БЗ и как их избежать.
🟢Как сделать wiki, корпоративную библиотеку, публичную базу знаний и проектную документацию
Про корпоративную wiki и подготовку проектной документации на примере сервиса Weeek.
🟢Аналоги Miro — топ альтернатив Миро
Участники обзора - сервисы IDroo, Эсборд, МТС Линк, Padlet, Jamboard, Witeboard, Mural, Conceptboard, Ziteboard и даже Trello.
🟢Мы запустили простой и понятный трекер для управления потоком задач — Scrumo
И подробно, с картинками, рассказывают о его функционале, возможностях и перспективах развития.
🟢Системы управления проектами для разных по размеру компаний и отраслей с ценами на 2024 год
Автор категоризировал все сервисы по отраслям и размеру компаний, добавил стоимость и краткое описание. В списке: Strive, ЛидерТаск, Ёжка (от Ростелекома), Shtab, MooTeam, Planiro, Мегаплан, Planfix, EvaProject, Yandex Tracker, Bitrix24, Yaga, Directum Projects, Periscope, ELMA BPM, Advanta, а также отраслевые решения.
🟢Таск-трекер для разработки IT-продуктов, в котором разрабатываем свой IT-продукт
Разработчики таск-трекера O!task рассказывают про свое решение - и про возможности для управления проектами, и про то, как используют его сами для разработки.
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤🔥3❤2🔥2