Как писать задачи в программе

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

Почему важно зафиксировать весь процесс работы в виде технической документации?

1. В ТЗ прописаны договоренности между исполнителем и заказчиком, которые сложно выразить в договоре из-за использования специфической IT-терминологии.
2. Это сэкономит время на коммуникациях: зафиксированные технические решения избавят от многочисленных пересказов, подтверждений, путаницы в показаниях.
3. Документ позволит четко разделить зоны ответственности между сторонами проекта.
4. ТЗ дает возможность проанализировать будущий проект и выявить проблемы на стадии планирования.
5. Правильно составленное задание сделает поведение всех участников работы предсказуемым и избавит от возникновения многочисленных недоразумений.
6. С юридической точки зрения, наличие этого документа облегчит сторонам разрешение спорных моментов.
7. Техзадание делает возможным финансовое планирование, что является залогом успешного бизнеса. Заказчику будет заранее видно, на что расходуются его средства.

У каждого проекта должны быть обозначены границы — по стоимости, объему выполняемых работ, срокам исполнения и качеству. Все это должно быть зафиксировано в ТЗ.

Краткая запись задачи. Как сделать краткую запись к задаче?

Если одна из сторон хочет сотрудничать без техзадания

Это может означать следующее:

1. Заказчик не устанавливает четких требований специально, чтобы затем получить часть работ бесплатно, либо он не уверен/не знает/не решил/не понимает, что ему надо.
2. Разработчик надеется на постоянное продолжение работ за счет заказчика, аргументируя это некой неопределенностью.

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

Участники проекта

Заказчик Менеджер проекта Разработчики

Ставит задачу	Ставит задачу разработчикам	Выполняют задание в соответствии с ТЗ
Согласовывает ТЗ	Контролирует ход работы и расставляет приоритеты
Принимает работу	Осуществляет взаимодействие с заказчиком и разработчиком
	Тестирует выполненную работу (если нет тестировщиков)

Если проект большой, дополнительно могут добавиться участники:

• Product Manager
• Руководитель проекта
• Спонсор проекта
• Тестировщики
• Технические писатели
• Кураторы
• Пользователи/потребители (например, для финального тестирования)
• И др.

Если проект маленький, то заказчик и исполнитель, как правило, работают напрямую. В этом случае тестирование берёт на себя заказчик, а разработчик сам контролирует сроки и ставит приоритеты.

Как БЫСТРО изучить АЛГОРИТМЫ и научиться решать задачи? Книги, сайты, инструменты

Что дает сторонам каждый раздел ТЗ:

Раздел ТЗ

+ Для Заказчика

+ Для Разработчика

Осознание задач, которые решает проект или его доработка

Понимание сути задачи

Представление о том, каким будет готовый продукт

Уверенность в правильном понимании конечного результата

Ориентирование в сроках работ и получения планируемых результатов

Оценка трудозатрат и потребности в ресурсах

Определение более-менее точной суммы затрат и планирование бюджета

Согласованный учет всех работ проекта

Подробное описание работ и каждого этапа реализации проекта

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

Оценка результата работ

Проверка работы проекта по программе тестирования на соответствие требованиям задания

Возможность удостовериться в бесперебойной работе проекта и в его соответствии требованиям ТЗ

Планирование затрат на обслуживание и представление о дальнейшей поддержке проекта

Выполнение работ с учетом обслуживания проекта в перспективе

Планируемые доработки проекта

Доработка в соответствии с новыми потребностями

Последствия составления некачественного задания

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

Обычно разработке качественного ТЗ мешают следующие моменты:

• Заказчик не готов платить до 40% от стоимости проекта только за разработку задания. Например, можно еще до начала проектирования написать все тест-кейсы и заложить в ТЗ. Но в этом случае стоимость задания с тест-кейсами может превысить стоимость разработки, а его составление займет не один месяц. Зато это полностью снимает вопрос с ошибками в работе и упрощает приёмку.
• Заказчик не знает всех деталей проекта до начала эксплуатации уже готового результата.
• Исполнитель не готов без должной оплаты тратить больше ресурсов на разработку ТЗ.
• Исполнитель и заказчик не могут предвидеть заранее все возможные проблемы. Опытные участники проекта с обоих сторон могут заранее предусмотреть ряд типовых и уникальных проблем, но это не гарантирует, что вся работа над проектом пройдет гладко.

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

Большинство таких проблем решает Agile (гибкий подход к работе), но это не отменяет необходимость составления ТЗ. Используйте Agile при разработке любых проектов с высокой неопределённостью. Как правило, против этого выступают только заказчики, потому что они не видят точной границы цены и сроков. Зато финальный продукт гарантировано будет выполнять поставленные задачи — Agile в разы снижает число готовых проектов, которые были заброшены из-за того, что не выполняют своих функций.

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

