Office 365 Planner и Office 365 Groups: клиенты и проблемы, возникающие при создании планов
Содержание:
1. Введение;
2. Основы планирования ;
3. Задачи и корзины;
4. Создание и управление задачами;
5. Диаграммы и расширение задачи ;
6. Комментарии и беседы;
7. Клиенты и проблемы, возникающие при создании планов (Вы читаете данный раздел);
8. Жизненный цикл плана и трудности аудита .
Компании Microsoft потребовалось больше года, чтобы обеспечить интеграцию между группами Office 365 и Outlook 2016. Столько же времени прошло, прежде чем появился мобильный клиент Groups, поэтому неудивительно, что браузер — единственный текущий интерфейс, доступный для Planner. Учитывая, что задачи доступны через Microsoft Graph API, а компания Microsoft, похоже, стремится выпустить как можно больше мобильных приложений Office 365, я предвижу скорый выпуск приложения. Представители Microsoft также сообщают, что предполагается связать Planner с персональным приложением Wunderlist (https://www.wunderlist.com/), приобретенным в июне 2015 года.
Создание связи между Planner и Outlook требует более глубокого размышления. Один подход предполагает расширение интеграции групп и изменение пользовательского интерфейса, если план связан с группой. Для начала может оказаться достаточно даже ссылки на план в портале Planner. Другой подход предусматривает создание задачи Outlook в почтовом ящике пользователя, когда ему назначается задача в плане. Это сложнее, так как возникает необходимость синхронизировать обновления между задачами, сохраненными в Exchange Online и «облачной» службе Plans.
Учитывая, что продажи обычно основаны на задачах и уже существует интеграция между группами Office 365 и Dynamics CRM (https://www.microsoft.com/en-us/dynamics/crm-customer-center/collaborate-with-your-colleagues-using-office-365-groups.aspx), в будущем должна быть установлена связь между Planner и Dynamics CRM.
Создать новый план просто. Если пользователь не имеет опыта работы с Planner, он может перейти на сайт tasks.office.com, зарегистрироваться в Planner Hub и создать план (см. скриншот ниже). При создании нового плана также создается новая группа Office 365, даже если в обычных условиях делать это пользователю запрещено. Кроме того, если действует групповое соглашение об именовании, оно также игнорируется. Новая группа располагает всеми типовыми ресурсами, в том числе библиотекой документов.
Создание нового плана
Любой пользователь может создавать планы (и группы) благодаря тому, что Planner, как и Power BI, интегрированный с группами Office 365, игнорирует политику почтового ящика OWA, ограничивающую возможности пользователей по созданию групп. С одной стороны, логично, что приложения, не связанные с Exchange, должны игнорировать параметры в политике почтового ящика OWA. Однако политика — способ, выбранный компанией Microsoft для управления созданием групп, и, к сожалению, разработчики, интегрирующие другие приложения с группами Office 365, игнорируют ограничения, установленные (обычно вполне обоснованно) администраторами клиентов.
Даже если вы проектировали группы Office 365 для развертывания без надзора со стороны ИТ-подразделения, специалисты Microsoft понимают, что некоторый уровень управления необходим, если клиент хочет ограничить создание новых групп. Решение очевидно: не упорствовать с политикой почтовых ящиков OWA, которая выполнила свою задачу, пока группы были новшеством, а OWA — единственным клиентом. Будущее принадлежит политике Azure Active Directory (AAD), которая будет поддерживаться всеми приложениями, которые нуждаются в создании новых групп. Согласно перспективному плану развития Office 365 (http://fasttrack.office.com/roadmap), переход на политику AAD должен произойти в ближайшем будущем. Чем быстрее это произойдет, тем лучше.
1. Введение;
2. Основы планирования ;
3. Задачи и корзины;
4. Создание и управление задачами;
5. Диаграммы и расширение задачи ;
6. Комментарии и беседы;
7.
8. Жизненный цикл плана и трудности аудита .
Компании Microsoft потребовалось больше года, чтобы обеспечить интеграцию между группами Office 365 и Outlook 2016. Столько же времени прошло, прежде чем появился мобильный клиент Groups, поэтому неудивительно, что браузер — единственный текущий интерфейс, доступный для Planner. Учитывая, что задачи доступны через Microsoft Graph API, а компания Microsoft, похоже, стремится выпустить как можно больше мобильных приложений Office 365, я предвижу скорый выпуск приложения. Представители Microsoft также сообщают, что предполагается связать Planner с персональным приложением Wunderlist (https://www.wunderlist.com/), приобретенным в июне 2015 года.
Создание связи между Planner и Outlook требует более глубокого размышления. Один подход предполагает расширение интеграции групп и изменение пользовательского интерфейса, если план связан с группой. Для начала может оказаться достаточно даже ссылки на план в портале Planner. Другой подход предусматривает создание задачи Outlook в почтовом ящике пользователя, когда ему назначается задача в плане. Это сложнее, так как возникает необходимость синхронизировать обновления между задачами, сохраненными в Exchange Online и «облачной» службе Plans.
Учитывая, что продажи обычно основаны на задачах и уже существует интеграция между группами Office 365 и Dynamics CRM (https://www.microsoft.com/en-us/dynamics/crm-customer-center/collaborate-with-your-colleagues-using-office-365-groups.aspx), в будущем должна быть установлена связь между Planner и Dynamics CRM.
Проблемы, возникающие при создании планов
Создать новый план просто. Если пользователь не имеет опыта работы с Planner, он может перейти на сайт tasks.office.com, зарегистрироваться в Planner Hub и создать план (см. скриншот ниже). При создании нового плана также создается новая группа Office 365, даже если в обычных условиях делать это пользователю запрещено. Кроме того, если действует групповое соглашение об именовании, оно также игнорируется. Новая группа располагает всеми типовыми ресурсами, в том числе библиотекой документов.
Создание нового плана
Любой пользователь может создавать планы (и группы) благодаря тому, что Planner, как и Power BI, интегрированный с группами Office 365, игнорирует политику почтового ящика OWA, ограничивающую возможности пользователей по созданию групп. С одной стороны, логично, что приложения, не связанные с Exchange, должны игнорировать параметры в политике почтового ящика OWA. Однако политика — способ, выбранный компанией Microsoft для управления созданием групп, и, к сожалению, разработчики, интегрирующие другие приложения с группами Office 365, игнорируют ограничения, установленные (обычно вполне обоснованно) администраторами клиентов.
Даже если вы проектировали группы Office 365 для развертывания без надзора со стороны ИТ-подразделения, специалисты Microsoft понимают, что некоторый уровень управления необходим, если клиент хочет ограничить создание новых групп. Решение очевидно: не упорствовать с политикой почтовых ящиков OWA, которая выполнила свою задачу, пока группы были новшеством, а OWA — единственным клиентом. Будущее принадлежит политике Azure Active Directory (AAD), которая будет поддерживаться всеми приложениями, которые нуждаются в создании новых групп. Согласно перспективному плану развития Office 365 (http://fasttrack.office.com/roadmap), переход на политику AAD должен произойти в ближайшем будущем. Чем быстрее это произойдет, тем лучше.
