#инфраструктура_itкомпании — Public Fediverse posts

Организация производства Информационных систем. Часть 9. Современные подходы

В последнее время происходит фундаментальный сдвиг парадигмы от управления изменениями (проектами) к управлению ценностью (продуктами). Жесткие границы проектов (начало → конец) размываются, уступая место непрерывному потоку операционного производства (DevOps, продуктовая модель). Если цель в классической модели ЖЦ - создать целевой продукт за конечное время, используя выделенные ресурсы, то в операционной деятельности - это постоянная и непрерывная поставка новый функциональности, добавляющей ценность заказчику от ее использования в ИТ-продукте. То есть стираются явные временные границы производства, “нарезанного” на проекты. Но это не значит, что прекращается измерение конечного успеха производства, просто диагностирование смещается из плоскости проектной деятельности в плоскость достижения бизнес-метрик. Что в свою очередь заставляет менять организацию производства, в частности: подходы к планированию и распределению бюджета (от фиксированных к периодическим), принципы формирования команд (от временных проектных к постоянным кросс-функциональным потоковым). Эти модели мы рассматривали ранее в “ Части 2. Варианты организации производства ”. По существу, производство переходит после первого этапа внедрения минимальной функциональности (иногда MVP) в операционную деятельность, переплетаясь с процессами сопровождения. Зачастую операционка начинается еще до окончания формального конца проекта. Заказчики все реже соглашаются на чистый Fixed Price (классический проект). Растет доля:

https://habr.com/ru/articles/1028364/

#производство #управление_разработкой #управление_продуктом #управление_командой #инфраструктура_бизнеса #инфраструктура_itкомпании #работоспособная_система #разработка_приложений #devops #devsecops

Организация производства Информационных систем. Часть 9. Современные подходы

В последнее время происходит фундаментальный сдвиг парадигмы от управления изменениями (проектами) к управлению ценностью (продуктами). Жесткие границы проектов (начало → конец) размываются, уступая место непрерывному потоку операционного производства (DevOps, продуктовая модель). Если цель в классической модели ЖЦ - создать целевой продукт за конечное время, используя выделенные ресурсы, то в операционной деятельности - это постоянная и непрерывная поставка новый функциональности, добавляющей ценность заказчику от ее использования в ИТ-продукте. То есть стираются явные временные границы производства, “нарезанного” на проекты. Но это не значит, что прекращается измерение конечного успеха производства, просто диагностирование смещается из плоскости проектной деятельности в плоскость достижения бизнес-метрик. Что в свою очередь заставляет менять организацию производства, в частности: подходы к планированию и распределению бюджета (от фиксированных к периодическим), принципы формирования команд (от временных проектных к постоянным кросс-функциональным потоковым). Эти модели мы рассматривали ранее в “ Части 2. Варианты организации производства ”. По существу, производство переходит после первого этапа внедрения минимальной функциональности (иногда MVP) в операционную деятельность, переплетаясь с процессами сопровождения. Зачастую операционка начинается еще до окончания формального конца проекта. Заказчики все реже соглашаются на чистый Fixed Price (классический проект). Растет доля:

https://habr.com/ru/articles/1028364/

#производство #управление_разработкой #управление_продуктом #управление_командой #инфраструктура_бизнеса #инфраструктура_itкомпании #работоспособная_система #разработка_приложений #devops #devsecops

Организация производства Информационных систем. Часть 9. Современные подходы

В последнее время происходит фундаментальный сдвиг парадигмы от управления изменениями (проектами) к управлению ценностью (продуктами). Жесткие границы проектов (начало → конец) размываются, уступая место непрерывному потоку операционного производства (DevOps, продуктовая модель). Если цель в классической модели ЖЦ - создать целевой продукт за конечное время, используя выделенные ресурсы, то в операционной деятельности - это постоянная и непрерывная поставка новый функциональности, добавляющей ценность заказчику от ее использования в ИТ-продукте. То есть стираются явные временные границы производства, “нарезанного” на проекты. Но это не значит, что прекращается измерение конечного успеха производства, просто диагностирование смещается из плоскости проектной деятельности в плоскость достижения бизнес-метрик. Что в свою очередь заставляет менять организацию производства, в частности: подходы к планированию и распределению бюджета (от фиксированных к периодическим), принципы формирования команд (от временных проектных к постоянным кросс-функциональным потоковым). Эти модели мы рассматривали ранее в “ Части 2. Варианты организации производства ”. По существу, производство переходит после первого этапа внедрения минимальной функциональности (иногда MVP) в операционную деятельность, переплетаясь с процессами сопровождения. Зачастую операционка начинается еще до окончания формального конца проекта. Заказчики все реже соглашаются на чистый Fixed Price (классический проект). Растет доля:

