Добрый день, коллеги! На сегодня интересная новость была выложена на mail.
"Переход на российский софт

1 ноября стартует эксперимент по переходу госорганов на российское программное обеспечение. Софт, право на который принадлежит России, будет предоставляться на условиях открытой лицензии. Первые участники эксперимента — Минцифры, МВД и Росреестр.

Остальные органы власти, фонды, госкорпорации, организации и граждане могут подключиться к эксперименту на добровольной основе. Подать заявку на участие необходимо до 1 апреля 2023 года. С 2025 года органам госвласти будет запрещено использовать иностранное программное обеспечение."
https://news.mail.ru/society/53687449/?frommail=1

«1С» совместно со специалистами по SAP запускает совместный бизнес.

Что это значит?

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

Итеративная и инкрементальная разработка: краткая история | Открытые системы. СУБД | Издательство «Открытые системы»
https://www.osp.ru/os/2003/09/183412

Очень интересная статья об итории инкрементного и итерактивного подхода (IID) реализации проектов.

Где лучше работать, в фирме 1С:Франчайзи или в инхаус?

Часто встречаю в пабликах вопросы специалистов о том, где лучше работать в фирме 1С:Франчайзи или в инхаус (в составе ИТ-службы на от предприятии).
Для того, чтобы каждый ответил для себя на этот вопрос, следует сначала разобраться в некоторых понятиях.
1. Какие бывают фирмы 1С:Франчайзи?
Я для себя их делю на три категории:
а) Моновендоры - организации, основной деятельности которых является продажа и внедрения программных продуктов фирмы 1С;
б) Мультивендоры - компании, которые реализуют и внедряют преимущественно программные продукты западных вендоров (SAP, Oracle, Microsoft и пр.). В таких организациях, как правило, есть практика 1С, в рамках которой осуществляется деятельность по внедрению и обслуживанию программных продуктов 1С. Чаще всего, клиентами этих структур являются организации, где внедрен западный софт, но для автоматизации отдельных функций или подразделений целесообразно использовать ПО фирмы 1С.
в) Предприятия, которые имеют франшизу фирмы 1С, но далекие от IT-сферы. Наличие статуса "1С:Франчайзи" дает им некоторые льготы на приобретение ПО фимы 1С.
2. Какое направлении деятельности следует рассматривать?
Деятельность любой фирмы 1С:Франчайзи можно условно разделить на два вида:
а) Регулярная деятельность - составляет основу таких организаций. Она связана с продажей, настройкой и сопровождением программных продуктов.
б) Проектная деятельность. Как правило, выполнением проектных работ в компаниях занимаются отдельные подразделения. Очень редко, фирма полностью специализируется на этом виде деятельности. В любом случае, численность таких структур не велика.
В организационном и технологическом плане, подразделения, занимающиеся этими видами деятельности, разительно отличаются. Попытки совместить в одном подразделении оба вида деятельности, как правило, заканчиваются плачевно для проектной составляющей.
Что характерно для проектной деятельности?
- Длительный срок и высокие издержки на продажу проектов;
- Особый акцент на технологию выполнения проекта и документирование работ;
- Высокие требования к знаниям и навыкам специалистов (например, в части коммуникаций, системного мышления или умения составлять проектную документацию). Необходимость постоянного развития персонала;
- Оплата труда, не привязанная к часовой ставке. Как правило, используется окладно-премиальная схема оплаты труда;
- Высокий уровень командной работы, как следствие, необходимость наличия руководителя проекта.
3. Какие компании бывают по размеру (среднесписочной численности)?
Очевидно, что размер компании имеет значение. Чем крупнее организация, тем она стабильнее, в ней больше возможностей для карьерного роста и самореализации.

