11 советов, как делать проекты и не сдохнуть — Офтоп на vc.ru

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

5202 просмотров

В статье я собрал небольшую подборку граблей, которые когда-то стоили мне немало денег, времени и сил.

Если видите их в своем проекте, не важно, заказчик вы или исполнитель, срочно беритесь исправлять, пока не стало поздно. Если есть вопросы, задавайте, первый совет бесплатно

Без ТЗ

Несколько десятков тематических картинок, куча крутых историй, советы бывалых… Все это идет лесом, когда появляется хоть один минимальный аргумент «вот в этом проекте, тут все просто и понятно, давайте не будем делать ТЗ».

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

Если ваш проект разбит на задачи (Канбан), то у каждой задачи должно быть подробное, однозначное и непротиворечивое описание. Если разбит на спринты (Скрам), то у вас должен быть беклог с задачами, которые (см выше) опять же должны быть описаны. Если сложить описание всех задач в большом проекте, получится ТЗ на несколько десятков страниц. Так вот, в классическом Faterfall 1 (один) день, потраченный на разработку ТЗ экономит 1 (один) месяц на сдаче-приемке проекта.

Подробо расписанное ТЗ может как увеличить, так и сократить объем работ, планируемый на преселле. Соответственно, в Договоре вам нужен пункт о том, что цена может быть пересмотрена после согласования ТЗ.

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

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

Оценка задачи без программиста

Иногда сложные задачи поступают на этапе пресела. Иногда в процессе проекта. Так вот, оценивать задачу должен программист. Есть два подхода. В первом задачу оценивает тот, кто будет ее делать. И если не уложился в свою оценку, то «лишнее» не оплачивается.

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

Безлимитное количество правок

Доводилось сталкиваться с тем, что либо заказчик просит, либо исполнитель предлагает безлимитное количество правок в дизайн. «Правим до согласования», примерно так. Лично меня от этого отучил заказчик, получивший 52 (пятьдесят две) версии макета главной страницы! Как итог, я посчитал, что дешевле вернуть ему оплату, чем дальше работать по проекту.

Проблема тут одна — рентабельность. При бюджете X мы можем потратить часы Y на задачу. И если объем работы превышен на 20% и более, то исполнитель на проекте не зарабатывает. А если на 30%, то начинает терять. То есть попадает в ситуацию, когда «дешевле не работать».

По-этому после внесения определенного количества (обычно 3-4) правок, макет считается принятым.

Молчание означает согласие

Тут все просто. Если на присланную работу нет ответа в определенный срок (от 3 дней до недели обычно), то работа считается принятой. Это не наша придумка, это положение Гражданского Кодекса. Попытка внести в договор иное, является ошибкой как с точки зрения управления проектом, так и и точки зрения законодательства.

Идентификация согласованных макетов

Тут вместо объяснения расскажу 2 реальные ситуации.

Менеджер проекта приносит заказчику макеты. — Все нравится (почти не глядя) — Да — Подпишите акты — Пожалуйста — Теперь подпишите сами макеты

— О! Если мне надо их подписывать, то я их тогда посмотрю

Вторая ситуация

Менеджер на стороне клиента согласовал с нами одну версию макета. А с директором другую. «Подлог» вскрылся только на готовом проекте. Пришлось переделывать.

Как итог. Подписывайте не только акт за работу, но и саму работу. Дизайн, текст ТЗ, скрин-шот верстки. Сэкономит кучу сил и времени.

Отдача исходников до оплаты

Тут возможны две проблемы. Первая: тот, кто будет заполнять сайт, может проигнорировать инструкции по работе с ним и банально его сломать. А чинить вам и за свои деньги. И второе — мы создаем «на той стороне» соблазн получить проект «за полцены». А уж советчиков, которые расскажут, что именно так и надо поступить, и вообще эти жулики разработчики должны работать бесплатно, уверяю, вокруг ЛПР-а всегда найдется тысяча.

Не прописано продление сроков