https://habr.com/ru/articles/1028364/

#производство #управление_разработкой #управление_продуктом #управление_командой #инфраструктура_бизнеса #инфраструктура_itкомпании #работоспособная_система #разработка_приложений #devops #devsecops

Организация производства Информационных систем. Часть 9. Современные подходы

В последнее время происходит фундаментальный сдвиг парадигмы от управления изменениями (проектами) к управлению ценностью (продуктами). Жесткие границы проектов (начало → конец) размываются, уступая место непрерывному потоку операционного производства (DevOps, продуктовая модель). Если цель в классической модели ЖЦ - создать целевой продукт за конечное время, используя выделенные ресурсы, то в операционной деятельности - это постоянная и непрерывная поставка новый функциональности, добавляющей ценность заказчику от ее использования в ИТ-продукте. То есть стираются явные временные границы производства, “нарезанного” на проекты. Но это не значит, что прекращается измерение конечного успеха производства, просто диагностирование смещается из плоскости проектной деятельности в плоскость достижения бизнес-метрик. Что в свою очередь заставляет менять организацию производства, в частности: подходы к планированию и распределению бюджета (от фиксированных к периодическим), принципы формирования команд (от временных проектных к постоянным кросс-функциональным потоковым). Эти модели мы рассматривали ранее в “ Части 2. Варианты организации производства ”. По существу, производство переходит после первого этапа внедрения минимальной функциональности (иногда MVP) в операционную деятельность, переплетаясь с процессами сопровождения. Зачастую операционка начинается еще до окончания формального конца проекта. Заказчики все реже соглашаются на чистый Fixed Price (классический проект). Растет доля:

https://habr.com/ru/articles/1028364/

#производство #управление_разработкой #управление_продуктом #управление_командой #инфраструктура_бизнеса #инфраструктура_itкомпании #работоспособная_система #разработка_приложений #devops #devsecops

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.3. Стадия Внедрение

Как упоминалось в “ Часть 7. Внедрение (Развертывание), ввод в эксплуатацию ” , посвященной данной стадии производства, это, пожалуй, самая сложная с эмоциональной точки зрения фаза. Милые разговоры и посиделки с Заказчиком за чашкой чая с мечтами о том, как теперь то он заживет, без болей и забот с новым Продуктом – закончились. Больше никто не хочет “годить” и “входить в положение”, забрала упали и идут бои местного значения между командой разработки и клиентом, каждый за свою правду о сложившемся положении. Поэтому команда внедрения должна обладать такими качествами, как стрессоустойчивость, терпеливость и снисходительность. Процессы чаще всего обустроены следующим способом:

https://habr.com/ru/articles/1009930/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #разработка_приложений

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.3. Стадия Внедрение

Как упоминалось в “ Часть 7. Внедрение (Развертывание), ввод в эксплуатацию ” , посвященной данной стадии производства, это, пожалуй, самая сложная с эмоциональной точки зрения фаза. Милые разговоры и посиделки с Заказчиком за чашкой чая с мечтами о том, как теперь то он заживет, без болей и забот с новым Продуктом – закончились. Больше никто не хочет “годить” и “входить в положение”, забрала упали и идут бои местного значения между командой разработки и клиентом, каждый за свою правду о сложившемся положении. Поэтому команда внедрения должна обладать такими качествами, как стрессоустойчивость, терпеливость и снисходительность. Процессы чаще всего обустроены следующим способом:

https://habr.com/ru/articles/1009930/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #разработка_приложений

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.3. Стадия Внедрение

Как упоминалось в “ Часть 7. Внедрение (Развертывание), ввод в эксплуатацию ” , посвященной данной стадии производства, это, пожалуй, самая сложная с эмоциональной точки зрения фаза. Милые разговоры и посиделки с Заказчиком за чашкой чая с мечтами о том, как теперь то он заживет, без болей и забот с новым Продуктом – закончились. Больше никто не хочет “годить” и “входить в положение”, забрала упали и идут бои местного значения между командой разработки и клиентом, каждый за свою правду о сложившемся положении. Поэтому команда внедрения должна обладать такими качествами, как стрессоустойчивость, терпеливость и снисходительность. Процессы чаще всего обустроены следующим способом:

https://habr.com/ru/articles/1009930/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #разработка_приложений

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.3. Стадия Внедрение