Техзадание должно отвечать на вопросы:

Основные рекомендации и пояснения по написанию ТЗ

1. Чем больше масштаб проекта, тем более объемным должно быть техническое задание.
2. Необходимо указывать реально осуществимые сроки выполнения работ с учетом времени на согласование проектной документации и приемо-сдаточных мероприятий. Стоит обратить внимание на ответственность заказчика за бездействие с его стороны или на форс-мажоры, тормозящие выполнение работ.
3. Программисту нужны четкие условия. Формулировки “как вариант”, “примерно”, “около”, “где-то рядом”, “там, где лучше по вашему мнению”, — неприемлемы. Требования и характеристики, которые носят субъективный характер, бессмысленны с практической и ошибочны с юридической точек зрения.
4. Чтобы сделать задачу по созданию какого-либо функционального модуля понятной для программиста, в техзадании размещают гиперссылки на те страницы, где есть нужные элементы интерфейса и функции, и дают к ним подробные пояснения. Также прилагают скриншоты с выделением интересующего фрагмента.
5. Если дизайна для страниц нет или он не так важен для заказчика, программист может использовать прототипы, о чем после согласования указывается в задании.
6. ТЗ должно быть удобным и понятным для всех сторон проекта, подробно описывать все этапы и подпункты даже по самым незначительным работам. Программист и менеджер не всегда имеют представление о том, что необходимо заказчику, поэтому важно своевременно обнаружить и согласовать все несогласованные детали.

7 типовых ошибок

1. Нечеткие цели и задачи.
2. Мало деталей в технической информации.
3. Размытые или неустановленные сроки.
4. Нет согласованности по всем вопросам между сторонами.
5. Нет регламента взаимодействия.
6. Нет ответственных лиц.
7. Нет критериев оценки результата.

Пример правильного технического задания на доработку проекта

Задача:
Разместить на сайт www.site.name.ru новую страницу, где будут размещены контакты и фотографии продавцов-консультантов, а также онлайн чат.

Описание:

Если работы выполняются для целей SEO – не забывайте закладывать все необходимые элементы на странице.

Также внизу разместить форму заказа.

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

Читать дальше подобные статьи

• Что такое внутренние ошибки сервера 500 Internal server error и как их исправить?
• Проверка сайта на ошибки 404. Как исправить ссылки на страницу?
• Проверить ошибки HTML кода с помощью валидатора Labrika
• Требования к CMS для SEO сайта интернет-магазина или форума

Источник: labrika.ru

Использование планировщика задач

В этом разделе содержатся примеры кода, иллюстрирующие использование API планировщика задач, и XML-примеры, показывающие, как задачи определяются в схеме планировщика задач. Большинство из этих примеров представляют собой автономный код, который можно запустить независимо или вставить в более крупное приложение и изменить в соответствии с требованиями приложения.

В следующей таблице перечислены примеры планировщика задач 2.0, включенные в этот раздел.

Пример Описание

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

В следующей таблице перечислены примеры планировщика задач 1.0, включенные в этот раздел.

Пример Описание

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

Источник: learn.microsoft.com

Как сформулировать эффективную задачу проекта (с примерами)

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

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

Что такое задачи проекта?

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

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

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

Задачи проекта и цели проекта

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

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

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

Задачи проекта и бизнес-задачи

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

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

• Пример задачи проекта. Повысить Индекс потребительской лояльности нашей компании до 62 пунктов к концу квартала.
• Пример бизнес-задачи. Стать ведущим поставщиком услуг в нашей категории.

Задачи проекта и план проекта

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

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

• Пример задачи проекта. К концу 3 квартала повысить кликабельность (CTR) писем на 10%.
• Пример плана проекта. Посмотрите пример плана в нашем руководстве по планированию проектов.

Задачи проекта и вехи проекта

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

Веха проекта — это контрольная точка, обозначающая конкретное достижение в хронологии проекта. Сами по себе вехи не представляют работу — скорее, они являются отметками о выполнении группы задач или получении группы ожидаемых результатов. Безусловно, вехи проекта важны, однако в отличие от них его задачи охватывают весь проект.

• Пример задачи проекта. Получить 20 000 подтверждений участия в нашем онлайн-мероприятии до даты закрытия регистрации (23 июня).
• Пример вехи проекта. 8 июня 2021 г.: публикация веб-страница с информацией о предстоящем виртуальном мероприятии.

