Как стать автором
Поиск
Написать публикацию
Обновить
206.55

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

Учимся управлять продуктом

Сначала показывать
Порог рейтинга
Уровень сложности

Разрабатываем печать документов на .NET с помощью OpenXml. Часть 3

Уровень сложностиСредний
Время на прочтение12 мин
Количество просмотров981

Всем привет! Я Александр Родов, ведущий разработчик в «БАРС Груп», автор и руководитель разработки сервиса генерации печатных форм Sprinter. Этой статьёй мы продолжаем рассказ о возможностях использования библиотек DocumentFormat.OpenXml для генерации печатных файлов «офисных» форматов.

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

Читать далее

Atlassian встроил Claude в Jira — теперь задачи создаются через промпт

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров2.9K

Можно получить любой отчет, просто написав, что тебя интересует. Или назначить задачу, не заходя в Jira. Тестировал неделю. Рассказываю, стоит ли овчинка выделки и как это меняет рабочий процесс.

Вчера коллега потратил 10 минут, чтобы создать простую задачу в Jira. Выбирал тип, заполнял поля, искал, кому назначить. Обычная история.

Но теперь это можно сделать за 1 минуту, даже не заходя в интерфейс Jira.

Читать далее

Гайд: зачем нужна CJM (Customer Journey Map) и как ее правильно построить

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров3.1K

CJM, Customer Journey Map — это визуальная карта пути клиента от первого касания с вашим брендом до повторной покупки или рекомендации другим людям. (ниже будет много иллюстраций)

Она показывает:

Читать далее

BIM-поддержка в ПИК: как сервис решает проблемы до их возникновения

Уровень сложностиПростой
Время на прочтение11 мин
Количество просмотров496

Привет, Хабр!

Меня зовут Александра Васильева, я руковожу группой BIM-поддержки в ПИК Технологии.

В этой статье я расскажу:

что такое BIM-поддержка в ПИК и почему это не просто «техподдержка САПР» (системы автоматизированного проектирования);

для кого мы работаем, какие задачи проектировщиков закрываем и зачем изучаем их боли;

как устроен сервис: от приёма заявки до системной профилактики;

какие метрики и дашборды используем, чтобы не тушить пожары, а предотвращать их;

и почему по-настоящему эффективная поддержка — это та, куда почти не обращаются.

Читать далее

Импортозамещение в проектах имплементации корпоративных информационных систем

Уровень сложностиПростой
Время на прочтение6 мин
Количество просмотров831

Сегодняшняя ситуация вокруг спецоперации в Украине и последовавшие рестрикции со стороны европейских стран и США обнажили и без того известные проблемы импортозамещения западной продукции. Не исключением в этом вопросе стало программное обеспечение (далее – ПО), о старте импортозамещения которого заговорили еще в 2016 года. По изначальному плану замещение программного обеспечения должно было завершиться в 2024 году. Однако, не смотря на столь амбициозный план, ощутимых результатов это не дало как несколько лет назад, так и сейчас. Да, конечно, на протяжение всего этого времени публиковалось множество материалов на тему успешного замещения части западного ПО отечественным, однако это была лишь каплей в море ИТ-решений и технологий.

Последовавший в начале 2022 года уход из России практически всех известных вендоров от Microsoft, до SAP и Oracle, показал нашу сильную зависимость от прививаемого годами зарубежного ИТ-сервиса. По существу, начало полноценного замещения зарубежного ПО началось именно с этого момента, когда российские компании поставили перед фактом остановки поддержки, продления лицензий и работы самого ИТ-решения. Большинство ИТ-менеджером и директоров судорожно стало думать о переходе на российские аналоги, в частности на продукты 1С, как базового корпоративного решения. Однако, использование нового ПО на предприятии возможно лишь после его имплементирования, процесс которого оказался также сильно завязан на страны запада.