Как упоминалось в “ Часть 7. Внедрение (Развертывание), ввод в эксплуатацию ” , посвященной данной стадии производства, это, пожалуй, самая сложная с эмоциональной точки зрения фаза. Милые разговоры и посиделки с Заказчиком за чашкой чая с мечтами о том, как теперь то он заживет, без болей и забот с новым Продуктом – закончились. Больше никто не хочет “годить” и “входить в положение”, забрала упали и идут бои местного значения между командой разработки и клиентом, каждый за свою правду о сложившемся положении. Поэтому команда внедрения должна обладать такими качествами, как стрессоустойчивость, терпеливость и снисходительность. Процессы чаще всего обустроены следующим способом:

https://habr.com/ru/articles/1009930/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #разработка_приложений

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.2. Стадия Разработка

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

https://habr.com/ru/articles/1009914/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.2. Стадия Разработка

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

https://habr.com/ru/articles/1009914/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.2. Стадия Разработка

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

https://habr.com/ru/articles/1009914/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.2. Стадия Разработка

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

https://habr.com/ru/articles/1009914/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.1. Стадии Проектирования

На протяжении всего курса мы постоянно фиксировали некие функциональные роли и круг их обязанностей, характерный для каждой конкретной стадии производства. Теперь постараемся собрать все эти активности в единый атлас ИТ-специальностей, с распределением функций каждой роли, по этапам и стадиям. Естественно, что весь этот сложный механизм приводится в движение благодаря непрерывному и слаженному взаимодействию всех специалистов в формате командной работы. Мы уже рассматривали основные алгоритмы организации команд в части “ 4. Классификация производства по структуре команд ” Следуя идеи стандартизации, и для оказания помощи в установлении, какой же именно специалист нужен компании на производстве, с каким образованием и опытом, для каких трудовых обязанностей должен подходить его профессиональный уровень и прочее, воспользуемся системой Профстандартов. В Федеральном законе от 03.12.2012 № 236-ФЗ профессиональный стандарт определяется как характеристика квалификации, необходимой работнику для осуществления определенного вида профессиональной деятельности, в том числе выполнения определенной трудовой функции. Градация квалификаций основана на нескольких характеристиках:

https://habr.com/ru/articles/1008576/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.1. Стадии Проектирования

На протяжении всего курса мы постоянно фиксировали некие функциональные роли и круг их обязанностей, характерный для каждой конкретной стадии производства. Теперь постараемся собрать все эти активности в единый атлас ИТ-специальностей, с распределением функций каждой роли, по этапам и стадиям. Естественно, что весь этот сложный механизм приводится в движение благодаря непрерывному и слаженному взаимодействию всех специалистов в формате командной работы. Мы уже рассматривали основные алгоритмы организации команд в части “ 4. Классификация производства по структуре команд ” Следуя идеи стандартизации, и для оказания помощи в установлении, какой же именно специалист нужен компании на производстве, с каким образованием и опытом, для каких трудовых обязанностей должен подходить его профессиональный уровень и прочее, воспользуемся системой Профстандартов. В Федеральном законе от 03.12.2012 № 236-ФЗ профессиональный стандарт определяется как характеристика квалификации, необходимой работнику для осуществления определенного вида профессиональной деятельности, в том числе выполнения определенной трудовой функции. Градация квалификаций основана на нескольких характеристиках:

https://habr.com/ru/articles/1008576/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.1. Стадии Проектирования

На протяжении всего курса мы постоянно фиксировали некие функциональные роли и круг их обязанностей, характерный для каждой конкретной стадии производства. Теперь постараемся собрать все эти активности в единый атлас ИТ-специальностей, с распределением функций каждой роли, по этапам и стадиям. Естественно, что весь этот сложный механизм приводится в движение благодаря непрерывному и слаженному взаимодействию всех специалистов в формате командной работы. Мы уже рассматривали основные алгоритмы организации команд в части “ 4. Классификация производства по структуре команд ” Следуя идеи стандартизации, и для оказания помощи в установлении, какой же именно специалист нужен компании на производстве, с каким образованием и опытом, для каких трудовых обязанностей должен подходить его профессиональный уровень и прочее, воспользуемся системой Профстандартов. В Федеральном законе от 03.12.2012 № 236-ФЗ профессиональный стандарт определяется как характеристика квалификации, необходимой работнику для осуществления определенного вида профессиональной деятельности, в том числе выполнения определенной трудовой функции. Градация квалификаций основана на нескольких характеристиках:

https://habr.com/ru/articles/1008576/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Организация производства Информационных систем. Часть 8. Роли и компетенции специалистов. 8.1. Стадии Проектирования

