Tôi vừa nhận dự án freelance đầu tiên và cảm thấy bối rối! Làm thế nào để quản lý khách hàng, công việc, file, thanh toán... mà không loạn hết cả lên? Bạn nào có kinh nghiệm hãy chia sẻ công cụ/chiến lược hiệu quả! #freelancer #quản_lý_dự_án #thiết_lập_hệ_thống #work_from_home #tân_freelancer #project_management #vietnam_career

https://www.reddit.com/r/SideProject/comments/1pcwlao/i_just_got_my_first_freelance_project_and_im/

Product vs Project: от войны к синергии. Всему свое время

Помню, в далеком 2014 году, когда я примерял на себя роль проджекта, частенько срывался на продакта: «Мы же договорились! У нас дедлайн через неделю, команда уже работает! Зачем ты снова все меняешь?!» Он спокойно отвечал что-то типа: «Есть новые данные из исследований пользователей: эта фича не подходит. Зачем делать то, что заведомо не будет работать?» Я был уверен: продакты - это самодуры и саботажники, которые не понимают важности сроков и бюджетов. Они вечно всё переделывают, задают свои «зачем» и «почему», вместо того чтобы просто дать команде работать. 3 года спустя, будучи в роли продакт-менеджера, уже сам превратился в того самого «саботажника». Теперь я смотрел на проджектов и думал: «Как можно слепо выполнять план и не задумываться о ценности и смысле того, что делаешь? Процессы ради процессов - это путь в никуда». Еще через пять лет, став СРО, я понял, что этот спор бессмысленен . Продакты и проджекты не враги. Это две руки одного тела, правое и левое полушария одного мозга. Проблема не в том, кто прав, а в том, что каждый подход работает в свое время и на своем месте. В сегодняшней статье расскажу, как понять, когда нужны продакты, когда проджекты, и как они вместе влияют на компанию, продукт и их эволюцию.

https://habr.com/ru/articles/971384/

#project_management #product_management #process_manager #processes

Работа со Smart Values в Jira Automation: практические сценарии и примеры (Часть 2)

Это — вторая часть цикла “Начало работы с Jira Automation”, в которой мы разбираем Smart Values и учимся применять их на практике внутри автоматизаций Jira.

https://habr.com/ru/companies/betboom/articles/968044/

#jira_automation #автоматизация_в_jira #jira_cloud #jira_rules #настройка_автоматизации #atlassian #workflow_в_jira #инструменты_для_команды_разработки #настройка_системы #project_management

Ra mắt OneSimpleBoard - công cụ quản lý dự án với chức năng kéo thả, theo dõi thời gian và phân tích năng suất. Hỗ trợ cộng tác thời gian thực cho các thành viên trong nhóm #quản_lý_dự_án #project_management #năng_suất #productivity #công_cụ_quản_lý #management_tool

https://www.reddit.com/r/SideProject/comments/1p0n5s3/onesimpleboard_project_management/

Почему проджекты не виноваты в провале проекта? Как менеджмент сменил 3-х проджектов, но нужно было сделать только одно

Я часто вижу ситуацию, когда менеджмент во всем винит руководителей проектов. Уволили одного, поставили другого, «более опытного». А он тоже почему-то не справился. Опять накормил завтраками, обещая, что вот-вот и все будет. Тем временем, проект, на который постоянно назначают новых РП, уже в настолько глубокой Ж, что… все, включая заказчика, хотят его закрыть. Списать десятки миллионов в убытки и снова всех уволить. Нанять нормальных, ответственных людей! Сегодня поделюсь своим кейсом, как много лет назад я видел похожую ситуацию при реализации проекта по запуску системы в крупном банке. Менеджмент сменил уже ТРЕХ руководителей проекта, но «завтраки» продолжались. Сроки и бюджет росли каждый день как на дрожжах. Веры в то, что изменить ситуацию возможно, не было ни у кого. Менеджмент винил сотрудников, которые «наврали» о реалистичности сроков. Однако я понимал, что проблема тут не в них. В этой статье на примере этого кейса объясняю, почему проджекты не виноваты в провалах проектов. А также вкратце поделюсь, что именно я сделал, чтобы вытащить конкретно этот проект из Ж все-таки запустить банковскую систему за 4 месяца, вместо 2 лет.

https://habr.com/ru/articles/967658/

#управление_проектами #руководитель_проекта #запуск_системы #проект_внедрения #менеджмент #система_управления #project_management

Начало работы с Jira Automation: шаг за шагом (Часть 1)

В командах часто тратят часы на ручное обновление статусов задач, проставление дат релизов и уведомления коллег о готовности работы. В этой статье я покажу, как с нуля настроить правило в Jira Automation: от выбора триггера и условий до действий с задачами. Даже если вы никогда не работали с Jira Automation, следуя шагам, вы сможете создать свой первый рабочий сценарий за 10 минут.

https://habr.com/ru/companies/betboom/articles/959278/

#jira_automation #Автоматизация_в_Jira #Jira_Cloud #Jira_Rules #Настройка_автоматизации #Project_Management #devops #Atlassian #Workflow_в_Jira #Инструменты_для_команды_разработки

История про то, как ChatGPT подружил проектный телеграм-чатик и таски в Jira

(спойлер: в конце будет ссылка на GitHub) Таск-менеджеры вроде Jira — хороший инструмент для ведения проектов. Вот только есть одна проблема — на них очень быстро забивают. В первую очередь — проектные менеджеры. Когда проект стартует, менеджер с командой, как правило, делают волевую попытку декомпозировать его на эпики и задачи. Каждая задача получает красивое описание, а иногда даже назначенных исполнителей и дедлайны. Потом проект стартует… Внезапно меняются требования и бэклог, появляются дополнительные зависимости. Часть задач внезапно оказывается ненужной, ещё более внезапно меняются менеджеры и ключевые участники. Рано или поздно таски начинают зарастать мхом: апдейты не комментируются, статусы не двигаются. В какой-то момент наиболее ответственный член команды решает устроить субботник и позакрывать то, что уже сделано. Отсюда — популярность следующих вопросов в поддержке Jira:

https://habr.com/ru/articles/956418/

#chatgpt #chatbot #jira #jira_automation #project_management #telegrambot #telegram_bot

Клиент вечно недоволен: инструкция по выживанию для PM

Вроде бы работа кипит, команда старается, вы делаете всё по процессам, но в ответ — постоянное ворчание, претензии и недовольство. «Почему вы не предупредили?», «Я думал, всё будет иначе!», «Это слишком долго и дорого».

https://habr.com/ru/articles/945452/

#недовольство #стейкхолдеры #project_management #product_management

PO, PM, PjM: кто такие и при чём тут мыло, ракеты и застройщики

Продуктовые роли не появились из воздуха. Их не придумали с нуля бородатые дядьки в Долине или выглаженные воротнички из Купертино. Профессии Product/Project Owner/Manager выстраивались на протяжении почти столетия — и всё ради того, чтобы сейчас мы с вами плевались, читая вакансии на хедхантере. Кто главнее: PM или PO? Что должен делать проджект? И что ещё за AI PM и Data PM? Давайте разбираться. И копнём аж до начала прошлого века.

https://habr.com/ru/articles/946332/

#product_management #product_manager #project_management #project_manager #product_ownership #product_owner

Миф о ленивом сеньоре: почему ваши лучшие разработчики кажутся бездельниками

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

https://habr.com/ru/articles/944542/

#миф #senior #project_management #product_management