В это статье мы рассмотрим вопрос импортозамещения приложений класса ERP и ERP2, принимая во внимание тот факт, что это далеко не единственный компонент корпоративной информационной системы (далее – КИС). Для целей удобства повествования термины программное обеспечение, информационные и корпоративные системы, а также ERP-системы для нас будут тождественны. В работах [1-2] выделяют четыре основных уровня задач для внедрения КИС, к которым относят процессы, данные, приложения и технику, а также два вспомогательных: управление проектном и изменениями. Собственно говоря, процесс внедрения и импортозамещения ERP-систем мы будем рассматривать сквозь указанные 6-ть параметров.

Читать далее

Проектирование Информационных систем. Часть 8. Разработка логической структуры данных. 8.2. Шаблонный подход

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров2.6K

В 1950 году математик по имени Клод Шеннон опубликовал в журнале статью «Как запрограммировать компьютер для игры в шахматы». В этой статье он подсчитал, что количество комбинаций в шахматах будет равно 10120. Это на самом деле превосходит количество атомов в известной Вселенной, которое оценивается от 1078 до 1082 атомов. Но среднестатистическому шахматисту для успешного старта не обязательно изучать все существующие варианты начала игры, а достаточно выбрать несколько популярных дебютов за каждый цвет. По факту это использование формализованных шаблонов успешных тактических позиций для достижения желаемых результатов.

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

Приспособленец (Flyweight) - структурный паттерн проектирования, который нужен для эффективной работы с большим количеством мелких объектов.

Основная идея: разделить общее состояние объектов и вынести его в отдельное место, чтобы не плодить кучу дубликатов данных и экономить место.

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

Читать далее

Часть 2. Почему система управления в проекте — это не просто «доска задач». От проблем к решениям

Уровень сложностиСредний
Время на прочтение6 мин
Количество просмотров4.7K

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

Project 1 — съедал арт‑директоров, которые не выдерживали нагрузки и требований по проекту. За полгода сменилось 4 человека. Были горе‑разработчики, которые не могли внятно объяснить, что они сделали. Ненадёжный СТО отвалился на пятом месяце работы (из 12). Команда не выдерживала темпа, и из‑за этого сдвигался весь глобальный план. Пришлось навалится командой топ менеджеров и встать у руля проекта, в результате чего проект был реализован срок.

Project 2 — не вовлечённые проектные менеджеры. Был очень сложный проект с множеством багов на проекте, сложной архитектурой и особенностями и сложностями продукта. Проект начал работать только после прихода четвёртого ПМа. Были некомпетентные разработчики, которые срывали релизы. Всё удалось настроить, но ушло на это почти 5 месяцев и смена менеджера проекта.

Project 3 — за год сменилось три тимлида разработки, из‑за чего постоянно происходил новый найм, онбординг и замедление команды.

Project 4 — в начале проекта не были уточнены требования. На пресейле проект продали красиво, предложили больше тз, а делать начали «на коленке». В итоге вместо двух месяцев разработка заняла восемь, но всё‑таки проект дотянули и сдали. Помогло то, что вся работа шла через эскроу счета и команда обязана была доделать проект, чтобы получить вознаграждение за работу.

Читать далее

Дуалистическое мышление в дизайне: как мыслить в две стороны одновременно

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров1.7K

Дизайн — это не только про красоту, но и про смысл. Не только про эстетику, но и про аналитику. Не только про эмпатию, но и про бизнес. Современные вызовы требуют от дизайнеров не односторонних решений, а способности видеть мир в его противоречивости.

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

Читать далее

Всё сгенерировано GPT! Гайд как распознать AI-текст и как сделать его неотличимым от человеческого

Уровень сложностиСложный
Время на прочтение15 мин
Количество просмотров15K

Все уже пошутили и запомнили что если в тексте — , то его писал ChatGPT. А если нет, то человек?