На протяжении всего курса мы постоянно фиксировали некие функциональные роли и круг их обязанностей, характерный для каждой конкретной стадии производства. Теперь постараемся собрать все эти активности в единый атлас ИТ-специальностей, с распределением функций каждой роли, по этапам и стадиям. Естественно, что весь этот сложный механизм приводится в движение благодаря непрерывному и слаженному взаимодействию всех специалистов в формате командной работы. Мы уже рассматривали основные алгоритмы организации команд в части “ 4. Классификация производства по структуре команд ” Следуя идеи стандартизации, и для оказания помощи в установлении, какой же именно специалист нужен компании на производстве, с каким образованием и опытом, для каких трудовых обязанностей должен подходить его профессиональный уровень и прочее, воспользуемся системой Профстандартов. В Федеральном законе от 03.12.2012 № 236-ФЗ профессиональный стандарт определяется как характеристика квалификации, необходимой работнику для осуществления определенного вида профессиональной деятельности, в том числе выполнения определенной трудовой функции. Градация квалификаций основана на нескольких характеристиках:

https://habr.com/ru/articles/1008576/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #специальности #профессиональные_стандарты #предпроектный_анализ

Нет бредовой работе: как настроить импорт данных в service desk

Десятки отделов, сотни сотрудников, тысячи ИТ-активов — даже мысли о ручном вводе и обновлении всей этой информации вызывают тошноту и усталость. Чтобы не мучать сотрудников бесконечным и бессмысленным трудом, актуальность данных поддерживают в автоматическом режиме — с помощью импорта. Привет, Хабр! Меня зовут Алёна, я — бизнес-аналитик в ITSM 365. Расскажу вам об импорте данных в нашей системе и свежих кейсах его настройки.

https://habr.com/ru/companies/itarena/articles/946284/

#servicedesk #инфраструктура #itil #itam #service_desk #управление_активами #импорт_данных #инфраструктура_itкомпании

В активном поиске: как вести базовый и продвинутый учет ИТ-активов

Между поиском отношений и учетом активов много общего: анализируем, что в наличии, а чего не хватает, рассчитываем на длительный срок годности, держим часть экземпляров про запас. Но если в дейтинге тотальный контроль — это красный флаг, в ITAM фиксация каждого шага — зеленый свет для эффективного управления. Привет, Хабр! Меня зовут Кира, я — аналитик в ITSM 365, специализируюсь на кейсах управления ИТ-активами. Расскажу, что заложено в нашей сервис деск системе для стандартного учета и как оторваться по полной в кастомизации на примере управления подписками и выдачей доступов.

https://habr.com/ru/companies/itarena/articles/939826/

#itil #itam #управление_активами #управление_продуктом #итбюджет #servicedesk #service_desk #инфраструктура #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

https://habr.com/ru/articles/996944/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #разработка_программного_обеспечения #управление_проектами #производительность_труда

Организация производства Информационных систем. Часть 5. Проектирование, дизайн, формирование требований

Старт фазы проектирования, проводит водораздел в ЖЦ производства, завершая этап научно-исследовательского периода и символизирует переход к проектной стадии. В предыдущей части курса, прежде всего мы разобрались, а зачем вообще нужна фаза “Исследования, инициации и анализа” в ИТ-производстве. Очевидно, что ее целесообразность обусловлена масштабом производства, степенью неопределенности, ценой ошибки и является в кой-то мере инвестицией в уровень гарантирования успешного завершения производства. В следствии выполнения первой фазы были получены следующие результаты:

https://habr.com/ru/articles/994798/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #проектирование_систем

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.2. Предварительная оценка

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

https://habr.com/ru/articles/992998/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_itкомпании #предпроектное_обследование #предпроектная_аналитика

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации

Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.

https://habr.com/ru/articles/992532/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов

Организация производства Информационных систем. Часть 3. Жизненный цикл производства информационных систем

Жизненный цикл (далее - ЖЦ) производства Информационных систем (ИС) представляет собой структурированную, логическую последовательность стадий, через которые проходит целевая система от идеи до вывода из эксплуатации (утилизации). Как уже упоминалось выше, понимание ЖЦ производства ИС является фундаментом профессиональной грамотности для любого профессионала IT-отрасли, от разработчика до топ-менеджера. Это не просто абстрактная теория, а практический инструмент, который напрямую влияет на вклада каждого специалиста в общий успех проекта, превращая хаотическую деятельность в управляемый процесс. Поскольку в последнее время значительно меняются условия ИТ-производства, смещаются акценты, размываются границы этапов и прочее, важно иметь представление об основных устоявшиеся стандартах. Поэтому перед тем как преступить к подробному рассмотрению стадий и этапов современного ИТ-производства пройдемся кратко по магистральным трендам.