Все просто: сроки автоматически (по договору) продлеваются на время согласования выполненной работу. Почему так? Представим себе, что на каждый этап работы мы ждем ответа по 3 дня (и еще 2 исполняем то, что указано в ответе). Получается, что одна итерация правок занимает рабочую неделю. В каждом этапе работ разрешено 3-4 итерации правок. В проекте 4-5 этапов. Получаем продление сроков на 20(!) недель без единого дня задержки на стороне исполнителя. Хотите платить неустойку за полгода опозданий по срокам? Нет? Тогда пишите «Сроки исполнения работ по договору автоматически продлеваются на время внесения правок».

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

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

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

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

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

Постановка задачи напрямую специалисту

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

Садомазо и чувство вины

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

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

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

Но в любом ином случае взяться решать бесплатно, значит признать себя виноватым в проблеме. И автоматически поставить заказчика в позицию «мой исполнитель плохой — исправляет, исправляет и никак не исправит». Так вы получите разом и испорченные отношения и убыточный проект. А могли бы получить хорошие отношения и прибыльный проект.

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

А тем, кто дочитал до конца, бонусные двенадцатые грабли о работе одного специалиста над несколько проектов. Расскажу их в виде анекдота: Решили открыть в Одессе публичный дом для иностранных моряков. В горком пригласили тетю Песю с Молдаванки, известную в дореволюционной Одессе бандершу, и предлагают ей возглавить новое учреждение. Ей сулят всяческие блага. — Нет, — говорит тетя Песя, — знаю я ваши порядочки. Десять коек — для горкома, двадцать — для обкома, органам — по потребности. Весной вы будете моих девочек дергать в колхоз на посевную, осенью — на уборочную. А тетя Песя ложись и выполняй план?

Как писать научные проекты — ИТПЗ

Заметка молодому ученому

  1. Если Вы загорелись исследованием какого-то явления или процесса, первое, что могу посоветовать, узнайте у более опытного профессионала, что он знает об этом и что может посоветовать Вам прочесть на эту тему.
  2. Соберите и прочтите литературу по теме: это не только поможет Вам погрузиться в тематику, но и позволит написать хорошее введение (state- of-the-art) по теме Вашего будущего проекта.
  3. Определите нерешенные проблемы и подумайте, что может быть самым интересным для Вас в этих нерешенных проблемах, и как Вы смогли бы внести свой посильный вклад в их решение. Выберете самую значимую задачу в соответствии с Вашими научными интересами. Вновь посоветуйтесь с опытными учеными о выбранной теме.
  4. Сегодняшние важные социальные задачи требуют мультидисциплинарности. Возможно Вам придется подумать о создании коллектива ученых разных специальностей, чтобы вместе решить сложную проблему.
  5. Прежде чем приступить к написанию проекта, сформулируйте Ваши научные мысли и обсудите их с будущей командой исполнителей проекта. Подумайте какова будет значимость Вашего исследования с научной и социальной точек зрения, а также ее своевременность и осуществимость.
  6. Если Ваш будущий проект является теоретическим, но надо подумать, как его результаты могут быть использованы на практике сейчас или в дальнейшем. Если проект теоретический, но направлен на изучение некоторых природных явлений, то надо подумать о данных, на которых Ваши теоретические модели будут проверяться. Данные имеют сегодня большое значение. В нашем случае – это геологические, геофизические и геодезические наблюдения. Когда будете готовить проект надо четко описать, как Вы будете собирать данные и как их использовать и анализировать.
  7. Индивидуальные фонды, предоставляющие гранты, по-разному относятся к значимости исследований. Поэтому не забудьте проверить конкретные инструкции при подаче заявки. Например, просмотрите внимательно формулировку конкурса — Ваше предложение должно соответствовать его целям.