Эта статья - самый подробный гайд в рунете, как отличить текст, сгенерированный Gen AI от текста, написанного человеком и как самому, используя GenAI писать очеловеченный текст. Я разберу реальные приемы, маркеры, ошибки и вооружу вас важными знаниями

Читать далее

Глава 1: Кто такой продуктовый менеджер?

Уровень сложностиПростой
Время на прочтение16 мин
Количество просмотров2.7K

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

Я собрал большой список вопросов по профессии Product Manager'a и получилось очень внушительно! Там собрано всё, что только я смог вспомнить: от базовых принципов до конкретных фреймворков. Слава роду ChatGPT, который помог сгруппировать больше 120 вопросов и отсортировать от простого к сложному. Вопросы разбиты на смысловые «главы».

Решил написать ответы на все вопросы и публиковать отдельными постами в формате телеграм канала (а как еще). Для потомков, так сказать (для себя то есть), решил собрать все посты первой «главы» в одну большую статью для Хабра. Вдруг какой-то заблудшей душе будет полезно.

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

Важно: это не учебник! Это мой опыт упакованный в формат FAQ. Для новичков, для комьюнити, для себя.

Читать далее

Личный опыт руководством проектами в ИТ и геймдеве. Заметки и размышления. Часть 1

Уровень сложностиСредний
Время на прочтение7 мин
Количество просмотров2K

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

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

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

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

Читать далее

Проектирование Информационных систем. Часть 8. Разработка логической структуры данных. 8.1. UML Class diagram

Уровень сложностиСредний
Время на прочтение15 мин
Количество просмотров2.9K

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

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

Таким образом мы расширяем наш домен решений, добавляя в него – модель данных.

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

Это можно сделать огрублено, приблизительно, упрощенно.

1)   Первый шаг упрощения основан на том, что все объекты различны, но одни отличаются друг от друга «слабо», «мало», «незначительно», другие — «сильно», «существенно».

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

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

Для выражения различий между классами им присваиваются различные имена (названия, обозначения, символы, номера и т.п.).

Классифицировать можно не только объекты, но и свойства (цвета, звуки, силы, размеры и т.д.), и процессы (ходить, бегать, тянуть, есть, пить и т.д.). Таким образом, классификация сущностей исследуемой предметной области идентифицируется в виде названия некоторых классов.

Читать далее

Идея для стартапа: Tailwaggers Home — классифайд для заводчиков кошек и собак в США

Уровень сложностиПростой
Время на прочтение3 мин
Количество просмотров599

Мы часто создаем стартапы за пару дней, просто так, для теста. И вот такой один из наших тестов: Tailwaggers Home — классифайд и контентная SEO-платформа под рынок домашних животных США.

Читать далее

Ближайшие события

Удержание аудитории. Как социальное взаимодействие и сообщества управляют поведением людей

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров983

— Как нам аудиторию удерживать? Как повысить вовлеченность клиентов?

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

В попытках найти ответ они, как средневековые алхимики, проводят тысячи экспериментов по превращению воды в вино. Философский камень ищут, не иначе.

Таск-трекеры пухнут от тикетов. Десятки встреч на дню: на одних пытаются понять, какой гипотезе дать зеленый свет; на других обсуждают – что этот зеленый свет нам показал. Сгорают на этих встречах, выраженные в человеко-часах, миллионы денежных знаков. А результат действий до смешного похож на бородатый анекдот про секс в резинке: движение есть – а результата нет.

Ладно-ладно. Результат безусловно какой-то есть. Только вот не тот, как всем хочется. А хочется понятно чего – того, что можно было бы смело назвать “huge success”. То есть статистически значимого роста показателей. Хотя бы на 10-15%. А лучше на все 30%.

Прекрасно вас понимаю. Одни и те же сны смотрим.

Читать далее

Голдратты. Выбор. Правила Голдратта (конспект книги)

Уровень сложностиПростой
Время на прочтение2 мин
Количество просмотров1.6K