Теперь вернемся к главному вопросу, где работать лучше?
Каждый специалист при решении этого вопроса руководствуется своими критериями. Попытаюсь здесь перечислить, по моему представлению, некоторые из них (не в порядке приоритета):
1. Стабильность
2. Профессиональное развитие
3. Приобретение разнообразного опыта и расширение кругозора
4. Уровень дохода
5. Возможность самореализации
6. Карьерный рост
7. Уровень стресса

Как пишут коллеги в пабликах, работа в инхаус имеет следующие привлекательные стороны: более высокий уровень дохода, стабильность, возможность карьерного роста, низкий уровень стресса. Как слабые стороны выделяют: не постоянное профессиональное развитие, меньше возможностей для расширения кругозора.
Все это справедливо, но важно понимать, что стабильность - это переменное состояние. В условиях кризиса, организации обычно предпринимают мероприятия по сокращению расходов, под эту инициативу, в первую очередь подпадают IT-службы предприятий. В тоже время, по опыту кризисов 1998, 2008-2009, 2014-н.в., IT-компании переживают эти сложности без особых проблем, даже напротив, активно развиваются.
Что касается профессионального развития, то оно напрямую связано с отношением компании к обучению и развитию персонала IT-служб. Коллеги в пабликах сетуют на то, что в инхаус не очень жалуют расходы на обучение и сертификацию специалистов. Напротив, в IT-компаниях эта активность приветствуется и всячески поддерживается.
Профессиональный рост непосредственно связан со стрессом. Многие знают по своему опыту, что именно условия стресса позволяют специалисту перейти на качественно новый уровень знаний и навыков. Напротив, проведенные специалистом несколько лет в тепличных условиях, приводят в частичной или полной дисквалификации.
И конечно, работая в проектном подразделении IT-компании, вы получите огромный и разнообразный опыт, построенный на множестве интересных кейсов, которые придется решать, обмене опытом в разных проектных командах, в которых придется работать. Многих специалистов, именно эта возможность является особенно привлекательной.
Уровень дохода, в среднем, в инхаус несколько выше чем в IT-компаниях. Но здесь следует учитывать место работы. Т.е. очень важно понимать, как показано выше, где предстоит работать. Работая в проектных подразделениях крупных IT-компаний, вполне можно рассчитывать на доход, который превышает уровень дохода специалиста в инхаус.
Да, конечно, можно приводить примеры, что в инхаус тоже есть проекты и даже портфели и программы проектов, что проектная деятельность ведется активно, с большим количеством участников. Все это верно. Но знаю также по своему опыту, что, во-первых, таких организаций не так много, во-вторых, активная фаза внедрения ПО всегда завершается и на смену ей приходит регулярное сопровождение информационной системы.
В завершении хотел бы отметить, что каждый делает для себя собственный выбор и полагается на оценку тех критериев, которые ему более всего важны. В этом вопросе нельзя придумать универсальные подходы и рекомендации, ведь у каждого есть свой опыт, который и составляет основу для принятия решений.

Я не претендую на абсолютную истину и приветствую разумное сомнение во всем.
Надеюсь эта статья окажется полезной для вас.

Приветствую, коллеги! Хочу представить вам инструмент помогающий нам в разработке проектной документации и написании инструкций - инструмент голосового ввода Войснот.
Наговаривая текст, его можно редактировать выгружать в ворд или другой приемник. Сильно экономит время, на написание инструкций ускоряется в 4 раза. https://voicenote.in

Делаем документацию здорового человека в Git на примере Docs Ozon / Хабр
https://habr.com/ru/company/ozontech/blog/695868/

Как мы ведём требования к ПО: формализация / Хабр
https://habr.com/ru/company/alfa/blog/694864/

Критично: срочно, сегодня обновите платформу "1С:Предприятие 8"!

Подробно в инфописьме 29958

Фирма "1С" доводит до сведения пользователей и партнеров, что в версиях платформы "1С:Предприятие" 8.3.22.1672, 8.3.22.1603, 8.3.21.1607, 8.3.21.1508, 8.3.21.1484, 8.3.20.2076, 8.3.20.2039, 8.3.19.1665, 8.3.19.1659, 8.3.18.1902, 8.3.18.1894, 8.3.17.2733, 8.3.17.2665 обнаружена критическая проблема, которая может привести к закрытию приложения в начале работы с программой.