Теперь Вы практически готовы написать проект нового исследования.

  • Подумайте о названии заявки. Очень часто встречаешь названия проектов в 20-30 слов, напоминающими его краткое содержание. Это сразу же говорит опытному рецензенту, что заявитель не может даже четко сформулировать название. Название должно быть лаконично, привлекательно и содержать основной посыл проекта.
  • Резюме открывает дверь рецензенту в Ваш проект. И если оно написано плохо, считайте, что проект не пройдет. Это самая ценная часть Вашего проекта, и она должна быть написана так, чтобы привлечь внимание рецензента, заинтересовать его и возможно даже восхитить. Послекраткого изложения современного положения в данной области науки (1-2 предложения), Вы должны четко сформулировать проблему, которую собираетесь исследовать (2-3 предложения). Затем опишите методы исследования, особенно если собираетесь их усовершенствовать в ходе работы (2-3 предложения). Напишите про этапы исследований (3-4 предложения) и об ожидаемых результатах (1-2 предложения). Коротко обоснуйте значимость и своевременность исследования, и значение результатов исследования для прогресса науки и общества (2-3 предложения).
  • Современное состояние в области знания должно опираться на изученную литературу. Опишите подробно, что сделано ранее и укажите на пробелы в знании (то есть, какие области знания недостаточны изучены в настоящее время), и как Вы намерены эти пробелы заполнить. Если будущий проект из той области знаний, где у Вас имеются опубликованные результаты, то опишите Ваш задел наряду с другими исследованиями. Ссылки только на свои исследования говорят рецензенту, что Вы практически не знаете, что делается в этой области знаний или намеренно не хотите привлекать внимание рецензента к аналогичным работам других авторов. Обязательно скажите, чем Ваши работы отличаются от работ других групп исследователей.
  • Основная часть проекта – это его описание. Начните с того, что Вы собираетесь сделать и чего достичь, каковы основные и специфические цели проекта.
  • Обоснуйте более подробно значимость и своевременность исследования. Не думайте, что рецензенты сочтут значимость очевидной. Сделайте это понятным даже для обычных читателей. Будьте конкретны. Такие фразы, как «Наши исследования улучшат понимание процесса землетрясений» слишком широки.
  • Теперь надо описать как эти цели будут достигнуты, какими методами и с помощью каких данных. Методы должны быть описаны так, чтобы они были понятны не только Вам, но и рецензенту, который возможно не знаком с конкретными методами. Дайте понять рецензенту, что Вы знаете, как Вы будете использовать эти методы. Что касается данных, то я написал об этом выше.
  • После этого Вы должны приступить к подробному описанию проекта. Разбейте его на логические части, которые можно решать последовательно или параллельно. Для каждой части работы укажите, что будет сделано, какие данные наблюдений конкретные методы будут использованы, какие результаты ожидается получить и как эти результаты будут использованы в последующих частях предложенного Вами исследования. Укажите кто будет выполнять каждую часть работы и срок выполнения этих исследований.
  • Опишите ожидаемые результаты работы. Скажите здесь, как они улучшат наше понимание того или иного процесса или явления, и зачем они нужны помимо теоретической красоты и элегантности полученных формул, особенно если результаты можно применить для решения социальных проблем.
  • Очень важная часть проекта – это описание возможных неудач при его выполнении. Опишите то, как Вы обойдете трудности в выполнении задач и продолжите работу. Рецензенты — сами ученые и конечно же понимают,что не всегда задачи имеют простое решение и могут стать неразрешимыми. Поэтому очень важно обдумать заранее, какие трудности могут появиться, и как из можно обойти.
  • Бюджет проекта никогда не должен быть максимальным. Если проект рассчитан на 2-3 года, просите в первый год меньшую, а в последний – большую сумму денег. Обосновывайте Ваш бюджет в деталях, даже если это не обязательно. Рецензент всегда обращает внимание на то, с каким пониманием руководитель проекта относится к каждой строке бюджета. Учтите, что средств научных фондов всегда меньше, чем сумма запрашиваемых денег по проектам. И поэтому хорошо составленный и обоснованный бюджет воспринимается как положительный элемент научного проекта. Учтите, что замечательный научный проект может быть не поддержан, если запрашиваемое финансирование неадекватно (напр., запрашивается огромная сумма на зарплату или на необоснованные вспомогательные расходы).

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