https://habr.com/ru/articles/990470/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 2. Варианты организации производства

Установив, что мы подразумеваем под объектом исследования: Организация производства ИС , продолжим разбирать формализованные варианты построения ЖЦ и экосистемы, поддерживающей его. Начнем с определений. Производственный процесс – это упорядоченная совокупность взаимосвязанных действий, в ходе которых входные ресурсы преобразуются в готовый продукт или услугу с заданными характеристиками качества, сроков и стоимости. Как уже было упомянуто выше, в зависимости от типа продукции, технологий и экономической эффективности, применяются различные способы организации производства. Управление ИТ-производством – это организация и координация всех процессов, связанных с выпуском ИТ-продукта или оказанием услуг. Это не управление проектами в классическом смысле. Это управление потоком создания ценности в высокодинамичной, сложной системе, где Сырьем являются идеи, а Продукцией — измеримая ценность для бизнеса. Существует множество подходов организации производства в ИТ-отрасли, которые применяются в зависимости от приоритета целей, специфики бизнеса, типа продукции, уровня автоматизации и прочих факторов. Чтобы целенаправленно управлять этими процессами как системой, а не набором людей, проектов и методологий, чтобы осознанно комбинировать различные методики и приемы в зависимости от условий, прежде всего необходимо разобраться в фундаментальных способах классификации характеристик ИТ-производства.

https://habr.com/ru/articles/986850/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 1. Предмет исследования

При обсуждении вопросов, связанных с процессами разработки Информационных систем (далее ИС) в среде ИТ специалистов сплошь и рядом возникают споры, как это делать максимально правильно и канонично. К примеру “свидетели” Каскадной (Waterfall) модели, зачастую вызывают лишь раздражение и насмешки у адептов Гибких (Agile) методологий, считающих их анахроничными. При этом сложившееся их самих понимание о той единственно верной парадигме организации процесса, а скорее возможность гибко и технично обходить эту парадигму, не дает даже шанса договориться о целостном восприятии темы. И чего уж греха таить, как правило упорство при отстаивании своей точки зрения, это просто лазейка для прикрытия недостаточно глубокого осмысления, почему именно так или иначе протекает тот или иной техпроцесс. Чаще всего с годами у специалистов складывается некое устоявшееся представление об организации и последовательности этапов производства ИС, о результатах, формируемых в ходе их выполнения, способах их применения, приоритетах и прочего. Всеохватывающее и глубокое погружение в обстоятельства реализации решений не оставляет времени и желания разбираться в сути организации обеспечивающих их процессов. А потому за бортом понимания остаются вопросы: почему процессы выстроены именно в той или иной последовательности, почему важны именно те или иные результаты и наконец почему от проекта к проекту успешность применения отлаженных механизмов может быть кардинально разной. В корне этой дезориентации могут лежать следующие факторы:

https://habr.com/ru/articles/986546/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Удалёнка в ИТ-2023: золотая пуля или преграда для карьеры?

В чём хранить деньги, в рублях, твёрдой валюте или золоте? Кто круче, Александр Овечкин или Уэйн Гретцки? Что лучше, удалённая работа, гибрид или офис? В жизни множество вечных вопросов, попробуем ответить на последний. На эту тему написано уже немало статей, но тема не выглядит закрытой, особенно для финтеха. Из статьи руководители смогут узнать, как лучше организовать удалённую работу, с какими сложностями придётся столкнуться и какие подводные камни могут быть. Разработчики определятся, что им ближе: гибрид, или полная удалёнка. А может, и вовсе – снова в офис?

https://habr.com/ru/companies/alfa/articles/773854/

#удалённый_доступ #домашний_офис #стандарты_безопасности #инфраструктура_itкомпании #найм_разработчиков #работа_в_банке #плюсы_удалёнки #минусы_удалённой_работы #организация_работы #продуктивность_команды

Как мы построили IT-support, который экономит сотрудникам более 4 000 часов в месяц и не требует большого бюджета

Расскажу, почему мы решили обзавестись своим отделом IT-support, как автоматизировали рутину, начали экономить около 4 000 часов в месяц и подобрали эффективный софт.

https://habr.com/ru/companies/flowwow/articles/975334/

#автоматизация #софт #инфраструктура #инфраструктура_itкомпании #техподдержка #экономия_денег #экономия_времени

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.2. Имплементация проектного решения

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

https://habr.com/ru/articles/1001426/