“Всё проще, чем кажется” — книга предлагает нам взглянуть на сложные проблемы с простой стороны, побеждая кажущуюся запутанность в бизнесе, отношениях и других сторонах жизни через ясное мышление и понимание причинно-следственных связей.

Ниже обзор основных мыслей и инструментов...

Читать далее

Как выстроить работу с фичами в мобильной разработке — и не плакать

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров665

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

Читать далее

Как мы перерабатывали подход к фичам от клиентов

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров1.1K

Когда ты создаешь продукт для консервативной отрасли, которая не использовала ничего, кроме Excel и 1С, приходится бороться с возражениями и идти на компромиссы. Брать больше доработок, чтобы выстоять на рынке и наладить контакт с клиентами, а затем перестраивать и собственные процессы. 

Привет, Хабр. Меня зовут Алексей Сердюков, уже больше пяти лет я PM «Синтеки», а по совместительству строю процессы и управляю командой. Мы занимаемся разработкой сервисов для строительных компаний. В статье хочу рассказать об изменениях в системе отбора тикетов от клиентов: как было раньше и к чему пришли. Наш подход помог сохранить клиентов на ранних этапах развития продукта и реализовывать задачи без лишней нагрузки на команду.  Надеюсь, опыт будет полезен в сферах, где без лояльности к фичам не выстоять, и поможет сориентироваться, как определить, стоит ли тикет усилий.  

Читать далее

Вовремя увольнять — это забота о команде

Уровень сложностиПростой
Время на прочтение7 мин
Количество просмотров18K

У меня опыт в IT с прошлого века, 27 лет. Начинал программистом, когда во многих компаниях ещё не было системных аналитиков и проджект-менеджеров. Кто-то из команды должен был разговаривать с заказчиками. Чаще всего этим кем-то был я.

Потом стал тимлидом — одновременно программировал и управлял. Со временем меня «засосало» в управленческую деятельность. Максимум руководил 60 людьми.

Расскажу об ошибках, которые совершил за это время, и о своих выводах.

Читать далее

Проектирование Информационных систем. Часть 7. Инжиниринг бизнес-процессов 7.2. Применение BPMN. Ресурсоемкость

Уровень сложностиСредний
Время на прочтение8 мин
Количество просмотров2.7K

Один из популярных инструментов BPMN (Business Process Model and Notation) — стандарт графического моделирования бизнес-процессов, разработанный Object Management Group (OMG). Он широко используется для визуализации, анализа и оптимизации процессов внутри организаций.

Но в отличие от прочих нотаций, BPMN может использоваться совместно со специальным BPM-движком (engine), встроенным в различные ИТ-платформы. То есть бизнес-процессы, описанные с помощью BPMN, не просто визуализируются, а управляют логикой выполнения в реальных ИТ-системах, превращая нотацию в исполняемый код, который интерпретируется движком, При этом продвигая процессы в соответствии с описанной в диаграммах бизнес-логикой, BPMN-движок следит за выполнением шагов, направляет задачи сотрудникам, вызывает API сервисов, генерирует события, фиксирует в Базе Данных (далее – БД) результат и тому подобное. Помимо того, такой инструмент выполняет мониторинг и логирование каждого запущенного экземпляра процесса и фиксирует прогресс и актуальные состояния в БД.

Читать далее

Как проверять ИИ гипотезы быстро и дешево – гайд в CRISP-DM Light фреймворк

Уровень сложностиСредний
Время на прочтение3 мин
Количество просмотров1.1K

Делали ли вы работу в стол? Вопрос риторический…

Но больше, чем остальным это грустное чувство «проекта в стол» знакомо тем, кто занимается разработкой и внедрением ИИ решений: по статистике за 2024 год из них доходят до продакшена только от 15 до 30%

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

Наши партнеры из Яндекса на CTO Conf-2025 презентовали новый фреймворк — CRISP‑DM Light — он призван исправить эту ситуацию.

Читать далее