OpenProject или нет не столь важно, проекты могут быть и в JIRA, и в ProjectPlace, и Wrike, и ASANA. Суть лишь в том, что риск порождает задачи и влияет на эпики. Из OpenProject очень удобно экспортировать в эксель, который всем так приятен и знаком. OpenProject Community Edition не просит денег сразу, а лишь потом, когда подрастешь можно думать об Enterprice Edition. И самое приятное, у всех участников есть простой и понятный To-Do List ввязанный в иерархию проекта со всеми необходимыми связями.
Давно пришел к трактовке риска как антипода Feature, все в беклоге, все с привязками к эпикам и все задачи которые так или иначи влияют на риск - имеют явно указанную с ними связь через Task Relations. Risk Register никуда не делся, Risk Evaluation и Risk Mitigation регулярно пересортируют риск по влиянию и вероятности с учетом принятых на текущий момент времени мероприятий и уточненных сведений. Custom Fields и импорт/экспорт в Эксель для OpenProject.org решают.
Машина за то же время могла намолодить условно 10X, но 9/10 времени ожидала ремонта или настройки квалифицированным мастером, которых не было, а неправильная настройка или продолжение эксплуатации приводили к «работе вразнос» и выходу из строя.
Ручной труд становился дороже. Потребность в настройке снижалась. Долговечность механизмов повышалась. Доступность мастеров увеличивалась.
Долго, но неуклонно. Прогресс не остановить. Сингулярность близка.
Очень не хватает оппонентам выдержанности как в выше упомянутой Комиссии по расследованию Виктор Дмитриев все же отстаивает позицию эксплуатации, что и нормы по запасу реактивности были соблюдены и что от АЗ-5 ожидали как на ТЭЦ немедленного останова, а получили разгон. Мне кажется, все же комплекс причин важен. А на указанном вами сайте все же эмоционально картина подается, про "плохих проектировщиков и менеджеров" в основном.
Один олигарх к другому в гости приехал, осматривает его новый дом… Все в золоте, антикварате… Восторг… На что хозяин уточняет, а хамам посмтотрел? Да, говорит, но плитка какая то мелкая, непонятная. А ты говорит приглядись, там на каждом камушке "Intel Xeon" выбито.
SAP насколько мне известно поставили асинхронные апдейды в БД на территории РФ если паспорт субьекта персональных данных РФ. Далее все записывается и обрабатывается в глобальную базу также как обычно. Что то вроде
if (pasport=russia) then save to russia db
save to glabal db
и далее без поправок на рф работают как обычно...
Неофициальный путь:
Установить версию для Univention Corporate Server — у нее ключ на 10 Enterprise пользователей встроен. При необходимости бекапнуть openproject из докера и раскатать бекап на свой сервер — ключ перенесется.
Официальный:
Обратиться к ним на почу и попросить личный ключик, но его дадут только на год и потом придется просить еще, а из UCS — вечный.
А чего вам не хватает в бесплатной версии? Аджайл досок — так в контексте диаграмм ганта это не недостаток. Авторизации oAuth или чего еще? Главное в OpenProject все экспортируется в эксель простым списком и загружается обратно также легко. Кстати, у них есть фича — 10 бесконечных полнофункциональных лицензий Enterprise по запросу.
hstroker если вы чего то не знаете, не стоит обвинять других во лжи в первом предложении. Ничего смешного в сказанном нет.
Для АЭС детально прорабатываются не только проектные аварии, но и руководства по управлению запроектными и тяжелыми авариями, в частности для ВВЭР:
полное обесточивание (потеря питания переменным током от внешних и внутренних источников, включая резервную дизель-электростанцию — РДЭС);
малая течь с отказом системы аварийного охлаждения зоны высокого давления (САОЗ ВД);
малая течь с отказом САОЗ ВД и системы аварийного охлаждения зоны низкого давления (САОЗ НД);
малая течь с полным обесточиванием;
средняя течь с отказом САОЗ ВД;
средняя течь с отказом САОЗ ВД и САОЗ НД;
большая течь с отказом САОЗ ВД;
большая течь с отказом САОЗ ВД и САОЗ НД;
большая течь с отказом спринклерных систем;
отказ аварийной защиты реактора;
потеря питательной воды с отказом аварийной подпитки парогенератора (ПГ);
течь из 1-го во 2-й контур (отрыв крышки коллектора ПГ) с незакрытиемь паросбросных устройств;
разрыв паропроводов (в отсекаемой и неотсекаемой части).
Предложение расхолаживаться системами низкого давления смехотворно. До цунами условия не позволяли включить их в работу, а после они уже не функционировали из-за отключения питания и из-за потери прибрежных насосов охлаждающей воды.
Расхолаживание системами низкого давления не смешно и вполне эффективно даже в отсутствии электропитания
Automatic depressurization system (ADS, DPVS)
Low-pressure core spray system (LPCS)
Low-pressure coolant injection (LPCI)
Passive containment cooling system (PCCS)
Gravity-driven cooling system (GDCS)
Понимая, что даже штатная мотопомпа не способна подавать воду в реактор, Масао Ёсида пытался использовать пожарные машины. И хотя некоторые говорят, что он импровизировал, т.к. возможность подачи воды в реактор от стационарной системы пожаротушения не была предусмотрена в оригинальной конструкции станции. Однако, то, что дополнительные выводы системы пожаротушения на наружных стенах турбинных зданий и перемычки трубопроводов были смонтированы в 2010 году, всего за 9 месяцев до аварии, однозначно говорит о том, что и сценарий с пожарными машинами был продуман до аварии.
Да все они посчитали, и что будет со станцией при более высокой высоте цунами тоже. Полная потеря электропитания собственных нужд — проектная авария.
Не учли то, что кому то придет в голову крутить ВКЛ/ВЫКЛ несколько раз в минуту на задвижках Isolation Condenser при угрозе цунами, что старшему смены смелости признаться об отсутсвии охлаждения не хватит, что штаб не решится в условиях неопределенности на депрессуализацию и расхолаживание системами низкого давления. На ЧАЭС Дятлов тоже считал, что реактор цел и взорвался бак СУЗ. Человеческий фактор усугубил тяжесть аварии, а излишняя оптимизация издержек — явилась основной причиной.
Человеческий фактор и оптимизация издержек - истинная причина аварии
Особенностью управления системой Isolation Condenser (IC) были переключатели в двух положениях ON/OFF и индикаторной лампы. Оператор переключал ВКЛ/ВЫКЛ, но задвижка физически регулирующая поток требует несколько секунд на смену положения открыто/закрыто, во время которых лампа мигает и оператор контролирует визуально число импульсов.
На момент аварии, штатно включился в работу контур А. Оператор, контролируя скорость расхолаживания, обратился к начальнику смены и получив распоряжение следовать режиму с низкой скоростью расхолаживания, выключал и через некоторое время включал переключатель. Этим предполагалось обеспечить соответсвие регламенту по скорости расхолаживания перед перезапуском. Если бы тумблер не крутили — реактор бы быстро охладился и никакой аварии бы не случилось, но перезапуск был бы возможен только через несколько дней. А хотели сразу и как можно быстрее.
Почуствовав приход второй волны цунами, оператор перевел переключатель в положение ВКЛ, но вместо 10 импульсов индикаторной лампы увидел лишь два. Электроснабжение собственных нужд прервалось, свет и индикация погасли.
Контур Б тоже попытались включить. Но импульсов индикатора также не увидели.
На вопрос старшего смены оператор ответил, что он не уверен включился ли IC, но переключатели в положении ВКЛ и он видел два импульса из 10… Старший смены доложил выше, что IC включен, но сам не будь дураком, отправил инженера визуально убедиться. Работающая система охлаждения приводит к испарению воды в бассейне радиатора охлаждения IC и выходящий через трубу в стене местной вентиляции пар должен быть хорошо заметен с улицы. Однако инженер не знал сколько именно пара должно быть и, напуганный происходящим, разглядел все же какой то дымок и вернулся доложить старшему смены, что пар идет. После чего тот подтвердил в штаб, что IC включен. Если бы инженер точно знал сколько пара и из какой трубы должно идти — был бы шанс передать в штаб информацию об отсутствии охлаждения реактора раньше.
Тем не менее, по косвенным причинам, старший смены все же понял что охлаждения недостаточно и отдал распоряжение двум инженерам идти в машинный зал проверять и крутить задвижки IC вручную. Но в маш зале темно и страшно, нужную задвижку не нашли. Вернулись ни с чем. Если бы инженеры проходили тренировку по ручному переключению задвижек IC — аварию еще можно было предотвратить.
Следует отдать должное и показаниям гидравлического уровнемера. Достоверность его показаний зависит от того кипит ли вода в активной зоне и ее уровня. Предполагая, что IC включен, предполагали что и на уровнемере правда. А оказалось, что IC выключен, вода кипит, идет пароциркониевая реакция с выделением водорода, уровнемер завоздушен и завышает показания.
Соответственно штаб исходил из некорретных данных о состоянии реактора и систем аварийного расхолаживания и отдавал порой "нелогичные" распоряжения, в том числе об эвакуации.
Шансы на предотвращение катастрофы сохранялись до 2:45 12 марта 2011 года, почти 12 часов с момента землятрясения. Затем расплав вырвался из реактора и управлять развитием аварии стало сложнее. Но на всех этапах прослеживается человеческий фактор и культура безприкословного подчинения, плюс требование снижения скорости расхолаживания для скорейшего перезапуска, по сути, деньги за невыработанную электроэнергию на время простоя, которые, по моему скромному мнению, и стали основной причиной катастрофы. Хотя, конечно, знал бы тот кто решил расхолаживаться медленно к чему это приведет, я уверен, расхолаживались бы с аварийной скоростью.
HUAWEI MateBook D 16 R5 4600H 16ГБ + 512 ГБ
OpenProject или нет не столь важно, проекты могут быть и в JIRA, и в ProjectPlace, и Wrike, и ASANA. Суть лишь в том, что риск порождает задачи и влияет на эпики. Из OpenProject очень удобно экспортировать в эксель, который всем так приятен и знаком. OpenProject Community Edition не просит денег сразу, а лишь потом, когда подрастешь можно думать об Enterprice Edition. И самое приятное, у всех участников есть простой и понятный To-Do List ввязанный в иерархию проекта со всеми необходимыми связями.
Так точно.
Давно пришел к трактовке риска как антипода Feature, все в беклоге, все с привязками к эпикам и все задачи которые так или иначи влияют на риск - имеют явно указанную с ними связь через Task Relations. Risk Register никуда не делся, Risk Evaluation и Risk Mitigation регулярно пересортируют риск по влиянию и вероятности с учетом принятых на текущий момент времени мероприятий и уточненных сведений. Custom Fields и импорт/экспорт в Эксель для OpenProject.org решают.
6 из 26 умерли? Я вижу возраст 50, 2х70+, 2х80+ но это очень много смертей.
Пусть вручную молотильщик мог намолотить X
Машина за то же время могла намолодить условно 10X, но 9/10 времени ожидала ремонта или настройки квалифицированным мастером, которых не было, а неправильная настройка или продолжение эксплуатации приводили к «работе вразнос» и выходу из строя.
Ручной труд становился дороже. Потребность в настройке снижалась. Долговечность механизмов повышалась. Доступность мастеров увеличивалась.
Долго, но неуклонно. Прогресс не остановить. Сингулярность близка.
re
Ожидание идеальных условий для начала проекта ведет к провалу на самом раннем этапе планирования.
Видеоаналитика
Неклонируемый пропуск
Двухфакторная аутентификация
IDS (Intrusion Detection)
WiFi Off Channel Scanning (Rogue identification) и 802.11w (Protected Management Frames)
Очень не хватает оппонентам выдержанности как в выше упомянутой Комиссии по расследованию Виктор Дмитриев все же отстаивает позицию эксплуатации, что и нормы по запасу реактивности были соблюдены и что от АЗ-5 ожидали как на ТЭЦ немедленного останова, а получили разгон. Мне кажется, все же комплекс причин важен. А на указанном вами сайте все же эмоционально картина подается, про "плохих проектировщиков и менеджеров" в основном.
За 7 лет до катасрофы ЧАЭС Комиссия по расследованию повествует о вероятной аварии на РБМК по комплексу причин.
Один олигарх к другому в гости приехал, осматривает его новый дом… Все в золоте, антикварате… Восторг… На что хозяин уточняет, а хамам посмтотрел? Да, говорит, но плитка какая то мелкая, непонятная. А ты говорит приглядись, там на каждом камушке "Intel Xeon" выбито.
SAP насколько мне известно поставили асинхронные апдейды в БД на территории РФ если паспорт субьекта персональных данных РФ. Далее все записывается и обрабатывается в глобальную базу также как обычно. Что то вроде
if (pasport=russia) then save to russia db
save to glabal db
и далее без поправок на рф работают как обычно...
bitcoin
У нас тут очень класнынй проект, мы уже согласовали план, бюджет и наняли людей, почему ты не хочешь идти к нам PM?
Неофициальный путь:
Установить версию для Univention Corporate Server — у нее ключ на 10 Enterprise пользователей встроен. При необходимости бекапнуть openproject из докера и раскатать бекап на свой сервер — ключ перенесется.
Официальный:
Обратиться к ним на почу и попросить личный ключик, но его дадут только на год и потом придется просить еще, а из UCS — вечный.
А чего вам не хватает в бесплатной версии? Аджайл досок — так в контексте диаграмм ганта это не недостаток. Авторизации oAuth или чего еще? Главное в OpenProject все экспортируется в эксель простым списком и загружается обратно также легко. Кстати, у них есть фича — 10 бесконечных полнофункциональных лицензий Enterprise по запросу.
hstroker если вы чего то не знаете, не стоит обвинять других во лжи в первом предложении. Ничего смешного в сказанном нет.
Для АЭС детально прорабатываются не только проектные аварии, но и руководства по управлению запроектными и тяжелыми авариями, в частности для ВВЭР:
Расхолаживание системами низкого давления не смешно и вполне эффективно даже в отсутствии электропитания
Понимая, что даже штатная мотопомпа не способна подавать воду в реактор, Масао Ёсида пытался использовать пожарные машины. И хотя некоторые говорят, что он импровизировал, т.к. возможность подачи воды в реактор от стационарной системы пожаротушения не была предусмотрена в оригинальной конструкции станции. Однако, то, что дополнительные выводы системы пожаротушения на наружных стенах турбинных зданий и перемычки трубопроводов были смонтированы в 2010 году, всего за 9 месяцев до аварии, однозначно говорит о том, что и сценарий с пожарными машинами был продуман до аварии.
Да все они посчитали, и что будет со станцией при более высокой высоте цунами тоже. Полная потеря электропитания собственных нужд — проектная авария.
Не учли то, что кому то придет в голову крутить ВКЛ/ВЫКЛ несколько раз в минуту на задвижках Isolation Condenser при угрозе цунами, что старшему смены смелости признаться об отсутсвии охлаждения не хватит, что штаб не решится в условиях неопределенности на депрессуализацию и расхолаживание системами низкого давления. На ЧАЭС Дятлов тоже считал, что реактор цел и взорвался бак СУЗ. Человеческий фактор усугубил тяжесть аварии, а излишняя оптимизация издержек — явилась основной причиной.
Особенностью управления системой Isolation Condenser (IC) были переключатели в двух положениях ON/OFF и индикаторной лампы. Оператор переключал ВКЛ/ВЫКЛ, но задвижка физически регулирующая поток требует несколько секунд на смену положения открыто/закрыто, во время которых лампа мигает и оператор контролирует визуально число импульсов.
На момент аварии, штатно включился в работу контур А. Оператор, контролируя скорость расхолаживания, обратился к начальнику смены и получив распоряжение следовать режиму с низкой скоростью расхолаживания, выключал и через некоторое время включал переключатель. Этим предполагалось обеспечить соответсвие регламенту по скорости расхолаживания перед перезапуском. Если бы тумблер не крутили — реактор бы быстро охладился и никакой аварии бы не случилось, но перезапуск был бы возможен только через несколько дней. А хотели сразу и как можно быстрее.
Почуствовав приход второй волны цунами, оператор перевел переключатель в положение ВКЛ, но вместо 10 импульсов индикаторной лампы увидел лишь два. Электроснабжение собственных нужд прервалось, свет и индикация погасли.
Контур Б тоже попытались включить. Но импульсов индикатора также не увидели.
На вопрос старшего смены оператор ответил, что он не уверен включился ли IC, но переключатели в положении ВКЛ и он видел два импульса из 10… Старший смены доложил выше, что IC включен, но сам не будь дураком, отправил инженера визуально убедиться. Работающая система охлаждения приводит к испарению воды в бассейне радиатора охлаждения IC и выходящий через трубу в стене местной вентиляции пар должен быть хорошо заметен с улицы. Однако инженер не знал сколько именно пара должно быть и, напуганный происходящим, разглядел все же какой то дымок и вернулся доложить старшему смены, что пар идет. После чего тот подтвердил в штаб, что IC включен. Если бы инженер точно знал сколько пара и из какой трубы должно идти — был бы шанс передать в штаб информацию об отсутствии охлаждения реактора раньше.
Тем не менее, по косвенным причинам, старший смены все же понял что охлаждения недостаточно и отдал распоряжение двум инженерам идти в машинный зал проверять и крутить задвижки IC вручную. Но в маш зале темно и страшно, нужную задвижку не нашли. Вернулись ни с чем. Если бы инженеры проходили тренировку по ручному переключению задвижек IC — аварию еще можно было предотвратить.
Следует отдать должное и показаниям гидравлического уровнемера. Достоверность его показаний зависит от того кипит ли вода в активной зоне и ее уровня. Предполагая, что IC включен, предполагали что и на уровнемере правда. А оказалось, что IC выключен, вода кипит, идет пароциркониевая реакция с выделением водорода, уровнемер завоздушен и завышает показания.
Соответственно штаб исходил из некорретных данных о состоянии реактора и систем аварийного расхолаживания и отдавал порой "нелогичные" распоряжения, в том числе об эвакуации.
Шансы на предотвращение катастрофы сохранялись до 2:45 12 марта 2011 года, почти 12 часов с момента землятрясения. Затем расплав вырвался из реактора и управлять развитием аварии стало сложнее. Но на всех этапах прослеживается человеческий фактор и культура безприкословного подчинения, плюс требование снижения скорости расхолаживания для скорейшего перезапуска, по сути, деньги за невыработанную электроэнергию на время простоя, которые, по моему скромному мнению, и стали основной причиной катастрофы. Хотя, конечно, знал бы тот кто решил расхолаживаться медленно к чему это приведет, я уверен, расхолаживались бы с аварийной скоростью.