Ну ESPhome для esp8266, это понятно, но в этом чудо устройстве ещё куча разных контроллеров. Как их пробрасывать? Например 433 MHz как датчики цепляются и дальше пробрасываются?
Отдельный человек, который умеет в риск-менеджмент. Он задаёт методологию, задаёт форматы, короче задаёт правила. Он один на все проекты. Первоначально по проекту проводится мозговой штурм с участием работников разных уровней, в ходе которого формируется пулл рисков. Потом риск-менеджер обрабатывает этот пул и совместно с руководителями верхнего звена выбираются наиболее важные риски, которые будут мониторится. Потом по каждому из рисков вычленяются факторы, которые влияют на этот риск. Под каждый риск-фактор разрабатываются мероприятия направленные на снижение риска. Назначаются владельцы рисков, те в чьём функционале риск, а так же владельцы мероприятий, те кто отвечает за их выполнение.
С условленной периодичностью мероприятия мониторятся и владелец риска понимает, тенденцию по своему риску, понимает работают ли мероприятия, ну и соответственно может эти мероприятия корректировать.
Не просто верю, в то, что написал, был реализован не один проект, основываясь на данных принципах. То, что вы пишите про аджайл, выдает ваш опыт в ИТ проектах, к сожалению в этой области у меня опыта нет, но управление проектами это не только ИТ.
То, что вы пишите про руководителя проекта, вообще удивительно. Единственная цель руководителя проекта это успешно завершить свой проект. Его три задачи, завершить проект в установленный срок, с нужным качеством и не выходя за установленные ресурсы. Чтобы добиться этого и нужны паспорт проекта с описанными ранее пунктами, план управления проектом, верхнеуровнего описывающий этапы. ВБС структура работ и другие основополагающие документы, в которых описаны и в том числе ожидания заказчика. Кого-то удивлять, это точно не про руководителя проекта, это говорит о его непрофессионализме.
Как один из вариантов управления дополнительными хотелками заказчика, это включить в договор этап сопровождения на какой-то срок. Вы выполнили работы утвержденные по проекту и потом например год сопровождаете и допиливаете продукт под его хотелки.
Кстати, если на первом этапе у самого заказчика нет понимания, что он хочет, задача РП обязательно формализовать его хотелки, иначе будет то, что вы написали выше.
Году в 2010 на выставке автотранс в Крокусе иранцы представляли такого робота по переставлению фигур. С ним можно было поиграть в реальном времени. Наверняка есть готовые реализации, зачем с нуля требуется делать?
Проблема CD/DVD в деградации металлической поверхности через достаточно короткий промежуток времени.
Жаль, это был бы самый крутой координатор, если бы имел наттивную поддержку в НА.
Ну ESPhome для esp8266, это понятно, но в этом чудо устройстве ещё куча разных контроллеров. Как их пробрасывать? Например 433 MHz как датчики цепляются и дальше пробрасываются?
В Home Assistant как то пробрасывается? Или прям на него можно поставить НА?
Мини юсб всё же надёжнее по сравнению с микро юсб. Ну а тайп си наверное сильно удорожит конечное устройство, хотя хз.
Согласен с каждым словом.
Отдельный человек, который умеет в риск-менеджмент. Он задаёт методологию, задаёт форматы, короче задаёт правила. Он один на все проекты. Первоначально по проекту проводится мозговой штурм с участием работников разных уровней, в ходе которого формируется пулл рисков. Потом риск-менеджер обрабатывает этот пул и совместно с руководителями верхнего звена выбираются наиболее важные риски, которые будут мониторится. Потом по каждому из рисков вычленяются факторы, которые влияют на этот риск. Под каждый риск-фактор разрабатываются мероприятия направленные на снижение риска. Назначаются владельцы рисков, те в чьём функционале риск, а так же владельцы мероприятий, те кто отвечает за их выполнение.
С условленной периодичностью мероприятия мониторятся и владелец риска понимает, тенденцию по своему риску, понимает работают ли мероприятия, ну и соответственно может эти мероприятия корректировать.
С точки зрения ИТ - проект заканчивается, когда его сдают в промышленную эксплуатацию. После задачи идёт эксплуатация
При выстраивании системы проектного управления обязательно надо управлять рисками. У нас этим занимается отдельный человек
Всегда надо стремиться к идеалу. А как вы закрываете проект не имея его чётких границ?
Да, строительство, но это не ограничивает сферу применения. Любая модернизация производства например
Согласно PMBOK:
Проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата.
Извините, но проект не может быть "путь", он всегда конечен по времени, ресурсам и качеству.
Это инструменты, можно сказать методология, позволяющая чётко и структурировано формализовать этапы проекта. Уж точно не молодёжный сленг )
Не просто верю, в то, что написал, был реализован не один проект, основываясь на данных принципах. То, что вы пишите про аджайл, выдает ваш опыт в ИТ проектах, к сожалению в этой области у меня опыта нет, но управление проектами это не только ИТ.
То, что вы пишите про руководителя проекта, вообще удивительно. Единственная цель руководителя проекта это успешно завершить свой проект. Его три задачи, завершить проект в установленный срок, с нужным качеством и не выходя за установленные ресурсы. Чтобы добиться этого и нужны паспорт проекта с описанными ранее пунктами, план управления проектом, верхнеуровнего описывающий этапы. ВБС структура работ и другие основополагающие документы, в которых описаны и в том числе ожидания заказчика. Кого-то удивлять, это точно не про руководителя проекта, это говорит о его непрофессионализме.
Как один из вариантов управления дополнительными хотелками заказчика, это включить в договор этап сопровождения на какой-то срок. Вы выполнили работы утвержденные по проекту и потом например год сопровождаете и допиливаете продукт под его хотелки.
Кстати, если на первом этапе у самого заказчика нет понимания, что он хочет, задача РП обязательно формализовать его хотелки, иначе будет то, что вы написали выше.
Друг мой, давайте будем честными. Для того, чтобы не было лишних хотелок от заказчика, надо на начальном этапе в паспорт проекта, в котором есть:
Цели и задачи по smart. Что вы и заказчик ожидаете от проекта, на решение какой проблемы он направлен.
Границы проекта по sipoc, т.е. все участники, всё, что входит в проект и особенно, то, что не входит
Этапы проекта по dmaic
Четкие kpi проекта. Что вы от него ждёте в измеримых величинах. В том числе сроки.
Подписываете паспорт проекта с этими данными и вам вряд-ли прилетит что-то сверху бесплатно.
Всё, что пишете вы, это последствия того, что незафксированы описанные пункты на начальном этапе.
Второй снизу хуекер.ио - выглядит надёжно)
Году в 2010 на выставке автотранс в Крокусе иранцы представляли такого робота по переставлению фигур. С ним можно было поиграть в реальном времени. Наверняка есть готовые реализации, зачем с нуля требуется делать?
После последнего обновления вроде должна была поумнеть, но нет, скрипты стали выполняться дольше и не всегда с первого раза
Не все комнаты имеют постоянно закрытые двери. Временами просто бессмысленно ставить датчик двери, если она постоянно открыта и закрывается изредка
Или чужой vpn