#производство #управление_разработкой #управление_командой_разработки #продуктовая_разработка #организация_труда #инфраструктура_бизнеса #инфраструктура_itкомпании #rup #agile #методологии_разработки

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

https://habr.com/ru/articles/996944/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #разработка_программного_обеспечения #управление_проектами #производительность_труда

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

https://habr.com/ru/articles/996944/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #разработка_программного_обеспечения #управление_проектами #производительность_труда

Организация производства Информационных систем. Часть 6. Разработка. 6.1. Планирование ресурсов и инициация

В данном случае под термином “Разработка” подразумевается не непосредственно написание кода в узком смысле, а синоним всего комплексного процесса реализации ИС. Разработка ИС – стадия перехода от технического задания (ТЗ) к процессу реализации ИС. Предыдущая стадия - Проектирование завершилась валидацией полученного проектного решения на правильность, реализуемость и приемлемость, а результат, согласованный смежниками (проектировщиками и разработчиками) плавно перешел в фазу Разработки (реализации). Но в реалиях современной практики быстрых изменений, стадия Разработки рассматривается как итеративный процесс и в ЖЦ производства она зачастую переплетается с другими фазами. В том числе и с Проектированием, и с Тестированием, и даже в продуктовом подходе иногда и с Внедрением. А потому прежде всего необходимо четко разграничивать понятия: Требованиями к целевой ИС (ЧТО делаем) и Требованиями к процессу реализации, описывающими деятельность по ее созданию (КАК делаем). Эти два вида требований естественно не изолированы. Например, требования к процессу часто являются способом достижения трудноверифицируемых требований к продукту. Исходя из этого контекста, если на стадии Проектирования акценты расставлялись на требования к целевой системе, то в этой части мы будем фокусировать внимание на самом процессе ее реализации. Методика разработки –это систематизированный способ организации процесса (методы, правила, последовательности, подходы, документирование и прочее) создания программного продукта или информационной системы, задающий состав и последовательность активностей и их ресурсного обеспечения. Методика - это связующее звено между теорией (методы) и практикой (технология).

https://habr.com/ru/articles/996944/

#производство #управление_разработкой #управление_командой #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #разработка_программного_обеспечения #управление_проектами #производительность_труда

Дипломированный взлом V$ дипломатический шантаж

Что происходит, когда мир цифрового бизнеса сталкивается с самой циничной из возможных правд? Когда оказывается, что кибервымогатели — не безликие монстры из темной сети, а прагматичные переговорщики, готовые дать скидку за скорость оплаты? Отчет Sophos на 3400 жертв раскрывает шокирующие детали: почти половина компаний платит выкуп, а каждая пятая — переплачивает. Но кто стоит за этими атаками? Оказалось, что ваш лучший удаленный разработчик может оказаться северокорейским агентом, а самая разрушительная хакерская группировка в истории имеет отдел кадров и корпоративные татуировки в качестве альтернативы офисным печенькам. Как бизнес-логика победила криминальный романтизм в даркнете? И почему Европа, зарегулировавшая все до последнего документа, все еще уязвима, а некоторые страны даже не знают, что их инфраструктура «критическая»? Давайте разбираться по порядку — с цифрами, иронией и щепоткой здорового паранойи. Погнали?

https://habr.com/ru/articles/996572/

#иб #информационная_безопасность #инфраструктура_itкомпании

Дипломированный взлом V$ дипломатический шантаж

Что происходит, когда мир цифрового бизнеса сталкивается с самой циничной из возможных правд? Когда оказывается, что кибервымогатели — не безликие монстры из темной сети, а прагматичные переговорщики, готовые дать скидку за скорость оплаты? Отчет Sophos на 3400 жертв раскрывает шокирующие детали: почти половина компаний платит выкуп, а каждая пятая — переплачивает. Но кто стоит за этими атаками? Оказалось, что ваш лучший удаленный разработчик может оказаться северокорейским агентом, а самая разрушительная хакерская группировка в истории имеет отдел кадров и корпоративные татуировки в качестве альтернативы офисным печенькам. Как бизнес-логика победила криминальный романтизм в даркнете? И почему Европа, зарегулировавшая все до последнего документа, все еще уязвима, а некоторые страны даже не знают, что их инфраструктура «критическая»? Давайте разбираться по порядку — с цифрами, иронией и щепоткой здорового паранойи. Погнали?

https://habr.com/ru/articles/996572/

#иб #информационная_безопасность #инфраструктура_itкомпании

Дипломированный взлом V$ дипломатический шантаж

