Прошу оценить регламент рабочих совещаний и рабочий процесс

Андрей Роговский пишет:

Андрей Кочанов пишет:

Давайте ещё раз определимся с терминами. 

1.Центробанк регулирует денежные отношения. Как регулятор Центробанк может проводить жалом по каждой части проекта? С какой стороны он?  Набиулина конечно спорит с Грефом по его экосистеме, но, насколько я знаю, даже по Сберу ЦБ ничего не контролировал в софте, только ущемление прав других банков. 

2. Партнëр это соучастник бизнеса-проекта с определëнными правами и обязанностями. 

3. Партнëр вам "предлагает" использовать "такую штуку", которая не сертифицирована? На каком основании и зачем? Кто здесь вообще Заказчик? Про scrum писать не буду)). 

Андрей, в проекте, на мой взгляд, должна быть ясность. Кто заказчик...И я Вам задавал вопросы про количество отделов на этих совещаниях- ответа не получил. Цитирую Вас ещё раз :Разумеется, что все задачи формируются на 1 день, а представитель разбивает эту задачу на подзадачи для своего отдела.

Кто решает что именно такие задачи надо ставить, почему каждый день, каким образом представитель (представитель отдела) разбивает задачи (как он это делает? ) и зачем? Я вообще не понимаю как можно каждый день тратить время на совещания. Контролировать выполнения графиков и т.п. 

1. Элементарно. Если вы косячите, то на вас идет жалоба через эту чудную формочку (https://cbr.ru/Reception/Message/Register?messageType=Complaint) и вы получаете таких пилюлей, что мало не покажется

2. Абсолютно верно. Партнер хочет установить свой комплекс в экосистеме проекта. Win-Win. Что тут такого?

3. Потому что партнер - коммерсант. Он далек от политических игрищ и в его частной лавочке все было на ура. А тут - импортозамещение. И - бац,бацб,бац

По проекту эту (и не только эту) особенность упустили на самом высшем уровне. А теперь ее приходится расхлебывать, причем на совещаниях никто не вносит конструктив, а все хотят выставить себя в белом свете(цвете?).

 

1Это если перейти по Вашей ссылке. .Если Ваше обращение относится к компетенции Банка России, то оно обязательно будет рассмотрено наряду с другими письменными обращениями. При подаче жалобы следует предварительно подготовить документы, связанные с описываемой проблемой. Это позволит Банку России рассмотреть ее более детально и максимально быстро.

Андрей, я уже задавал вопрос каким боком ЦБ имеет отношение к проекту, к проектам  IT., если он не заказчик? Ответа нет. Тогда можно Прокуратуру вспомнить, Роспотребнадзор, ФСБ, МВД, росельхознадзор и т.д. Может они тоже контролируют или надсматривают за вашими проектами?)) 

2. и 3. Партнëр не есть Заказчик. Я просил разобраться с терминами и функциями, обязанностями и правами участников проекта. Ответа нет. 

Я третий раз задаю вопрос про ежедневность совещаний, количество отделов участвующих, ответа нет. У меня складывается впечатление что Вы либо не обладаете полнотой информации, по разным причинам;либо Вы не очень заинтересованы в открытой Вами же дискуссии; либо "прикалываетесь". Поди  туда не зная куда и принеси то, не зная что -это не совсем то, что хочется обсуждать. По крайней мере, мне. В соседней Вашей же дискуссии про нко, когда дело дошло до конкретики, еë (конкретики) тоже "не появилось", не взирая на просьбы участников. 

Р. S. Проект это ответственность. При подборе участников ответственность котируется наравне с умением. Этот касается как юридических лиц, так и физических. Согласен, что когда в проекте много "политики", то это становится его особенностью и головной болью. Но ведь это было ясно заранее, что теперь на это "кивать"? Проект надо сделать. 

Андрей Кочанов пишет:

1Это если перейти по Вашей ссылке. .Если Ваше обращение относится к компетенции Банка России, то оно обязательно будет рассмотрено наряду с другими письменными обращениями. При подаче жалобы следует предварительно подготовить документы, связанные с описываемой проблемой. Это позволит Банку России рассмотреть ее более детально и максимально быстро.

Андрей, я уже задавал вопрос каким боком ЦБ имеет отношение к проекту, к проектам  IT., если он не заказчик? Ответа нет. Тогда можно Прокуратуру вспомнить, Роспотребнадзор, ФСБ, МВД, росельхознадзор и т.д. Может они тоже контролируют или надсматривают за вашими проектами?)) 

