Як зробити проект: Создание нового проекта — Служба поддержки Майкрософт
Создание нового проекта — Служба поддержки Майкрософт
Классический клиент Project Online Project профессиональный 2021 Project Server по подписке Project стандартный 2021 Project профессиональный 2019 Project Server 2019 Project стандартный 2019 Project профессиональный 2016 Project Server 2016 Project стандартный 2016 Project профессиональный 2013 Project Server 2013 Project стандартный 2013 Project 2010 Project стандартный 2010 Project Online Еще…Меньше
Вы всегда можете создать новый проект на основе шаблона или другого проекта. Но если необходимо начать с нуля, вы можете создать пустой файл проекта.
Щелкните Файл > Создать > Новый проект.
При этом вы получите чистое полотно для работы. Если вы не уверены, с чего начать, читайте дальше.
Примечание: Краткие обзоры основных задач в Project см.
Настройка нового проекта
-
Установка даты начала и даты окончания проекта
-
Указание имени или названия и других свойств файла
-
Добавление задач
-
Отображение суммарной задачи проекта
-
Дальнейшие действия
Установка даты начала и даты окончания проекта
Щелкните Проект > Сведения о проекте.
Перейдите в поле Планирование от и выберите дату начала проекта или дату окончания проекта.
Добавьте дату в поле
Совет по управлению проектами. Чтобы выяснить крайний срок начала проекта, можно запланировать проект с даты окончания. После запуска проекта нужно изменить этот параметр и планировать работу с даты начала, чтобы видеть изменения, ставящие под угрозу срок сдачи проекта.
Как только вы получите общую картину, Project поможет вам разобраться с деталями календарного плана.
-
Используйте календарь, чтобы изменить рабочие дни и часы.
-
Добавьте в календарный план праздники и другие нерабочие дни.
-
Установите выходные дни для людей, работающих над проектом.
-
Настройте различные календари для определенных задач.
К началу страницы
Указание имени или названия и других свойств файла
Сохраните проект, чтобы присвоить ему имя или название. Вы можете изменить имя и другие свойства файла в любое время.
-
Щелкните Файл > Сведения.
org/ListItem»>
На вкладке Сводка введите имя в поле Название.
-
Добавьте в файл проекта любые дополнительные сведения, которые посчитаете нужными.
В правой части экрана выберите пункт Сведения о проекте, а затем — Дополнительные свойства.
Примечание: Чтобы вернуться к представлению проекта, нажмите кнопку «Назад» .
К началу страницы
Добавление задач
Большинство проектов зарождаются в виде списка задач в Excel, Word или даже простых записей на бумаге. Чтобы начать планирование этих задач и управление ими, вам необходимо внести их в файл проекта.
-
Добавление задач вручную.
-
Вырезание и вставка. Project запоминает структуру задач, созданную для задач в Word, Outlook или PowerPoint, и создает их суммарные задачи и подзадачи при их вставке в Project (только в Project 2013 и более поздних версиях).
-
Импорт данных из Excel.
-
Синхронизация с SharePoint. Вы можете работать с Project в SharePoint. После того как вы запланировать эти задачи, участники группы смогут увидеть расписание и обновить свою работу в SharePoint, а вы увидите изменения в Project. И наоборот.
Добавив задачи, вы можете приступить к работе над ними.
-
Установите даты начала и даты окончания задач.
org/ListItem»>
-
Добавьте вехи, чтобы отметить важные события в календарном плане.
-
Создайте структуру проекта с суммарными задачами и подзадачами.
Установите связи между задачами, чтобы создать зависимости между ними.
К началу страницы
Отображение суммарной задачи проекта
Суммарная задача проекта содержит все другие задачи и отображается в верхней части списка задач. В Project суммарные задачи скрыты по умолчанию. Чтобы включить их отображение, перейдите в представление «Диаграмма Ганта» и на вкладке Формат установите флажок Суммарная задача проекта.
К началу страницы
Дальнейшие действия
-
Добавление людей (ресурсов) в проект.
-
Назначение ресурсов задачам.
org/ListItem»>
-
Публикация проекта в Project Web App.
Сохранение проекта.
При создании нового проекта в Project Web App доступны следующие параметры:
-
Enterprise Project. Этот параметр создает проект, чтобы его можно было редактировать в Project Web App.
-
SharePoint список задач.
При этом проект создается как сайт проекта. Используйте список задач на сайте проекта, чтобы перечислять задачи проекта. При создании списка задач на этом сайте проекта эти задачи будут просматриваться в центре Project в Project Web App.
В вашей организации может быть несколько разных шаблонов для создания новых проектов, поэтому вам следует выбрать шаблон, который лучше всего имеет смысл для создаемого проекта.
Создание корпоративного проекта
Чтобы создать корпоративный проект:
-
На панели быстрого запуска выберите пункт Проекты.
org/ListItem»>
-
На странице введите нужные сведения в поля Имя,Описание иДата начала,а затем выберите Готово.
-
Заполните как можно больше сведений на страницах, созданных для проекта. После ввода данных на вкладке Задача или Project в группе Project нажмите кнопку Сохранить. Каждая страница проекта будет указана на быстром запуске под его именем, пока проект открыт. Для перемещения между страницами можно щелкнуть ссылки быстрого запуска или нажать кнопки Предыдущее и Далее на вкладке Project в группе Страница.
На вкладке Проекты нажмите кнопку Новые ивыберите Enterprise Project илишаблон корпоративного проекта, который будет интересна вашей организации.
Если проект или предложение связаны с процессом с несколькими этапами, вы можете нажать кнопку Отправить, чтобы приработать к его началу, как только добавите на страницы сведений о проекте как можно больше информации.
При создании проекта или предложения он виден только владельцу проекта. Чтобы сделать его видимым для участников группы, которые назначены задачам проекта, необходимо опубликовать проект. Дополнительные сведения о публикации проекта см. в публикации проекта.
Чтобы создать проект списка SharePoint задач:
-
На панели быстрого запуска выберите пункт Проекты.
-
На вкладке Проекты нажмите кнопку Новые ивыберите SharePoint список задач илиSharePoint шаблон проекта списка задач, который зависит от вашей организации.
-
На странице Создание проекта введите имя нового проекта и нажмите кнопку Готово.
Примечание: Если вы уже начали работу над планом проекта, используя список задач в Microsoft SharePoint Foundation 2013, вы можете нажать кнопку Импорт с сайтов SharePoint, чтобы добавить этот список в качестве проекта в центре Project. Дополнительные сведения см. в SharePoint списка задач Project Web App.
org/ListItem»>
-
На странице «Задачи» можно добавить задачи проекта, включая дату выполнения и сведения о назначении.
Совет: Дополнительные сведения о создании задач на сайте проекта см. в дополнительных сведениях о добавлении задач в проект.
После создания сайта проекта нажмите кнопку Изменить в сером поле в левой части веб-части сводки Project сводки.
После создания этого списка задач он будет Project Web App в центре Project задач. Изменения, внося в список задач на сайте проекта, отражаются в центре Project в Project Web App.
Навчальні проекти — Інформаційно-навчальний сайт вчителя інформатики Ясенчука Д.
Виконання індивідуальних і групових навчальних проектів із дослідження предметної галузі навчального курсу «Інформатика»
Які бувають проекти Робота над проектами проходить в кілька етапів: План навчального проекту: 1. Мета Проект «Роль всесвітньої мережі Інтернет у нашому житті» Розглянемо етапи роботи над проектом на прикладі проекту «Роль всесвітньої мережі Інтернет у нашому житті». У ході виконання проекту ви проаналізуєте користь та можливу шкоду від Інтернету та знайдете відповідь на питання: як не заблукати у всесвітній мережі. Вхідне тестування покаже, чи існують у вас проблеми в користуванні Інтернетом, а якщо існують, то які саме. Для пошуку шляхів вирішення проблеми потрібно визначити основні тематичні питання проекту. Далі ви об’єднаєтесь в групи для роботи над питанням, яке вас зацікавило. Результати роботи варто оформити як презентацію, в якій підбиваються підсумки роботи всіх груп учнів. Працюючи над завданнями проекту, ви маєте змогу:
Звіт повинний містити такі відомості: Зробимо висновки: робота над проектом дозволяє вам спробувати свої сили, перевірити знання і показати публічно досягнутий результат. Це діяльність, спрямована на розв’язування цікавої проблеми, що носить практичний характер, має важливе прикладне значення. Запитання для самоперевірки:
Вправа 1. І. 1) Учень отримав електронного листа, до якого був прикріплений файл, що містив комп’ютерний вірус ILOVEYOU. Коли учень відкрив файл, вірус видалив усі графічні і звукові файли на диску, а потім, використовуючи адресну книгу поштової програми, розіслав такого саме листа всім знайомим учня. Завдяки використанню електронної пошти вірус ILOVEYOU заразив величезну кількість комп’ютерів по всьому світу за один день. Визначте, скільки комп’ютерів інфікував комп’ютер учня через 24 години, якщо середній коефіцієнт поширення вірусу дорівнює двом адресам за годину. Наявність засобів антивірусного захисту не враховувати. Динаміку поширення комп’ютерного вірусу можна описати за допомогою математичної моделі. Дано: Кі, Кі+1 — число заражених комп’ютерів в i-й та (і+1)-й моменти часу; dt — період поширення вірусу. Знайти: К — кількість заражених комп’ютерів за час Т.
Зв’язок: N = Т / dt; Кі+1 = Кі+ Кі * R, i = 1..N 2) Розробіть інтерфейс проекту згідно з рисунком.
II. Проведення соціологічного дослідження 6) Узагальніть результати опитування, занесіть дані до таблиці Excel (Сalc) та побудуйте діаграми, на яких відобразіть результати опитування.Навчальні проекти Тема 1: Цифрова інформація в нашому житті. Предметно-змістовна область: інформатика. Тематичні питання Змістові питання: 2. Змістові питання: 3. Як навчити комп’ютер грамоті? Змістові питання: 4. Як оцінити інформацію? Змістові питання: Форма подання результатів проекту: презентація, буклет, відеоматеріали, Wiki-cтaття. Тема 2: Імена та відкриття в історії інформатики. Предметно-змістовна область: інформатика. Тематичні питання: Змістове питання: 2. Як змусили комп’ютер думати? Змістові питання: 3. Змістові питання: Форма подання результатів проекту: презентація, буклет, відеоматеріали, Wiki-стаття. Тема 3: Вибір комп’ютера. Предметно-змістовна область: інформатика. Тематичне питання: Як визначити, виходячи з потреб користувача, найбільш підходящу конфігурацію ПК? Змістові питання: Форма подання результатів проекту: презентація, буклет.
Тема 10: «Електронне урядування у школі».
Мета: дослідити історію розвитку комп’ютерної техніки в Україні та визначити, які досягнення в цій галузі має Україна та українці. Тема 13: Суд над комп’ютером. Мета: визначити, у чому полягає шкідливий вплив комп’ютера на людину, та підготувати рекомендації для зменшення небезпеки. Тема 14: Мій напарник — комп’ютер. Мета: проаналізувати види та характеристики сучасних комп’ютерів, що є на ринку вашого регіону, та визначити характеристики комп’ютерів, потрібні для виконання завдань у різних галузях людської діяльності. Тема 15: Професія — ІТ-шник. Мета: скласти довідник професій, які можна набути в галузі інформаційних технологій, з’ясувати, які навички повинні опанувати представники цих професій. Тема 16: Веб 2.0 у школі. Мета: з’ясувати сутність поняття Веб 2. Тема 17: Інформаційні технології під мікроскопом. Мета: узагальнити знання про інформаційні технології опрацювання даних різних видів (графічних, текстових, числових, мультимедійних), скласти схеми з відомостями про інформаційні технології, указавши основні об’єкти опрацювання, галузі застосування, типи програмних засобів, історію розробки. |
Новый китайский «як-робот» больше похож на военную пропаганду
- Китай представил четвероногого робота-яка, который предположительно может нести столько же груза, сколько два настоящих яка, согласно таблоиду, связанному с Коммунистической партией Китая.
- При ближайшем рассмотрении видео создается впечатление, что способности робота преувеличены.
- Похоже, что Китай хочет использовать робота для поддержки наземных войск, а не только для доставки припасов — что-то еще таблоид, похоже, скрывает.
Китайские инженеры разрабатывают большого четвероногого робота-яка, предположительно способного перевозить столько же груза, сколько два настоящих яка. Безымянный робот, который, похоже, предназначен для использования в военных целях, похож на концепцию робота-собаки, которую компания Boston Dynamics из Уолтема, штат Массачусетс, популяризировала за последнее десятилетие. Но внимательное прочтение видео показывает, что это может быть просто набор пропаганды коммунистической партии Китая.
Поддерживаемый четырьмя тонкими ногами и бочкообразным телом, робот увенчан металлической стойкой для перевозки груза. Global Times , китайский таблоид со связями с правительством Китая, утверждает, что он может перевозить до 160 кг (352 фунта) и двигаться со скоростью до 6,21 мили в час. Он цитирует новостной сайт Коммунистической партии Китая People’s Daily , в котором говорится, что робот был «самым большим, самым тяжелым и способным к бездорожью в мире в своем роде».
Global Times далее заявляет, что робот «продемонстрировал очень сильную адаптивную (sic) способность к различным типам местности, включая ступени, траншеи и скалы, не говоря уже о грязных дорогах, лугах, пустынях и снежных полях». Этот осторожный язык предполагает, что у робота-яка есть датчик лидара, который может обнаруживать обрывы, такие как траншеи и скалы. Это неудивительно: даже сегодняшние коммерческие роботы-пылесосы, такие как Roborock S5 , есть эта функция. Грязные дороги, луга, пустыни и снежные поля — все это по своей природе довольно плоская местность с минимальными препятствиями.
На видео показано, как робо-собака, казалось бы, направляется к тропе, усыпанной камнями, но затем обрывается на новую сцену. Но это нормально, потому что в любом случае это, по-видимому, просто грунтовая дорога, а из-за угла камеры кажется, что он направляется к скалам.
People’s Daily/YouTube Аккуратно вырезанное видео (в начале статьи) показывает, что у робояка серьезные проблемы с препятствиями, такими как скалы и холмистая местность. На видео показано, как робот-як проходит через пустыню, а человек управляет им с помощью дистанционного управления. Все это кажется впечатляющим, пока вы не поймете, что большая часть реальных кадров — это робот-як, идущий по прямой и ровной местности или мощеным склонам.
Каждый раз, когда як направляется к грунтовой местности, особенно к местности, усеянной камнями, или к грунтовому склону, видео обрывается на новую сцену. В одной сцене кажется, что робот идет по пересеченной местности, но при ближайшем рассмотрении мы не можем увидеть, по чему идет робот.
✅ Дополнительный кредит: больше историй о роботах
- Этот робот может заниматься паркуром… но почему?
- Что DARPA хочет от роботизированных подводных лодок Manta Ray?
- Позволит ли физика 60-футовому роботу ходить?
Видео также пытается скрыть военное прошлое робота-яка. Баннер, разбросанный по передней части робота, на видео размыт, что странно скрывать. Однако его часть видна в другом месте видео и показывает колесную машину с башней, похожей на танк. Это говорит о том, что китайские военные могут иметь в виду этого робота не только для перевозки припасов.
Какой бы ни была судьба этого робота-яка, он отстает от любимых проектов Пентагона как минимум на десять лет. В 2012 году Агентство перспективных исследовательских проектов морской пехоты и обороны (DARPA) протестировал систему поддержки отряда на ногах (LS3) . LS3, разработанный Boston Dynamics, весил 800 фунтов, мог перевозить 400 фунтов груза и имел дальность полета 20 миль. LS3 можно было даже контролировать с помощью голосовых команд.
Посмотреть полный пост на Youtube
Более того, LS3 намного лучше справлялся с пересеченной местностью. На видео выше LS3 пересекает каменистую местность, взбирается на каменистые холмы и с видимой легкостью проталкивается сквозь кусты.
Робо-як никуда не денется в ближайшее время по тем же причинам, по которым морские пехотинцы никогда не преследовали LS3: роботы работают от батарей, а когда батареи разряжаются, на это уходят часы — в месте с избытком энергии, что не совсем пустыня — чтобы подзарядить их. Если аккумуляторная технология сможет утроить дальность действия роботов на ногах, вскоре после этого мы сможем увидеть их на поле боя. Тем временем у инженеров робояка есть достаточно времени, чтобы устранить недостатки People’s Daily изо всех сил старается скрыть.
Прежде чем идти…
- Hyundai может превратить робота-собаку в прогулочную машину
Кайл Мизоками — писатель по вопросам обороны и безопасности, работает в Popular Mechanics с 2015 года. Если речь идет о взрывах или снарядах, он обычно поддерживает их. Статьи Кайла появились в The Daily Beast, Новости военно-морского института США, The Diplomat, Foreign Policy, Combat Aircraft Monthly, VICE News и другие. Он живет в Сан-Франциско.
Что нужно и чего нельзя делать при взаимодействии с разработчиками: рекомендации тимлида, руководителя проекта и Scrum-мастера
Иллюстрации Марии Рыбак владелец.
Эта статья была создана совместно с Романом Мариничем, Scrum Master в JMind, и Андреем Мирошниченко, ведущим разработчиком Android в JMind.
То, как мы относимся к нашим сотрудникам, наши слова и даже наши интонации — все это влияет на эффективность работы людей и их желание работать с нами. Согласно исследованию Американского института стресса, стресс на рабочем месте приводит к увеличению добровольной текучести кадров почти на 50%. Зачастую это вызвано не условиями труда или сложными задачами, а взаимодействием с руководством.
В университете на курсах и тренингах нам часто говорят, что и как мы должны делать в той или иной должности, и как действовать в той или иной ситуации. Но они редко говорят, чего не делать в плане человеческих отношений.
И вот о чем мы хотим поговорить с коллегами из jMind, входящей в холдинг TECHIIA, в этой статье: что нельзя делать или говорить своей команде, если вы хотите создать здоровую атмосферу на рабочем месте.
Работаем на разных позициях: CPO, Scrum-мастер, тимлид. Наши советы и истории дополняют друг друга и будут полезны всем менеджерам — от лидов до CTO и тем, кто планирует занять эти позиции.
Мы с нетерпением ждем вашего опыта в комментариях.
Советы руководителю проекта
Не указывайте человеку, как делать его работу
Любой специалист, в том числе и разработчик, нанимается за его знания и навыки. Ваша ключевая задача — наладить взаимодействие между людьми с разными навыками и остаться на другом уровне абстракции. Не учите каждого из них, какие хард скиллы и как нужно использовать, потому что их скиллы наверняка лучше прокачаны, чем ваши в данном конкретном задании. Выполненная в срок задача — вот что должно быть в первую очередь.
Если вы знаете какие-то тонкие приемы написания кода или лучшей библиотеки, и это может помочь коллеге, поделитесь знаниями в качестве рекомендаций, а не инструкций. А еще лучше — в форме вопроса: «Что вы думаете об использовании этого?»
Не пытайтесь оценить сложность задачи, не выслушав мнение разработчика
Даже разработчик может недооценивать или переоценивать сложность и время, необходимое для выполнения задачи — и он/она наверняка глубже понимает свою задачу возможности.
Ни один менеджер не может знать все компетенции своей команды, особенно если команда кроссфункциональна.
Поэтому, даже если кажется, что вам виднее, прислушайтесь к мнению тех, кто будет непосредственно заниматься заданием, и тогда сможете выставить оценку.
Не присваивать себе все заслуги и не обвинять подчиненных в ошибках
Должность руководителя требует обратного. В случае успеха важно подчеркнуть, что это заслуга команды, и каждый внес свой вклад в достижение отличных результатов. Если что-то пойдет не так, возьмите на себя максимальную ответственность за это, чтобы понять, как эффективнее организовать процесс в будущем.
Не наказывать за ошибки, особенно если это первый раз
У нас в JMind и других командах TECHIIA даже есть негласное правило: не обращать внимания на первую ошибку в задании. Не бывает экспериментов без ошибок и больших результатов без экспериментов. Мы скорее будем хвалить за смелость и делать продуктивные выводы, чем указывать пальцем на инструкции.
Другое дело, когда сотрудник ошибается систематически, а не потому, что пробует что-то новое. Но даже в этом случае не начинайте обвинять. Ошибка работника тесно связана с ошибкой менеджера. Выясните, может ли этот конкретный человек справиться с этой задачей и достаточно ли у него ресурсов. Одинаково ли вы и ваш коллега понимаете задачу и понятна ли она вам обоим. Всегда помните: обязательно указывайте все пункты в техническом задании.
Также рекомендую не опускать общую картину (вид с вертолета) и причины принятия тех или иных решений — даже тех, которые кажутся незначительными для выполнения задачи. Подавайте пример — обосновывайте свои решения. Это поможет минимизировать ошибки и улучшить взаимодействие внутри команды.
И не нагнетайте обстановку, не несите весь негатив. Нужно показать команде, что даже из сложной ситуации есть выход.
Советы для скрам-мастера
На любой должности при работе в команде актуальны одни и те же темы: организация процессов, атмосфера на рабочем месте, обратная связь и как ее давать.
Я руководствуюсь принципом Scrum, но эти советы актуальны для любой методологии.
Никогда не наказывай коллегу на глазах у всех
В случае инцидента не ищи провинившегося. Сначала устраните проблему. Разбирать ошибки лучше с теми, кто за них отвечает, когда ошибки исправлены.
Держите отрицательный отзыв до разговора с глазу на глаз. Даже если эмоции зашкаливают. Публичная порка убивает профессиональный творческий потенциал и разделяет команду на «пострадавших», «спасателей», «преследователей». Не строить фундамент для токсичности.
Эмоционально-отрицательная обратная связь, будь то лицом к лицу или при всех, запрещена. Если сотрудник осознает свою ошибку, ваш повышенный тон только вызовет у него еще больший стресс и помешает сделать здоровый профессиональный вывод. И никто не захочет вести с вами какую-либо беседу, из-за этого вы легко можете перейти на личности.
Что касается похвал, то общее собрание — лучшее место для них. Все были бы рады, особенно те, кто объективно вложился в достижения команды.
Не льстите, просто перечислите факты и искренне скажите спасибо за вклад. Это создает здоровую конкуренцию — при условии, что вы обладаете достаточным авторитетом как лидер.
Все мы люди, не забывайте об этом
Разработчик — это не только рабочие руки, но и личность со своими интересами, проблемами и обстоятельствами. Они могут по-разному влиять на производительность в определенное время. Иногда может быть полезно узнать о вещах вне работы, чтобы перераспределить рабочую нагрузку, попросить помощи у HR и поддержать человека.
Не занимайтесь микроменеджментом
Гиперконтроль и чрезмерное вмешательство приводят к двум проблемам. Во-первых, вашего коллегу, скорее всего, будет раздражать только ваш постоянный контроль. Из-за этого он/она даст вам грубое решение, чтобы вы могли отсоединиться позже. Это также вряд ли улучшит ваши отношения.
И вторая проблема в том, что постоянно вникая в мелочи, вы рискуете снять с разработчиков ответственность за качество работы и утонуть в рутине и эксплуатации.
Команда перестанет создавать решения самостоятельно, все будут следовать вашим указаниям.
Не думайте, что мотивы вашего поведения всем понятны. Всегда обосновывайте свою позицию и решения
Через день после очередного Backlog Refinement команда в один голос сказала, что задача ясна и для разработки нужно N историй. Только позже стало ясно, что владелец продукта и команда понимают термины по-разному. Задачи были реализованы так, как их понимали, а это оказалось совсем не то, что имелось в виду в условиях.
Необходимо продумать каждую деталь. Мы можем потратить несколько лишних минут, но в результате сэкономим дни или даже недели.
И всегда, всегда помни о своих обещаниях!
Советы руководителю группы
Не называйте сотрудников супергероями
Будьте готовы помочь каждому из них. Иногда даже опытные люди сталкиваются с трудностями, которые кажутся невозможными или трудоемкими. В некоторых ситуациях синергия и взаимная поддержка положительно сказываются на работе отдельных коллег и коллектива в целом.
У нас был такой случай. Один из коллег работал над задачей гораздо дольше обычного, я поинтересовался, все ли в порядке, и он сказал «да». Это продолжалось некоторое время, пока он не сказал мне, что у нас проблема.
Пришлось погрузиться в ситуацию. Немного изучив проблему, я пришел к выводу, что не знаю решения. Но это казалось очень близким. Старался быть конструктивным, узнавал, какие попытки и подходы уже применялись. У нас была сессия парного программирования, где мы нашли решение за короткое время. Он и я проделали большую работу. И что еще важнее, я помог ему снять тревогу, что он не успевает выполнить задание.
Не будьте слишком критичны и не перехвалите
Постоянный конструктивный диалог дает четкое понимание основных потребностей и настроения сотрудников.
Недавно один из моих коллег предложил внедрить в проект некоторое новшество. К сожалению, он не проконсультировал и вместо консультации пришел к нам с конкретной реализацией.
Большинству членов команды это казалось чрезмерным и несвоевременным. Они предложили отложить его использование или попытаться найти более элегантное решение.
Вместо того, чтобы взять за основу решение команды и закрепить его, я решил поддержать своего коллегу и попытаться мотивировать его на поиск лучшего решения. Но он сделал неправильный выбор. Дискуссия переросла в жаркий спор, мы потратили гораздо больше времени, чем того требовала ситуация. В итоге слегка разочарованный инициатор и раздраженные коллеги.
В спорных ситуациях лучше прибегнуть к аргументированному мнению команды. А предложения и доработки следует обсуждать в первую очередь, отмечая инициативу. И только после этого его можно реализовать с учетом замечаний.
Избегайте роста личных и рабочих конфликтов. Но и игнорировать их тоже не стоит
В спорах рождаются хорошие решения, но личные споры — это бомбы замедленного действия, способные сломать команду. Обратите внимание на случаи, когда дискуссия выходит за профессиональные рамки и теряет конструктивность.
Проведите ретроспективу споров и создайте четкий механизм решения подобных вопросов.
В качестве превентивной меры своевременно собирать, анализировать и передавать обратную связь от команды. Важно иметь в виду, что не все готовы лично высказывать свое мнение о коллегах. Особенно при работе в сети, когда людям сложно строить отношения и прямо высказывать мнение о других сотрудниках. Здесь ваша задача — быть фасилитатором и наводить мосты доверия.
Есть ли у вас какие-либо другие советы, которые можно добавить в наш список? Какие случаи заставили вас иметь свои собственные правила и запреты?
Статьи и материалы по теме:
- Юрген Аппело — 7 уровней делегирования полномочий. Расширение прав и возможностей с границами и ясностью.
- Патрик Ленсиони — Пять пороков команды.
- Игорь Манн — Тематический. Получать отзывы!
- Дэниел Пинк — Драйв. Что на самом деле мотивирует нас?
Оригинал статьи на dou.ua.