Задачи проекта и ожидаемые результаты проекта

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

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

• Пример задачи проекта. До конца года сократить среднемесячный отток клиентов до >1%.
• Пример ожидаемого результата. Запустить кампанию по возврату для всех бывших клиентов.

Преимущества задач проекта

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

Когда у персонала нет чёткого понимания того, как его труд связан с более крупными целями проекта и компании, люди менее мотивированны и вовлечены. Согласно Отчёту Asana о целях только 26% сотрудников хорошо понимают, как их личная работа влияет на цели компании. Конечно, задачи проекта не то же самое, что цели компании, но именно они являются связующим звеном между работой отдельных сотрудников, задачами, выполняемыми в рамках проекта, и целями компании.

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

Пять советов о том, как правильно сформулировать задачи проекта

Секрет подготовки правильных задач проекта заключается в том, чтобы они были понятными и полезными. Для этого можно воспользоваться методологией SMART. SMART означает, что задачи должны быть:

• Specific — конкретными
• Measurable — измеримыми
• Achievable — достижимыми
• Realistic — реалистичными
• Time-bound — ограниченными по времени

Полное руководство по этой методологии приведено в нашей статье о том, как ставить SMART цели.

1. Формулируйте задачи проекта в начале работы над ним

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

2. Привлекайте команду проекта к процессу постановки задач

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

3. Создавайте короткие, но чётко сформулированные задачи проекта

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

4. Задачи проекта должны быть вам подконтрольны

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

• Specific — конкретные. Задача проекта должна иметь чёткую связь с проектом, которым занимается ваш коллектив. Избегайте слишком широких задач, которые напрямую не связаны с результатами проекта.
• Measurable — измеримые. После завершения проекта вам потребуется возможность оценить его и определить, был ли он успешным. В связи с этим задачи проекта должны быть легко измеримыми — это может изменение в процентах или определённое количество активов.
• Achievable — достижимые. Поставили ли вы задачи, которых действительно сможете достичь в рамках проекта? Этот вопрос связан с объёмом проекта — если объём проекта нереалистичен, то и задачи, скорее всего, также не будут реалистичными. Без достижимых целей проекта он может пострадать от разрастания объёма, задержек или переработок.
• Realistic — реалистичные. Формулируя задачи проекта, у вас должно быть общее представление об имеющихся ресурсах проекта. Убедитесь в том, что поставленные задачи можно выполнить за отведённое время, располагая ресурсами, которые выделены на проект.
• Time-bound — ограниченные по времени. Задачи проекта должны учитывать его хронологию. Обязательно примите в расчёт то количество времени, которое отведено для работы над проектом.

5. Сверяйтесь с задачами проекта в процессе его реализации

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

Примеры хороших и плохих задач проекта

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

Пример 1. Задача бизнес-проекта

• Плохо. Обновить домашнюю страницу.

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

• Хорошо. Создать абсолютно новые материалы и текст для домашней страницы, основанные на четырёх историях успеха клиентов и примерах использования. Запустить обновлённую домашнюю страницу, упор на которой делается на ценности для клиентов, до конца 2 квартала.

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

Пример 2. Цель некоммерческого проекта

• Плохо. Повысить экологичность нашего производственного процесса на 5%

Хотя эта задача более конкретная, чем в предыдущем плохом примере, в ней всё равно не хватает нескольких важных параметров. Эта задача измерима (на 5%), но не конкретна и не ограничена по времени, так как мы не указали, что подразумевается под «экологичностью» и к какому времени нужно улучшить производственный процесс. В результате невозможно понять, является ли задача достижимой и реалистичной.

• Хорошо. Сократить отходы производства на 5% и повысить использование переработанных материалов на 20% за следующие 12 недель.

Эта задача проекта основана на предыдущей, и теперь она стала конкретной. Эта задача также позволяет измерить достижение целей (на 5%. на 20%). Задача достаточно сложная, но то, что она ограничена по времени (за следующие 12 недель), делает её достижимой и реалистичной.

Пример 3. Задача личного проекта

• Плохо. Улучшить оценки работы

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

• Хорошо. Получить как минимум 4 из 5 баллов за оценку работы в марте и сентябре 2021 года.

Здесь мы видим задачу проекта, отвечающую всем условиям: она конкретна (получить минимум 4 из 5 баллов), измерима (4 из 5), достижима и реалистична (4 из 5 баллов даёт возможность учесть трудности, которые могут неожиданно возникнуть), а также ограничена по времени (в 2021 году).

Говоря объективно, создавать задачи проекта — хорошая идея

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

Источник: asana.com