2. и 3. Партнëр не есть Заказчик. Я просил разобраться с терминами и функциями, обязанностями и правами участников проекта. Ответа нет. 

Я третий раз задаю вопрос про ежедневность совещаний, количество отделов участвующих, ответа нет. У меня складывается впечатление что Вы либо не обладаете полнотой информации, по разным причинам;либо Вы не очень заинтересованы в открытой Вами же дискуссии; либо "прикалываетесь". Поди  туда не зная куда и принеси то, не зная что -это не совсем то, что хочется обсуждать. По крайней мере, мне. В соседней Вашей же дискуссии про нко, когда дело дошло до конкретики, еë (конкретики) тоже "не появилось", не взирая на просьбы участников. 

Р. S. Проект это ответственность. При подборе участников ответственность котируется наравне с умением. Этот касается как юридических лиц, так и физических. Согласен, что когда в проекте много "политики", то это становится его особенностью и головной болью. Но ведь это было ясно заранее, что теперь на это "кивать"? Проект надо сделать. 

1. Этементарно - IT-проект попадает под действие регуляторов от ЦБ (и не только). И даже той самой Прокуратуры - если я дам больше конкретной информации, то вполне возможна встреча с оной. По этому я и не дам :)

2. Это и партнер и заказчик. Он предоставляет модуль который увеличивает эффективность всей экосистемы. 

Проект согласовывали без моего участия. Понятно, что надо расхлебывать. Вы тут ничего нового не открыли.

Андрей Роговский пишет:
Второе.

Андрей, из Вашего описания получается, что Вы руководите несколькими отделами (или, во всяком случае, отвечаете за планирование работы несколькими отделами); на организацию дается большой проект; в этом проекте каждый отдел выполняет свою часть работы; важно, чтобы все отделы выполняли свою часть работы в срок и чтобы общие сроки проекта соблюдались. 

Я вижу некоторое противоречие в том, что Вы написали выше. С одной стороны, Вы пишете, что работы планируются на день, и отдел должен отмечать, что удалось за день.

Однако как пример Вы приводите:

Обычно в реальном IT это выглядит так:

1. Чего достиг: "Наш субпроект 123/4232/AAG прошел предварительную проверку регулятора Центрабанк"

2. Что планируется на сегодня: "Подключить решение от интегратора 228/101/AAH в субпроект 123/4232/AAG"

3. Что мешает: "Интегратор требудет для решения 228/101/AAH технологий класса SecuredFakupOSOS, которые только зарубежные и не сертифицированы."

Пункты 1  и 3 в данном списке точно НЕ относятся к планированию дел на день. Более того, они НЕ относятся к списку дел команды.

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

Запись: "Интегратор требудет для решения 228/101/AAH технологий класса SecuredFakupOSOS, которые только зарубежные и не сертифицированы", -  тоже не относится к планированию дел отдела (подразделения компании) на день. В этой записи обозначена именно проблема, которую надо решать на уровне топ-менеджмента компании и явно не за один день.

Планирование дел на день - это, например, так:

1. Что за вчера сделано: "Кириллом лично в Центробанке получено уведомление о прохождении проверки". (Или: "По почте получено уведомление Центробанка о том, что наш субпроект прошел проверку. Документ загружен на корпоративный диск").

2. Что планируется на сегодня. Если в Вашем примере подключить решение от интегратора возможно за 1 день, то так и записывается в план: "Подключить решение от интегратора 228/101/AAH в субпроект 123/4232/AAG". Если подключить решение невозможно за один день, то в план записывается та часть работы, которую возможно выполнить за один день.

Если нужно подать готовые документы в регуляторный орган на получение разрешения и затем получить разрешение или отказ, то очевидно, что за один день сотрудники компании могут только подать документы, и придется еще какое-то время ждать ответа регулятора. Поэтому запись делается не так: "Получить разрешение Центробанка", а вот так:

(в случае, если в компании респешен занимается отправкой бумажных документов): "Сдать на ресепшен документы для отправки в Центробанк и сделать на ресепшен заявку, чтобы заказали курьера".

(в случае, если документы отправляются в электронном виде): "Направить документы на электронную почту Центробанка".

3. Что мешает: а вот этого пункта в планировании дел для отдела быть не должно. Если есть какая-то проблема, которую именно этот отдел должен решать, но на решение может уйти месяц, то план для решения такой проблемы можно расписать на месяц. Например, нужно найти дешевого поставщика:

"1 декабря: разослать письма-запросы цен 50 поставщикам.

2 декабря: совершить телефонные звонки этим поставщикам, убедиться, что они получили запрос, и спросить сроки предоставления коммерческого предложения. 

