#постановка_задач — Public Fediverse posts

Делегирование, которому можно научиться у промпт‑инженеров

«Мусор на входе — мусор на выходе» работает не только с нейросетями. Пять уроков делегирования, которые промпт-инженеры выучили раньше всех

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

#делегирование #постановка_задач #промптинжиниринг #искусственный_интеллект #управление_командой #продуктивность #work_with_AI #менторинг

Делегирование, которому можно научиться у промпт‑инженеров

«Мусор на входе — мусор на выходе» работает не только с нейросетями. Пять уроков делегирования, которые промпт-инженеры выучили раньше всех

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

#делегирование #постановка_задач #промптинжиниринг #искусственный_интеллект #управление_командой #продуктивность #work_with_AI #менторинг

Делегирование, которому можно научиться у промпт‑инженеров

«Мусор на входе — мусор на выходе» работает не только с нейросетями. Пять уроков делегирования, которые промпт-инженеры выучили раньше всех

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

#делегирование #постановка_задач #промптинжиниринг #искусственный_интеллект #управление_командой #продуктивность #work_with_AI #менторинг

Делегирование, которому можно научиться у промпт‑инженеров

«Мусор на входе — мусор на выходе» работает не только с нейросетями. Пять уроков делегирования, которые промпт-инженеры выучили раньше всех

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

#делегирование #постановка_задач #промптинжиниринг #искусственный_интеллект #управление_командой #продуктивность #work_with_AI #менторинг

Как написать постановку на разработку, чтобы ни у кого не было вопросов

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

https://habr.com/ru/companies/lanit/articles/978146/

#frontendразработка #backendразработка #управление_проектами #ЛАНИТ #процессы #управление_разработкой #разработка #аналитика #постановка_задач

Как написать постановку на разработку, чтобы ни у кого не было вопросов

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

https://habr.com/ru/companies/lanit/articles/978146/

#frontendразработка #backendразработка #управление_проектами #ЛАНИТ #процессы #управление_разработкой #разработка #аналитика #постановка_задач

Как написать постановку на разработку, чтобы ни у кого не было вопросов

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

https://habr.com/ru/companies/lanit/articles/978146/

#frontendразработка #backendразработка #управление_проектами #ЛАНИТ #процессы #управление_разработкой #разработка #аналитика #постановка_задач

Как написать постановку на разработку, чтобы ни у кого не было вопросов

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

https://habr.com/ru/companies/lanit/articles/978146/

#frontendразработка #backendразработка #управление_проектами #ЛАНИТ #процессы #управление_разработкой #разработка #аналитика #постановка_задач

Как быть одновременно бизнес-аналитиком и системным аналитиком и не сгореть

Хабр привет! Меня зовут Александр Белков, я занимаюсь внедрением и разработкой банковских и страховых систем, а также бизнес и системным анализом. Две роли в одном лице — это не редкость. Но когда совмещаешь бизнес- и системный анализ, легко запутаться, где чья ответственность. Если не разделять задачи, начинаются недопонимание и стресс. Расскажу, как оставаться эффективным, если на вас смотрят и бизнес, и команда разработки.

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

#бизнесаналитик #системный_аналитик #совмещение_ролей #постановка_задач #управление_требованиями #конфликт_интересов #анализ #эффективность #карьера_в_IT

Как быть одновременно бизнес-аналитиком и системным аналитиком и не сгореть

Хабр привет! Меня зовут Александр Белков, я занимаюсь внедрением и разработкой банковских и страховых систем, а также бизнес и системным анализом. Две роли в одном лице — это не редкость. Но когда совмещаешь бизнес- и системный анализ, легко запутаться, где чья ответственность. Если не разделять задачи, начинаются недопонимание и стресс. Расскажу, как оставаться эффективным, если на вас смотрят и бизнес, и команда разработки.

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

#бизнесаналитик #системный_аналитик #совмещение_ролей #постановка_задач #управление_требованиями #конфликт_интересов #анализ #эффективность #карьера_в_IT

Как быть одновременно бизнес-аналитиком и системным аналитиком и не сгореть

Хабр привет! Меня зовут Александр Белков, я занимаюсь внедрением и разработкой банковских и страховых систем, а также бизнес и системным анализом. Две роли в одном лице — это не редкость. Но когда совмещаешь бизнес- и системный анализ, легко запутаться, где чья ответственность. Если не разделять задачи, начинаются недопонимание и стресс. Расскажу, как оставаться эффективным, если на вас смотрят и бизнес, и команда разработки.

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

#бизнесаналитик #системный_аналитик #совмещение_ролей #постановка_задач #управление_требованиями #конфликт_интересов #анализ #эффективность #карьера_в_IT

Как быть одновременно бизнес-аналитиком и системным аналитиком и не сгореть

Хабр привет! Меня зовут Александр Белков, я занимаюсь внедрением и разработкой банковских и страховых систем, а также бизнес и системным анализом. Две роли в одном лице — это не редкость. Но когда совмещаешь бизнес- и системный анализ, легко запутаться, где чья ответственность. Если не разделять задачи, начинаются недопонимание и стресс. Расскажу, как оставаться эффективным, если на вас смотрят и бизнес, и команда разработки.

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

#бизнесаналитик #системный_аналитик #совмещение_ролей #постановка_задач #управление_требованиями #конфликт_интересов #анализ #эффективность #карьера_в_IT

Избавляемся от хаоса в проектировании ИТ-решений: формируем команду с помощью ArchiMate

«Ну ты же компьютерщик!» — многим из ИТ-сферы знакома эта фраза из прошлого. Ей обосновывали, почему именно вы должны сделать почти всё: от настройки принтера до разработки и тестирования систем. Казалось бы, эта эпоха позади. ИТ и бизнес стали единым целым, а роли и специализации — общепринятой нормой. Но на смену старой проблеме пришла новая. Появилось множество методологий, фреймворков и новых ролей, однако единой и понятной модели так и не сложилось. Неопределённость сохраняется — особенно в названиях архитектурных ролей и их обязанностях, что отлично видно на порталах с вакансиями. На практике это порождает новую версию старой фразы: «Ты же архитектор? Вот и придумай, как это сделать, собери требования, спроектируй данные и проверь, чтобы влезло в бюджет» . В этой статье я разберу роли этапа проектирования ИТ-решений и покажу инструмент для формирования команды, которая совместной работой обеспечивает качественные требования. Иными словами, постараюсь ответить на вопрос: как побороть разрозненность требований через чёткое распределение ролей и ответственности. Узнать больше

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

#методология #проектирование #конвейер #управление_требованиями #управление_проектами #постановка_задач #итпроцессы #корпоративная_архитектура #управление_качеством

ArchiMate: внедряем в практику бизнес-аналитика на примере соответствия BPMN