Данная проблема НЕ проявляется:

- в других версиях платформы;
- в защищенных программных комплексах 8s, 8.3z;
- при работе в веб-клиентах, клиентах Linux, MacOS;
- в сервисе 1CFresh.com (1С:Предприятие через Интернет).

Изменение внешних условий 15.11.2022 может существенно повысить вероятность проявления данной проблемы – предполагается, что многие пользователи перечисленных версий завтра не смогут работать.

Проблема не приводит к потере данных пользователей.

В связи с этим пользователям перечисленных выше версий рекомендуется до начала рабочего дня 15.11.2022 обновить платформу "1С:Предприятие".

Версии с исправлениями станут доступны в течение 14.11.2022 в сервисе "1С:Обновление программ" на портале информационно-технологического сопровождения 1С:ИТС portal.1c.ru. Проблемные версии в ближайшее время перестанут быть доступными для скачивания.

Прямые ссылки для скачивания версий платформы для замены, дополнительная и актуальная информация будут публиковаться по мере готовности на странице https://info83.1c.ru.

Фирма "1С" просит партнеров оперативно довести информацию до пользователей, у которых эта проблема может проявиться, а также помочь им обновить версию платформы.

Мы приносим извинения всем, кого затронула данная проблема.

Краткий обзор (со ссылками) расширений VS Code для работы с документацией.

Интересный мультик о технологии 🏉SCRUM.
Коротко и по делу.

📌 Хорошая статья о том, что поменялось в новом стандарте ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».
☝️Кто проходил "Школу аналитика", может найти в этой статье нарушение одного из четырех законов логики. Какое это нарушение?

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

📚 Пользовательские истории. 
Гибкая разработка программного обеспечения.

Автор: Майк Кон
Предисловие: Кент Бек

Как принять решение о том, что собой должна представлять программная система? А как добиться того, чтобы принятое решение отражало интересы самых разных людей, непосредственно или косвенно связанных с проектом? Рассмотрению этой проблемы и посвящена данная книга.

Скачать 📔

#литература | @notes_analyst

Несколько дней назад начали обследование на одном из предприятий. Хочу поделиться тем, что является важным в этой работе. Конечно - это подготовка к обследованию. Работа эта, как правило, не оплачивается, но от ее выполнения зависит успешное выполнение поставленных задач.
Что же необходимо обязательно сделать для перед началом обследования? Вот краткий перечень мероприятий:
✔️Составить организационную структуру проекта, желательно с матрицей ответственности;
✔️Провести мобилизацию проектной команды;
✔️Составить оперативный план проведения работ;
✔️Рассчитать финансовые показатели этапа работ и заложить временной и финансовый резерв;
✔️ Согласовать с заказчиком ключевых лиц и план проведения интервью;
✔️Подготовить и направить клиенту анкеты (опросники) для заполнения (это хорошее подспорье на интервью);
✔️Провести инструктаж проектной команды, чтобы добиться понимания каждым сотрудником цели работ, результатов и способов их достижения;
✔️Провести анализ заполненных анкет и подготовиться к интервью (каждому аналитику).
В этот список желательно еще добавить проведение ознакомительных мероприятий с командой заказчика. Это только поможет налаживанию взаимодействия.

Очень хорошая статья по работе с PlantUML
https://habr.com/ru/company/qiwi/blog/577606/

Примеры готовых скриптов
https://real-world-plantuml.com/

Ревью требований аналитиков: что, как, зачем. Качественные требования — Ксения Дмитриева на vc.ru
https://vc.ru/u/1271058-kseniya-dmitrieva/483893-revyu-trebovaniy-analitikov-chto-kak-zachem-kachestvennye-trebovaniya