Успехов Вам!

А.Т. Исмаил-Заде

17.11.2020

Главное

Поиск

Искать:

КАК СОЗДАЮТСЯ ПРОЕКТЫ | ИАБР

Все СТРАНЫАргентинаБагамыБарбадосБелизБоливияБразилияЦентральная АмерикаЧилиКолумбияКоста-РикаДоминиканская РеспубликаЭквадорСальвадорГватемалаГайанаГаитиГондурасЯмайкаМексикаНикарагуаПанамаПарагвайПеруРегиональныйСуринамТринидад и ТобагоУругвайВенесуэла

ВСЕ ОТРАСЛИСЕЛЬСКОЕ ХОЗЯЙСТВО И РАЗВИТИЕ СЕЛАВОДОХРАНЕНИЕ И КАНАЛИЗАЦИЯГРАДОСТРОИТЕЛЬСТВО И ЖИЛЬЕОБРАЗОВАНИЕЭНЕРГЕТИКАФИНАНСОВЫЕ РЫНКИПРОМЫШЛЕННОСТЬСОЦИАЛЬНЫЕ ИНВЕСТИЦИИДРУГОЕЭКОЛОГИЯ И СТИХИЙНЫЕ БЕДСТВИЯРАЗВИТИЕ ЧАСТНЫХ ПРЕДПРИЯТИЙ И МСПРЕГИОНАЛЬНАЯ ИНТЕГРАЦИЯРЕФОРМА/МОДЕРНИЗАЦИЯ ГОСУДАРСТВАЗДРАВООХРАНЕНИЕНАУКА И ТЕХНОЛОГИИ НОЛОГИЯТОРГОВЛЯТРАНСПОРТУСТОЙЧИВЫЙ ТУРИЗМ

Все STATUSPreparationImplementationClosedCancelled

Планы закупокОбъявления о закупкахЗаключенные контрактыПроектные документыСведения о проектеСкачать информацию о проекте (. xlsx)

Проектный цикл

ИБР предоставляет финансирование государственному сектору через ссуды, гарантированные государством.

 

Каждый проект, финансируемый ИБР, проходит ряд этапов:

Операции с государственной гарантией

Банк периодически определяет и пересматривает свои страновые стратегии посредством структурированного и постоянного диалога со страной-заемщиком. Страна и Банк совместно определяют инициативы, которые должны быть включены в активную программу Банка. Эти инициативы определяются через несколько важных задач: диагностические исследования, постановка целей, анализ альтернатив и выбор финансового инструмента. Результаты этих задач превращаются в профиль проекта (PP). В ПП содержится основная информация о проекте, включая его обоснование и цели, технические аспекты и соответствующую отраслевую информацию, предлагаемые экологические и социальные меры безопасности, фидуциарную оценку, прогнозируемые суммы финансирования и предварительную повестку дня для выполнения проекта. PP сначала оценивается на совещании по рассмотрению приемлемости (ERM), которое определяет приемлемость операции, ее стратегию развития, а также подтверждает ее сроки и требования к ресурсам. После одобрения ПП со стороны ERM составляется проект Предложения по разработке операций (POD). POD определяет действия, ресурсы и график, необходимые для подготовки и контроля проекта. POD также включает Матрицу эффективности развития (DEM), План мониторинга и оценки (M&E) и Экономическую норму прибыли (ERR). POD оценивается, чтобы определить, будут ли ресурсы учреждения использоваться должным образом. POD проходит дополнительную проверку в рамках проверки качества и рисков (QRR). При необходимости вносятся дополнительные корректировки, а затем проект предложения по кредиту (DLP) готовится для одобрения Комитетом по операционной политике (OPC). Как только OPC утвердит DLP, проектная группа может приступить к распространению документа для рассмотрения и утверждения Советом директоров.

 