Это первая из запланированных статей по внедрению практики использования языка Archimate для различных ИТ-ролей. Конкретно этот материл будет полезен прежде всего бизнес-аналитикам для повышения уровня компетенций и дополнения используемых инструментов моделирования бизнес-процессов (подробней про апгрейд роли было здесь: https://habr.com/ru/articles/954280/ ). Узнать больше

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

#методология #архитектура #бизнеспроцессы #бизнесаналитик #бизнесанализ #бизнестребования #управление_требованиями #бфт #постановка_задач #корпоративная_архитектура

Почему в бизнесе куча невыполненных задач в бэклоге

И никакие SMART и Матрицы Эйзенхаура не решат эту проблему Большинство из нас живет с вечным чувством вины за тот самый бэклог. Вы понимаете, о чем я – то облако задач, которое висит над головой, как грозовая туча, и только растет с каждым днем. Открываете Жиру, Трелло, а там – мама дорогая. Задачи, которые должны были быть сделаны еще в прошлом квартале. Обещания, которые вы дали клиентам. Фичи, без которых «мы точно загнемся через месяц» (да, не загнулись, но осадочек остался). Почему так происходит? Почему у нас такие амбициозные планы и такая скромная реализация?

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

#smart #целепологание #задачи #постановка_задач

Культура ведения задач в трекере (пара правил для Руководителей)

Сегодня будет про культуру ведения тикетов в трекере. Раз за разом я долдоню своим менеджерам одно и тоже, а все равно стоит отвлечься, и треш, с которым я веду войну, просачивается в процесс разработки. Я не претендую тут на идеальную картину мира и идеальный процесс разработки, у каждой команды свои правила работы, но есть пара моментов, которые вымораживают при любом процессе. И, вроде, они настолько очевидны, что даже не стоят кликов по клаве, чтобы писать, но почему-то каждый раз мне приходится объяснять это новеньким. Наверное, просто надо один раз написать и потом слать ссылку на текст. Для этого и напишу 😊 Это очередная статья, посвященная софтскилам и лайфхакам, о которых руководителям не рассказывают на курсах по менеджменту. Если вам интересна эта и подобные темы – подписывайтесь на мой ТГ канал « Морковка спереди, морковка сзади » и читайте другие мои статьи здесь, на Хабре. Есть много правил ведения тикетов, есть много уникальных процессов - для каждой компании свой. Есть много фремворков и трекеров. Но есть два базовых правила, про которые, я считаю, надо помнить всегда. Эти правила применимы всегда и всюду, независимо от ваших процессов и стиля работы команды. По крайней мере, я еще не видел процесса разработки, которому бы они вредили 😊

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

#постановка_задач #правила_постановки_задач #правила_постановки_задачи #управление_проектами #управление_командой #как_ставить_задачи #тикеты_в_JIRA

Культура ведения задач в трекере (пара правил для Руководителей)

Сегодня будет про культуру ведения тикетов в трекере. Раз за разом я долдоню своим менеджерам одно и тоже, а все равно стоит отвлечься, и треш, с которым я веду войну, просачивается в процесс разработки. Я не претендую тут на идеальную картину мира и идеальный процесс разработки, у каждой команды свои правила работы, но есть пара моментов, которые вымораживают при любом процессе. И, вроде, они настолько очевидны, что даже не стоят кликов по клаве, чтобы писать, но почему-то каждый раз мне приходится объяснять это новеньким. Наверное, просто надо один раз написать и потом слать ссылку на текст. Для этого и напишу 😊 Это очередная статья, посвященная софтскилам и лайфхакам, о которых руководителям не рассказывают на курсах по менеджменту. Если вам интересна эта и подобные темы – подписывайтесь на мой ТГ канал « Морковка спереди, морковка сзади » и читайте другие мои статьи здесь, на Хабре. Есть много правил ведения тикетов, есть много уникальных процессов - для каждой компании свой. Есть много фремворков и трекеров. Но есть два базовых правила, про которые, я считаю, надо помнить всегда. Эти правила применимы всегда и всюду, независимо от ваших процессов и стиля работы команды. По крайней мере, я еще не видел процесса разработки, которому бы они вредили 😊

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

#постановка_задач #правила_постановки_задач #правила_постановки_задачи #управление_проектами #управление_командой #как_ставить_задачи #тикеты_в_JIRA

Культура ведения задач в трекере (пара правил для Руководителей)

Сегодня будет про культуру ведения тикетов в трекере. Раз за разом я долдоню своим менеджерам одно и тоже, а все равно стоит отвлечься, и треш, с которым я веду войну, просачивается в процесс разработки. Я не претендую тут на идеальную картину мира и идеальный процесс разработки, у каждой команды свои правила работы, но есть пара моментов, которые вымораживают при любом процессе. И, вроде, они настолько очевидны, что даже не стоят кликов по клаве, чтобы писать, но почему-то каждый раз мне приходится объяснять это новеньким. Наверное, просто надо один раз написать и потом слать ссылку на текст. Для этого и напишу 😊 Это очередная статья, посвященная софтскилам и лайфхакам, о которых руководителям не рассказывают на курсах по менеджменту. Если вам интересна эта и подобные темы – подписывайтесь на мой ТГ канал « Морковка спереди, морковка сзади » и читайте другие мои статьи здесь, на Хабре. Есть много правил ведения тикетов, есть много уникальных процессов - для каждой компании свой. Есть много фремворков и трекеров. Но есть два базовых правила, про которые, я считаю, надо помнить всегда. Эти правила применимы всегда и всюду, независимо от ваших процессов и стиля работы команды. По крайней мере, я еще не видел процесса разработки, которому бы они вредили 😊

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

#постановка_задач #правила_постановки_задач #правила_постановки_задачи #управление_проектами #управление_командой #как_ставить_задачи #тикеты_в_JIRA

Культура ведения задач в трекере (пара правил для Руководителей)

Сегодня будет про культуру ведения тикетов в трекере. Раз за разом я долдоню своим менеджерам одно и тоже, а все равно стоит отвлечься, и треш, с которым я веду войну, просачивается в процесс разработки. Я не претендую тут на идеальную картину мира и идеальный процесс разработки, у каждой команды свои правила работы, но есть пара моментов, которые вымораживают при любом процессе. И, вроде, они настолько очевидны, что даже не стоят кликов по клаве, чтобы писать, но почему-то каждый раз мне приходится объяснять это новеньким. Наверное, просто надо один раз написать и потом слать ссылку на текст. Для этого и напишу 😊 Это очередная статья, посвященная софтскилам и лайфхакам, о которых руководителям не рассказывают на курсах по менеджменту. Если вам интересна эта и подобные темы – подписывайтесь на мой ТГ канал « Морковка спереди, морковка сзади » и читайте другие мои статьи здесь, на Хабре. Есть много правил ведения тикетов, есть много уникальных процессов - для каждой компании свой. Есть много фремворков и трекеров. Но есть два базовых правила, про которые, я считаю, надо помнить всегда. Эти правила применимы всегда и всюду, независимо от ваших процессов и стиля работы команды. По крайней мере, я еще не видел процесса разработки, которому бы они вредили 😊

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

#постановка_задач #правила_постановки_задач #правила_постановки_задачи #управление_проектами #управление_командой #как_ставить_задачи #тикеты_в_JIRA

Анализ, декомпозиция и оценка задач: от теории к практике

Привет, Хабр! Меня зовут Максим, и я более 6 лет работаю Frontend-разработчиком в IT-проектах и продуктах. За это время я насмотрелся на разные подходы к управлению задачами — от полного хаоса до сверхжёсткого контроля. И знаете что? Ни одна из крайностей не работает хорошо. Сегодня хочу рассказать вам историю о том, как в одном проекте мы с командой пришли к методу работы с задачами. Он не только нас удовлетворил, но и дал понять что, как и когда мы будем делать ещё до этапа реализации. Но давайте начнем с типичной ситуации в мире разработки...

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

#управление_проектами #анализ #декомпозиция_задач #оценка_времени #оценка_трудозатрат #постановка_задач #продуктовая_разработка #продукт_менеджмент #soft_skills #эффективная_работа

Анализ, декомпозиция и оценка задач: от теории к практике

Привет, Хабр! Меня зовут Максим, и я более 6 лет работаю Frontend-разработчиком в IT-проектах и продуктах. За это время я насмотрелся на разные подходы к управлению задачами — от полного хаоса до сверхжёсткого контроля. И знаете что? Ни одна из крайностей не работает хорошо. Сегодня хочу рассказать вам историю о том, как в одном проекте мы с командой пришли к методу работы с задачами. Он не только нас удовлетворил, но и дал понять что, как и когда мы будем делать ещё до этапа реализации. Но давайте начнем с типичной ситуации в мире разработки...

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

#управление_проектами #анализ #декомпозиция_задач #оценка_времени #оценка_трудозатрат #постановка_задач #продуктовая_разработка #продукт_менеджмент #soft_skills #эффективная_работа

Анализ, декомпозиция и оценка задач: от теории к практике

Привет, Хабр! Меня зовут Максим, и я более 6 лет работаю Frontend-разработчиком в IT-проектах и продуктах. За это время я насмотрелся на разные подходы к управлению задачами — от полного хаоса до сверхжёсткого контроля. И знаете что? Ни одна из крайностей не работает хорошо. Сегодня хочу рассказать вам историю о том, как в одном проекте мы с командой пришли к методу работы с задачами. Он не только нас удовлетворил, но и дал понять что, как и когда мы будем делать ещё до этапа реализации. Но давайте начнем с типичной ситуации в мире разработки...

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

#управление_проектами #анализ #декомпозиция_задач #оценка_времени #оценка_трудозатрат #постановка_задач #продуктовая_разработка #продукт_менеджмент #soft_skills #эффективная_работа

Эффективная постановка и ведение задач в IT-проектах

Привет, Хабр! Как Frontend-разработчик, я столкнулся с проблемой неэффективной постановки задач в моей команде. Это привело к потере времени, недопониманию и снижению качества работы. Например, однажды мы потратили целую неделю на разработку функциональности, которая в итоге оказалась не той, что ожидал заказчик из-за неполного описания требований. В другой раз из-за отсутствия четких критериев приемки мы трижды возвращались к доработке уже "готовой" задачи. В этой статье я поделюсь результатами своего исследования и практическими рекомендациями по улучшению процесса постановки и ведения задач, которые мы теперь применяем в работе. Шаблоны и примеры задач будут в конце статьи.

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

#задачи #продукт #постановка_задач #документация #шаблоны #исследование

Оно вам надо: про цели и ценность задач по разработке

Вы когда-нибудь задумывались — как член команды разработки — почему некоторые функции в приложениях не используются? Возможно, вам доводилось испытывать ощущение бессилия или бессмысленности своей работы? Либо, напротив — у вас возникало желание сделать лучше? Или, может быть, вам приходилось выполнять задачи, в которых вы сами не видели ценности для пользователя? Возможно ли в принципе избежать подобных ситуаций? Непонимание ценности выполняемых задач — одна из частых проблем, которые встречаются при разработке ПО. Как следствие, команда начинает бездумно внедрять новые процессы, не понимая, как они связаны с уже существующими. Все это может закончиться тем, что будет создана функциональность, которая не принесет выгоды пользователям и не будет соответствовать ожиданиям заказчика. Всем привет! Я Гузель Хамидуллина, системный аналитик в Positive Technologies. Хочу поделиться с вами мыслями о том, насколько важно для команды разработки понимать ценность входящих задач. Заценить

https://habr.com/ru/companies/pt/articles/829052/

#разработка_продукта #требования #постановка_задач #постановка_целей #функциональность #системный_анализ #пользователь #критическое_мышление

Оно вам надо: про цели и ценность задач по разработке

Вы когда-нибудь задумывались — как член команды разработки — почему некоторые функции в приложениях не используются? Возможно, вам доводилось испытывать ощущение бессилия или бессмысленности своей работы? Либо, напротив — у вас возникало желание сделать лучше? Или, может быть, вам приходилось выполнять задачи, в которых вы сами не видели ценности для пользователя? Возможно ли в принципе избежать подобных ситуаций? Непонимание ценности выполняемых задач — одна из частых проблем, которые встречаются при разработке ПО. Как следствие, команда начинает бездумно внедрять новые процессы, не понимая, как они связаны с уже существующими. Все это может закончиться тем, что будет создана функциональность, которая не принесет выгоды пользователям и не будет соответствовать ожиданиям заказчика. Всем привет! Я Гузель Хамидуллина, системный аналитик в Positive Technologies. Хочу поделиться с вами мыслями о том, насколько важно для команды разработки понимать ценность входящих задач. Заценить

https://habr.com/ru/companies/pt/articles/829052/

#разработка_продукта #требования #постановка_задач #постановка_целей #функциональность #системный_анализ #пользователь #критическое_мышление

Оно вам надо: про цели и ценность задач по разработке

Вы когда-нибудь задумывались — как член команды разработки — почему некоторые функции в приложениях не используются? Возможно, вам доводилось испытывать ощущение бессилия или бессмысленности своей работы? Либо, напротив — у вас возникало желание сделать лучше? Или, может быть, вам приходилось выполнять задачи, в которых вы сами не видели ценности для пользователя? Возможно ли в принципе избежать подобных ситуаций? Непонимание ценности выполняемых задач — одна из частых проблем, которые встречаются при разработке ПО. Как следствие, команда начинает бездумно внедрять новые процессы, не понимая, как они связаны с уже существующими. Все это может закончиться тем, что будет создана функциональность, которая не принесет выгоды пользователям и не будет соответствовать ожиданиям заказчика. Всем привет! Я Гузель Хамидуллина, системный аналитик в Positive Technologies. Хочу поделиться с вами мыслями о том, насколько важно для команды разработки понимать ценность входящих задач. Заценить

https://habr.com/ru/companies/pt/articles/829052/

#разработка_продукта #требования #постановка_задач #постановка_целей #функциональность #системный_анализ #пользователь #критическое_мышление

Владимир Зима «Инструменты руководителя. Понимайте людей. Управляйте людьми». 3-е издание — СПб. Питер, 2022 — 256 стр

Оценка 10/10 Сложность: от начального уровня Сначала пара слов об авторе. Владимир Зима - преподаватель, консультант, предприниматель, занимающийся продвижением идеи, что руководитель - это полноценная и сложная профессия, а не только престижная должность, а управления людьми и компаниями - это научная дисциплина. Книга дает минимально необходимый набор инструменты для успешной и рациональной деятельности на базовом уровне управления - управлении исполнением работами конечных исполнителей. Каждый руководитель в "вертикали управления" в компании имеет своих непосредственных подчиненных, поэтому владение этими базовыми инструментами must have для всех руководителей. Книга явно с прикладным уклоном. По мне, она больше похожа на методичку для практической работы, чем на привычную водянисто успешную или заумную бизнес литературу. Чем книга меня зацепила еще до ее прочтения - это структура. После каждой главы приведены вопросы для самопроверки заполнилось ли главное из главы. Второе, чем выделяю для себя инструменты - это способность автора просто, четко и однозначно формулировать мысли. Как считаете, какой руководитель в своей работе будет более успешен? Тот, кто верит в людей и полагается на них во всем, или тот, кто строит четкие и рациональные схемы, где люди - это обслуживающий персонал процессов, конвейеров и т.д.? Скорее всего, вы ответили, что лучше быть где-то между этими крайностями. Круто, а где именно эта середина? Инструменты, опять же исключительно на мой взгляд, являются неплохим балансом между упорядочиванием через формализацию деятельности (сухие таблицы и схемы) и беспорядком, который вносится в системы и процессы отдельными людьми (субъективное восприятие и эмоциональность). Т.е. они могут вполне способны помочь вам построить стабильные и эффективные системы на основе нелогичных и нерациональных элементов.

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

#постановка_задач #мотивация_персонала #мотивация_сотрудников #обратная_связь #линейное_управление

Когда говорят 'Сделай хорошо': Рекомендации для разработчиков по улучшению процесса

В предыдущей статье , где я затронул тему отмены задач, возникли оживленные дискуссии. Некоторые утверждали, что достаточно найти тим лида с "стальными яйцами", и проблемы с непонятными задачами исчезнут. Но действительно ли это так просто? И правда ли, что решение этих проблем не входит в нашу компетенцию? Как руководитель разработки, я часто вижу, как команды берут на себя задачи, которые кажутся им неправильными, тратят часы на их разъяснение и еще больше времени на доработку перед сдачей. Может показаться, что работа по формулировке задач лежит за пределами нашей ответственности, но если мы продолжим брать непонятные задачи, для продуктовых менеджеров это будет сигналом, что все идет хорошо. Но мы знаем, что это не так. Не стоит ждать, что ситуация изменится сама по себе или кто-то внезапно решит все проблемы за нас. Пора задуматься о том, как мы можем влиять на этот процесс и сделать нашу работу более эффективной. Ведь в любом случае время на эти задачи уходит, так давайте по крайней мере потратим его с пользой. Я ожидаю, что некоторые из вас скажут: "Всё это очевидно, просто возьми и сделай". Но давайте не будем забывать, что целые книги написаны о том, как правильно описывать требования и структурировать работу, существуют стандарты, но проблема всё ещё актуальна. Понимание того, что перед нами не простая задача, приходит с опытом в разработке, и именно поэтому я отношу её к категории средней сложности. Я старался изложить её как можно проще, но уверен, что ваши конструктивные комментарии помогут сделать изложение идеальным. Спасибо вам заранее за это.

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

#требования #постановка_задач #agile #backlog

Как ставить задачи, чтобы их понимали

Большинству руководителей знакомы ситуации, когда сотрудники не укладываются в дедлайн, ресурсы на исходе, а таск-трекеры переполнены. Не спешите обвинять персонал в отлынивании от дел — возможно, проблема в неправильной постановке задач. Основные виды задач В условиях ограниченных ресурсов важно правильно расставить приоритеты. Существует несколько классификаций для определения первостепенных задач и времени работы над ними. По степени важности и срочности для бизнеса выделяют четыре уровня приоритетности: • A — важные и срочные; • B — важные, но несрочные; • C — срочные, но неважные; • D — несрочные и неважные. Такую систему удобно применять с помощью матрицы Эйзенхауэра. Задачи каждого параметра заносятся в четыре соответствующих квадрата и выполняются по степени неотложности. Достаточно несколько недель такой практики, чтобы научиться предвидеть появление важных и срочных дел. Это поможет заблаговременно подходить к решению таких вопросов, а значит более качественно их выполнять. Кстати, вот как выглядит матрица Эйзенхауэра:

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

#управление_проектами #управление_задачами #постановка_задач #оптимизация_работы

Заметки для начинающего тимлида

Я работаю тимлидом и лидом лидов на разных уровнях в разных по масштабу командах разработки уже более пяти лет. За это время я прошел несколько стадий развития - от взгляда "тимлид - это просто самый опытный разработчик" до стадии, когда мне нужно регулярно растить или нанимать тимлидов в разные команды. На последнем этапе я столкнулся с тем, что мне нужно найти тимлидов сразу в несколько новых команд, которые появились после реорганизации направления разработки в компании. Возглавить эти команды я предложил разработчикам, которые на мой взгляд являются не только хорошими техническими специалистами, но и демонстрируют навыки и желание брать на себя ответственность за команду и расти внутри компании. Учитывая что некоторые из разработчиков не имеют опыта работы в лидовской позиции или имеют минимальный опыт, я решил организовать серию мастер-классов для начинающих тимлидов. Фидбэк от команды оказался позитивным, поэтому я решил поделиться знаниями и с сообществом. В этом посте я начну с самых основ - поделюсь как я выстраиваю коммуникацию с каждым отдельным участником команды. Если пост получит хороший отклик - постараюсь раскрыть и другие темы.

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

#тимлидство #управление_людьми #управление_командой #коммуникация #постановка_задач #фидбэк #обратная_связь #11

ХМУС система. Твой друг в найме и постановке задач

В рамках статьи вы узнаете про Систему ХМУС, или Хочет, Может, Управляем, Совместим. Что делать, если сотрудник Хочет и может, но не управляем? Какие вопросы нанимателю стоит задать на собеседовании, чтобы определить наличие или отсутствие этих критериев у соискателя? И другие интересности Хочу узнать получше

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

#QA #management #hrтехнологии #lead #менеджмент #менеджмент_персонала #постановка_задач #задачи #ХМУС