К 10 декабря: получить коммерческие предложения не менее, чем от 7 поставщиков.

К 15 декабря: завершить анализ коммерческих предложений, выбрать оптимальное.

К 20 декабря: создать профиль поставщика в электронной базе компани. Загрузить документы для получения одобрения поставщика.

К 29 декабря: загрузить в электронную систему документы для одобрения закупки и направить вышестоящему руководителю".

А В Вашем планировании смешаны в одну кучу три вещи:

- текущие дела подразделения компании (отдела), которые подлежат планированию на день (например, подключение интегратора)

- текущие дела подразделения компании (отдела), которые подлежат планированию на более длительный срок (например, получение разрешения регулятора)

- вопросы, которые в зоне ответственности не подразделения компании (отдела), а топ-менеджмента компании (например, принятие решений о закупке технологий, которые запрещены или дорогие)

Мне кажется, эти три вида деятельности надо разделить.

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

На часовых совещаниях раз в неделю или раз в 2 недели обсуждать более глобальные долгосрочные вещи наподобие подготовки документации для регулятора.

А на совещаниях топ-менеджмента обсуждать уж совсем глобальные вещи, что делать, если ""Интегратор требудет для решения 228/101/AAH технологий класса SecuredFakupOSOS, которые только зарубежные и не сертифицированы".

Андрей Роговский:1. Этементарно - IT-проект попадает под действие регуляторов от ЦБ (и не только). И даже той самой Прокуратуры - если я дам больше конкретной информации, то вполне возможна встреча с оной. По этому я и не дам :)

2. Это и партнер и заказчик. Он предоставляет модуль который увеличивает эффективность всей экосистемы. 

Проект согласовывали без моего участия. Понятно, что надо расхлебывать. Вы тут ничего нового не открыли.

 

Андрей, у Вас, на мой взгляд, сплошные противоречия и  никакой конкретики. Как я могу что-то новое написать?)) Четвëртый раз задавать вопросы об уточнение того, что Вы сами в "теле" дискуссии разместили, не вижу смысла. Уже надоело, извините.

Если Вы пишите о РФ, то чтобы иметь дело с Прокуратурой, необходимо нарушить действующее законодательство...Про Минцифры Вы ничего не писали, поэтому подсказываю)) 

По информации издания «Ведомости», Ассоциации банков России (АБР) считает, что контролировать переход банковского сектора на отечественное программное обеспечение должно не Минцифры, а Центральный банк РФ.

Позиция АБР основывается на том, что у специалистов Минцифры (ранее — Минкомсвязи) нет должных компетенцией, а также отсутствует понимание специфики работы специального ПО в банковской сфере, включая защиту данных, составляющих банковскую тайну.
Согласно закону «О безопасности критической информационной инфраструктуры» (N 187-ФЗ) и предложениям правительства, объекты критической информационной инфраструктуры (КИИ) должны перейти на российский софт до 1 января 2024 года и на российское IT-оборудование — до 1 января 2025 года. В список объектов критической инфраструктуры РФ входят: система госорганов, предприятия оборонной промышленности, энергетики, топливной и атомной промышленности, транспорта и кредитно-финансовой сферы (банки, другие кредитные организации и фонды, биржи). Вдобавок банки должны предоставить и утвердить в Минцифры план перехода на отечественный софт до 1 июля 2021 года.

В октябре 2020 года правительство утвердило Минцифры в качестве куратора процесса импортозамещения в финансовых организациях. В Минцифры и ЦБ, согласно пояснению «Ведомостей», подтвердили получение письма от АБР. Но для изменения текущих указов требуется время и понимание всех сторон, а также вынос этого предложения на обсуждение с профильными ведомствами.

АБР уточнила, что во многих банках есть информационные системы собственной разработки, не включенные в Реестр отечественного ПО, которые, согласно закону, также нужно будет переводить на разрешенное к использованию ПО. Также в настоящий момент в едином реестре нет нужных аналогов таких программ.

Президент ассоциации «Руссофт» Валентин Макаров пояснил «Ведомостям», что большая часть частичного самописного банковское ПО не может быть внесена в реестр отечественного из-за включения в них импортных программных модулей, например, для работы со SWIFT, для сопряжения систем с зарубежными банками и регуляторами.

По данным АБР, в среднем доля используемого иностранного ПО и IT-оборудования в банковском секторе составляет 85%. А переход на все отечественное займет не менее шести лет, при наличии такой возможности, включая этапы тестирования и подготовки к опытной эксплуатации.