Основные задачи:

Профиль проекта (PP)
Предложение по операциям развития (POD) / Проект предложения по кредиту (DLP), включает:
Матрица эффективности развития (DEM)
План мониторинга и оценки (M & E)
Экономическая норма доходности (ERR)

 

Государственные гарантированные операции:

После утверждения проекта Советом кредитный договор может быть подписан страной-заемщиком.

 

Ключевая задача:

Предложение по кредиту (LP)

 

Операции с государственной гарантией:

После подписания кредитного договора можно приступать к реализации. Реализация проектов государственного сектора включает в себя периодический мониторинг деятельности и результатов с помощью Отчета о мониторинге прогресса (PMR). Реализация также включает деятельность по надзору и мониторингу выплат, финансового управления, процедур закупок, управления рисками и/или политики соблюдения мер безопасности.

 

Основные задачи:

Отчет о мониторинге прогресса (PMR)

 

Суверенные гарантированные операции:

После выполнения проекта выполняются оценки для измерения результатов разработки проекта. Отчеты о завершении проекта (ОПП) способствуют институциональному обучению в ИБР, а также подотчетности Банка, поскольку они являются ключевым источником информации о выполнении и результатах проекта. В рамках Рамочной основы эффективности развития (DEF) было улучшено производство ОПК, и результаты проверяются для установления базовых уровней для данных, содержащихся в ОПК. ИБР также проводит оценки воздействия (ОВ), а его Управление по оценке и надзору (OVE) собирает данные постфактум оценки для включения во всесторонние отчеты о более широких тенденциях в проектах, осуществляемых Банком. Эти выводы и выводы будут полезны при планировании и разработке будущих проектов на основе эмпирических результатов.

 

Ключевые задачи:

Отчет о завершении проекта (PCR)
Оценка воздействия (IE)

 

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

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

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

  • Проект уникален , выполняется в определенные сроки и имеет определенные доступные ресурсы.
  • Динамический проект . Он может сильно варьироваться на протяжении всего своего существования. Таким образом, важно работать с гибким планированием.
  •   Проект основан на методе управления, который определяется на начальных этапах планирования . В зависимости от типа проекта рекомендуется применять методы, которые позволяют вносить дальнейшие изменения во время его работы (agile), или методы, которые подскажут вам, когда и как выполнять ваши действия (прогнозирование).
  • Проект всегда зависит от времени выполнения и доступных ресурсов .
  • Проект с самого начала преследует конкретную цель . Во время его работы вы можете добавлять различные, хотя и связанные, цели для достижения цели, которая была причиной запуска проекта в первую очередь.
  • Проект — это не рутинная операция, как процесс . Помните, что вы можете преобразовать свои проекты в процессы, если вы склонны заниматься идентичными проектами.

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

 

 

Шаги, чтобы узнать, как начать проект с нуля:

Если вы хотите создать проект с нуля, нажмите кнопку «Начать новый проект» в правом нижнем углу нашей панели проектов, которую вы доступ, нажав на логотип Sinnaps.

 

 

Шаг 01: Выберите тип проекта

 

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

 

 

Начните сейчас

 

Шаг 02. Определите основные спецификации проекта

  900 03

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

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

 

 

 

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

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

 

Шаг 03. Разработайте первоначальный план

 

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

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

Примечание : только члены команды, являющиеся руководителями проектов, могут вносить изменения в планирование и использовать режим тестирования.

 

 

Шаг 04. Добавьте людей в проект

 

Это первый шаг к работе с командой людей. Мы находимся в планировании нашего проекта. В нижнем поле нажмите на вкладку КОМАНДА. В раскрывающемся меню будут показаны члены команды в этом проекте.

 

 

Чтобы добавить новых людей в проект, пишем их имена или адреса электронной почты в поисковике и нажимаем ENTER.

Автор записи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *