А насчёт существования - всё это существует только лишь для того, чтоб коммерческая организация получила прибыль от продажи продукта.
Вы в целом всё верно излагаете, о с продуктовой точки зрения. В то время как совершенно необязательно получать прибыль именно от продажи продукта.
В частности, если рассматривать автомобильное производство, как проект, то результатом этого проекта является автомобильный завод, а не автомобиль.
А многие организации (и среди них подавляющее большинство ведущих сложные проекты) вообще не имеют продуктов в основном объёме реализации. Они получают деньги за услуги по решению задач заказчика.
Я лично имею более чем 30-летний опыт проектной разработки и определённые признанные обществом успехи в этой области, но за свою жизнь не участвовал в разработке ни одного продукта.
Хотя некоторые авторы относят услуги к продуктам, но это просто софистика.
Менеджер продукта в принципе не может достаточно глубоко разбираться одновременно и в пошиве кресел, и в вёрстке печатных изданий, и в программировании контроллера внутри ЭБУ двигателя, и проч.
Некто Киитиро Тойода, по образованию инженер-механик, считал, что руководить производством автомобиля может только тот, кто лично прошёл путь от рабочего на конвейере (цитирую не дословно, но по смыслу). К слову, инженерное образование дал ему отец, основавший Тойоту.
Директор АвтоВАЗа, с другой стороны, имеет экономическое образование. Поэтому Тойота терпит убытки, а АвтоВАЗ процветает. Но езжу я на Тойоте. В этом отличие продукта от проекта.
Основные аспекты инновационного менеджмента программных продуктов:
Определение потребностей отраслей:
Анализ специфических нужд и вызовов различных отраслей и сфер экономики, таких как здравоохранение, финансы, логистика, розничная торговля и т.д.
Разработка инновационных решений:
Применение передовых технологий и подходов для создания программных продуктов, которые отвечают уникальным требованиям каждой отрасли
Управление инновационным процессом:
Организация разработки, тестирования, внедрения и поддержки программных продуктов с учетом принципов инновационного менеджмента
Оценка и мониторинг результатов:
Анализ эффективности инновационных программных продуктов и их влияния на бизнес-процессы и показатели компании
Какое отношение это имеет к управлению проектами? Это работа с продуктами.
Я выше обратил про себя внимание, что вы почему-то ставите в один ряд управление проектами и продуктами, но тогда не стал возражать, потому что это было не по основной теме обсуждения. Но вообще-то это разные вещи. Продукт существует ради своих потребительских свойств, то есть своей интегральной ценности в глазах покупателей, а проект – ради функциональных характеристик, то есть конкретных заданных технических параметров.
Разница между нами в том, что я знаю и что такое KPI, и что такое виртуализация, и что такое контейнеризация. Кстати, я сдавал на сертификат PMI – там всего обучения в лучшем случае на месяц для человека с техническим образованием.
Почему для менеджера вдруг виртуализация и контейнеризация азы специальности?
Нет такой специальности "менеджер". Есть инженер или лицо без специального образования на позиции менеджера проекта. Если проектом управляет лицо без образования, это уже само по себе повод для беспокойства. Если оно при этом фактически не разбирается в предмете на уровне второго курса, то это однозначный крах.
Нюансы – это точный синтаксис параметров загрузки ядра Xen. А речь идёт именно об азах.
Тут надо начать с того, что браузер архитектурно является частью ОС. Но даже если не обращать на это внимания, то браузер сам по себе не занимается презентацией чего-либо и имеет крайне ограниченный пользовательский интерфейс (а может и не иметь его вовсе, если работает в режиме киоска). Основной пользовательский интерфейс находится в активном контенте, отображаемом браузером, а не в собственном коде браузера.
Думаю, что вряд ли прокатит, потому что сделка с недвижимостью – по закону сложный многоэтапный процесс, а не то, что жмякнул "В корзину" и купил. И на этапе жмяканья на сайте вы в любом случае просто декларируете намерения. Если б был обычный товар, то прокатило бы.
По счастью, я далёк от веба, но если вы дисковый кеш будете синхронизировать 100 раз в секунду, то об эффективности вы можете забыть гораздо быстрее, чем при простом переоткрытии файла.
Если вы пишете телеметрию 100 раз в секунду, то для этого лучше воспользоваться каким-нибудь специализированным средством, а не текстовым логом. Текстовый лог такого объёма не имеет практического смысла.
На мой взгляд, текстовый лог осмыслен тогда, когда его можно читать с консоли в реальном времени.
Вы в целом всё верно излагаете, о с продуктовой точки зрения. В то время как совершенно необязательно получать прибыль именно от продажи продукта.
В частности, если рассматривать автомобильное производство, как проект, то результатом этого проекта является автомобильный завод, а не автомобиль.
А многие организации (и среди них подавляющее большинство ведущих сложные проекты) вообще не имеют продуктов в основном объёме реализации. Они получают деньги за услуги по решению задач заказчика.
Я лично имею более чем 30-летний опыт проектной разработки и определённые признанные обществом успехи в этой области, но за свою жизнь не участвовал в разработке ни одного продукта.
Хотя некоторые авторы относят услуги к продуктам, но это просто софистика.
Некто Киитиро Тойода, по образованию инженер-механик, считал, что руководить производством автомобиля может только тот, кто лично прошёл путь от рабочего на конвейере (цитирую не дословно, но по смыслу). К слову, инженерное образование дал ему отец, основавший Тойоту.
Директор АвтоВАЗа, с другой стороны, имеет экономическое образование. Поэтому Тойота терпит убытки, а АвтоВАЗ процветает. Но езжу я на Тойоте. В этом отличие продукта от проекта.
Справка гугла:
Какое отношение это имеет к управлению проектами? Это работа с продуктами.
Я выше обратил про себя внимание, что вы почему-то ставите в один ряд управление проектами и продуктами, но тогда не стал возражать, потому что это было не по основной теме обсуждения. Но вообще-то это разные вещи. Продукт существует ради своих потребительских свойств, то есть своей интегральной ценности в глазах покупателей, а проект – ради функциональных характеристик, то есть конкретных заданных технических параметров.
Мне тоже не дало никакой пользы, кроме KPI. Управление проектами даётся техническим опытом.
Разница между нами в том, что я знаю и что такое KPI, и что такое виртуализация, и что такое контейнеризация. Кстати, я сдавал на сертификат PMI – там всего обучения в лучшем случае на месяц для человека с техническим образованием.
Можно поинтересоваться кодом специальности "менеджмент программных проектов"?
Нет такой специальности "менеджер". Есть инженер или лицо без специального образования на позиции менеджера проекта. Если проектом управляет лицо без образования, это уже само по себе повод для беспокойства. Если оно при этом фактически не разбирается в предмете на уровне второго курса, то это однозначный крах.
Нюансы – это точный синтаксис параметров загрузки ядра Xen. А речь идёт именно об азах.
Разбираться-то в азах специальности? Да нет, конечно, зачем? Сегодня сникерсами торговал, завтра строительством атомного реактора управлять будет.
Это как если бы Калашников не умел стрелять.
Руководитель, который не понимает работу подчинённого, не способен поставить ему задачу.
что не так?
Такое представление хорошо, когда AST статично. Но это как-то несерьёзно. Даже в банальном Питоне программа может модифицировать своё AST в рантайме.
Командной строкой.
См. эволюцию калькуляторов в смартфоне.
Тут надо начать с того, что браузер архитектурно является частью ОС. Но даже если не обращать на это внимания, то браузер сам по себе не занимается презентацией чего-либо и имеет крайне ограниченный пользовательский интерфейс (а может и не иметь его вовсе, если работает в режиме киоска). Основной пользовательский интерфейс находится в активном контенте, отображаемом браузером, а не в собственном коде браузера.
Так себе преимущество для шахматной программы.
А счёт и карта – это разные вещи.
Давайте может обсудим смягчающие обстоятельства в виде отчислений за убийство или изнасилование?
Вроде бы как закон должен быть направлен на предотвращение правонарушений, а не на торг по поводу ответственности.
Пока карта не получена, она не открыта.
Офигеть.
Как выпуск нескольких карт в одном банке мешает бороться с дропперами, ума не приложу.
Мера очевидным образом направлена на принудительное закрытие кредитных карт на старых, выгодных для клиента условиях.
Думаю, что вряд ли прокатит, потому что сделка с недвижимостью – по закону сложный многоэтапный процесс, а не то, что жмякнул "В корзину" и купил. И на этапе жмяканья на сайте вы в любом случае просто декларируете намерения. Если б был обычный товар, то прокатило бы.
По счастью, я далёк от веба, но если вы дисковый кеш будете синхронизировать 100 раз в секунду, то об эффективности вы можете забыть гораздо быстрее, чем при простом переоткрытии файла.
Если вы пишете телеметрию 100 раз в секунду, то для этого лучше воспользоваться каким-нибудь специализированным средством, а не текстовым логом. Текстовый лог такого объёма не имеет практического смысла.
На мой взгляд, текстовый лог осмыслен тогда, когда его можно читать с консоли в реальном времени.
Вообще держать лог открытым – плохая практика. Открыл – дописал строчку – закрыл.