Что происходит, когда мир цифрового бизнеса сталкивается с самой циничной из возможных правд? Когда оказывается, что кибервымогатели — не безликие монстры из темной сети, а прагматичные переговорщики, готовые дать скидку за скорость оплаты? Отчет Sophos на 3400 жертв раскрывает шокирующие детали: почти половина компаний платит выкуп, а каждая пятая — переплачивает. Но кто стоит за этими атаками? Оказалось, что ваш лучший удаленный разработчик может оказаться северокорейским агентом, а самая разрушительная хакерская группировка в истории имеет отдел кадров и корпоративные татуировки в качестве альтернативы офисным печенькам. Как бизнес-логика победила криминальный романтизм в даркнете? И почему Европа, зарегулировавшая все до последнего документа, все еще уязвима, а некоторые страны даже не знают, что их инфраструктура «критическая»? Давайте разбираться по порядку — с цифрами, иронией и щепоткой здорового паранойи. Погнали?

https://habr.com/ru/articles/996572/

#иб #информационная_безопасность #инфраструктура_itкомпании

Дипломированный взлом V$ дипломатический шантаж

Что происходит, когда мир цифрового бизнеса сталкивается с самой циничной из возможных правд? Когда оказывается, что кибервымогатели — не безликие монстры из темной сети, а прагматичные переговорщики, готовые дать скидку за скорость оплаты? Отчет Sophos на 3400 жертв раскрывает шокирующие детали: почти половина компаний платит выкуп, а каждая пятая — переплачивает. Но кто стоит за этими атаками? Оказалось, что ваш лучший удаленный разработчик может оказаться северокорейским агентом, а самая разрушительная хакерская группировка в истории имеет отдел кадров и корпоративные татуировки в качестве альтернативы офисным печенькам. Как бизнес-логика победила криминальный романтизм в даркнете? И почему Европа, зарегулировавшая все до последнего документа, все еще уязвима, а некоторые страны даже не знают, что их инфраструктура «критическая»? Давайте разбираться по порядку — с цифрами, иронией и щепоткой здорового паранойи. Погнали?

https://habr.com/ru/articles/996572/

#иб #информационная_безопасность #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 5. Проектирование, дизайн, формирование требований

Старт фазы проектирования, проводит водораздел в ЖЦ производства, завершая этап научно-исследовательского периода и символизирует переход к проектной стадии. В предыдущей части курса, прежде всего мы разобрались, а зачем вообще нужна фаза “Исследования, инициации и анализа” в ИТ-производстве. Очевидно, что ее целесообразность обусловлена масштабом производства, степенью неопределенности, ценой ошибки и является в кой-то мере инвестицией в уровень гарантирования успешного завершения производства. В следствии выполнения первой фазы были получены следующие результаты:

https://habr.com/ru/articles/994798/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #проектирование_систем

Организация производства Информационных систем. Часть 5. Проектирование, дизайн, формирование требований

Старт фазы проектирования, проводит водораздел в ЖЦ производства, завершая этап научно-исследовательского периода и символизирует переход к проектной стадии. В предыдущей части курса, прежде всего мы разобрались, а зачем вообще нужна фаза “Исследования, инициации и анализа” в ИТ-производстве. Очевидно, что ее целесообразность обусловлена масштабом производства, степенью неопределенности, ценой ошибки и является в кой-то мере инвестицией в уровень гарантирования успешного завершения производства. В следствии выполнения первой фазы были получены следующие результаты:

https://habr.com/ru/articles/994798/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #проектирование_систем

Организация производства Информационных систем. Часть 5. Проектирование, дизайн, формирование требований

Старт фазы проектирования, проводит водораздел в ЖЦ производства, завершая этап научно-исследовательского периода и символизирует переход к проектной стадии. В предыдущей части курса, прежде всего мы разобрались, а зачем вообще нужна фаза “Исследования, инициации и анализа” в ИТ-производстве. Очевидно, что ее целесообразность обусловлена масштабом производства, степенью неопределенности, ценой ошибки и является в кой-то мере инвестицией в уровень гарантирования успешного завершения производства. В следствии выполнения первой фазы были получены следующие результаты:

https://habr.com/ru/articles/994798/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #инфраструктура_бизнеса #инфраструктура_itкомпании #проектирование_систем

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.2. Предварительная оценка

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

https://habr.com/ru/articles/992998/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_itкомпании #предпроектное_обследование #предпроектная_аналитика

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.2. Предварительная оценка

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

https://habr.com/ru/articles/992998/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_itкомпании #предпроектное_обследование #предпроектная_аналитика

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.2. Предварительная оценка

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