Представители Российского союза промышленников и предпринимателей (РСПП) также считают нереалистичным текущие сроки внедрение отечественного ПО и IT-оборудования, а также его порядком. РСПП объяснил, что такой быстрый переход потребует серьезных затрат, а реализовывать его нужно поэтапно, а не к определенной дате.

В РСПП считают, что оборудование первично, а изначальное требование перехода на отечественное ПО на зарубежной IT-инфраструктуре приведет к неэффективным затратам. Как госкомпаниям, так и кредитно-финансовому сектору придется сначала устанавливать российский софт на имеющийся парк импортной техники, а потом адаптировать это ПО на новую импортозамещенную IT-инфраструктуру.

В настоящее время российские производители не располагают мощностями, необходимыми для замены иностранного ПО и сетевого оборудования на всех объектах КИИ РФ. Таких объектов в стране насчитывается около 1 млн, и в состав каждого входят десятки или сотни компьютеров, а также множество серверов, СХД, сетевых и коммутационных устройств. По информации РБК, оценочная стоимость перехода одного крупного банка РФ на отечественное ПО может составить около 400 млрд рублей, а для крупной металлургической компании эти траты могут составить до 10 млрд рублей.

Андрей Кочанов пишет:

Андрей, у Вас, на мой взгляд, сплошные противоречия и  никакой конкретики.

Давайте тогда рассуждать более абстрактно, мы же люди и можем мыслить некими сущностями.

Елена Аронова пишет:

Андрей Роговский пишет:
Второе.

 

Огромное вам спасибо, Елена! Сейчас у меня есть 2 вида совещаний - пятиминутка (часовка) и часовые (двух). Вижу, что нужно иметь 3. Иначе просто утону.

Да, правду говорят, что любой высокоуровневый специалист в конце концов превращается в менеджера. Я уже чувствую, как у меня минус пол-дня на это отлетает.

Если я когда-то открою холдинг, то обязательно обращусь к вам с предложением занять роль независимого директора.

Андрей Роговский пишет:

Андрей Кочанов пишет:

Андрей, у Вас, на мой взгляд, сплошные противоречия и  никакой конкретики.

 

Давайте тогда рассуждать более абстрактно, мы же люди и можем мыслить некими сущностями.

 «Вишь ты, – сказал один другому, – вон какое колесо! что ты думаешь, доедет то колесо, если б случилось, в Москву или не доедет?» – «Доедет», – отвечал другой. «А в Казань-то, я думаю, не доедет?» – «В Казань не доедет», – отвечал другой. Этим разговор и кончился"  Н.В. Гоголь "Мëртвые души"

Андрей Роговский пишет:

Елена Аронова пишет:

Андрей Роговский пишет:
Второе.

 

Огромное вам спасибо, Елена! Сейчас у меня есть 2 вида совещаний - пятиминутка (часовка) и часовые (двух). Вижу, что нужно иметь 3. Иначе просто утону.

Да, правду говорят, что любой высокоуровневый специалист в конце концов превращается в менеджера. Я уже чувствую, как у меня минус пол-дня на это отлетает.

Если я когда-то открою холдинг, то обязательно обращусь к вам с предложением занять роль независимого директора.

 

"Удивительный" Вы человек)). Живëте в своем мире... 

Андрей Роговский пишет:
Если я когда-то открою холдинг, то обязательно обращусь к вам с предложением занять роль независимого директора.

:-)))))))

Андрей Кочанов пишет:

"Удивительный" Вы человек)). Живëте в своем мире... 

Андрей Роговский IT-консультант, Украина30 ноября 2020, 10:38

 

Я не просто живу - я создаю свой собственный мир. Как впрочем каждый из нас. Просто на разных уровнях.

Андрей Роговский пишет:

Андрей Кочанов пишет:

"Удивительный" Вы человек)). Живëте в своем мире... 

Андрей Роговский IT-консультант, Украина30 ноября 2020, 10:38

 

Я не просто живу - я создаю свой собственный мир. Как впрочем каждый из нас. Просто на разных уровнях.

Согласен. Главное не путать иллюзорный мир и реальный)). 

Андрей Кочанов пишет:

Андрей Роговский пишет:

Андрей Кочанов пишет:

"Удивительный" Вы человек)). Живëте в своем мире... 

Андрей Роговский IT-консультант, Украина30 ноября 2020, 10:38

 

Я не просто живу - я создаю свой собственный мир. Как впрочем каждый из нас. Просто на разных уровнях.

Согласен. Главное не путать иллюзорный мир и реальный)). 

Мы и сами иллюзорны, если взглянуть на нас сквозь призму бескрайней Вселенной