https://habr.com/ru/articles/992998/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_itкомпании #предпроектное_обследование #предпроектная_аналитика

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации

Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.

https://habr.com/ru/articles/992532/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации

Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.

https://habr.com/ru/articles/992532/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов

Организация производства Информационных систем. Часть 4. Предпроектное исследование. 4.1. Предмет автоматизации

Как мы уже обсудили в предыдущей части, роль фазы предпроектного исследования заключается в обосновании целесообразности создания целевой Информационной системы (ИС). Таким образом в результате стадии должно сложиться понимание о совокупности трех базовых составляющих производства ИТ-продукта: 1) Потребность в его создании. Кому-то он действительно нужен, кто-то получит разумные выгоды от его использования. 2) Возможность его создания. Кто-то может его реализовать, в обозримые сроки, используя определенные технологии. 3) Возможность финансирования его создания. Кто-то сможет оплатить все стадии производства. При этом проведение самой фазы Инициации и анализа чаще всего является инвестицией, которая окупится (иногда с лихвой) в случае не наступления высоковероятных рисков неблагоприятных исходов производства (организационных, технических, неактуальных требований, сроков, обеспечения качества и безопасности, финансовых и прочих). Другими словами, стадия направлена на снижение уровня неопределенности результата производства и избегания необходимости внесения изменений уже в ходе реализации и внедрения.

https://habr.com/ru/articles/992532/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании #организация_процессов

Организация производства Информационных систем. Часть 3. Жизненный цикл производства информационных систем

Жизненный цикл (далее - ЖЦ) производства Информационных систем (ИС) представляет собой структурированную, логическую последовательность стадий, через которые проходит целевая система от идеи до вывода из эксплуатации (утилизации). Как уже упоминалось выше, понимание ЖЦ производства ИС является фундаментом профессиональной грамотности для любого профессионала IT-отрасли, от разработчика до топ-менеджера. Это не просто абстрактная теория, а практический инструмент, который напрямую влияет на вклада каждого специалиста в общий успех проекта, превращая хаотическую деятельность в управляемый процесс. Поскольку в последнее время значительно меняются условия ИТ-производства, смещаются акценты, размываются границы этапов и прочее, важно иметь представление об основных устоявшиеся стандартах. Поэтому перед тем как преступить к подробному рассмотрению стадий и этапов современного ИТ-производства пройдемся кратко по магистральным трендам.

https://habr.com/ru/articles/990470/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 3. Жизненный цикл производства информационных систем

Жизненный цикл (далее - ЖЦ) производства Информационных систем (ИС) представляет собой структурированную, логическую последовательность стадий, через которые проходит целевая система от идеи до вывода из эксплуатации (утилизации). Как уже упоминалось выше, понимание ЖЦ производства ИС является фундаментом профессиональной грамотности для любого профессионала IT-отрасли, от разработчика до топ-менеджера. Это не просто абстрактная теория, а практический инструмент, который напрямую влияет на вклада каждого специалиста в общий успех проекта, превращая хаотическую деятельность в управляемый процесс. Поскольку в последнее время значительно меняются условия ИТ-производства, смещаются акценты, размываются границы этапов и прочее, важно иметь представление об основных устоявшиеся стандартах. Поэтому перед тем как преступить к подробному рассмотрению стадий и этапов современного ИТ-производства пройдемся кратко по магистральным трендам.

https://habr.com/ru/articles/990470/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании

Организация производства Информационных систем. Часть 3. Жизненный цикл производства информационных систем

Жизненный цикл (далее - ЖЦ) производства Информационных систем (ИС) представляет собой структурированную, логическую последовательность стадий, через которые проходит целевая система от идеи до вывода из эксплуатации (утилизации). Как уже упоминалось выше, понимание ЖЦ производства ИС является фундаментом профессиональной грамотности для любого профессионала IT-отрасли, от разработчика до топ-менеджера. Это не просто абстрактная теория, а практический инструмент, который напрямую влияет на вклада каждого специалиста в общий успех проекта, превращая хаотическую деятельность в управляемый процесс. Поскольку в последнее время значительно меняются условия ИТ-производства, смещаются акценты, размываются границы этапов и прочее, важно иметь представление об основных устоявшиеся стандартах. Поэтому перед тем как преступить к подробному рассмотрению стадий и этапов современного ИТ-производства пройдемся кратко по магистральным трендам.

https://habr.com/ru/articles/990470/

#производство #управление_разработкой #управление_командой #продуктовая_разработка #продуктовый_дизайн #организация_труда #организация_работы #клиентоориентированность #инфраструктура_бизнеса #инфраструктура_itкомпании