Коллеги, добрый день! На проект требуется архитектор по регл. учету в крупной компании. Задачи первого этапа - проектирование целевой архитектуры для 40 бизнес-единиц компании. Кто хочет принять участие в проекте и прокачать свои компетенции как архитектора? Предупрежу сразу, что текущий этап низкомаржинальный проекта (около 4-5 месяцев), поэтому ставка будет умеренная.

Всем добрый день! Выкладывают запись своего старого обучающего вебинара за 2015 год по теме "Прогнозирование и финансовое моделирование". Может кому будет полезно в работе.

Добрый день! Я подготовил шаблон Дополнительного соглашения к проектному договору на проведение этапа Предпроектного обследования. Шаблон находится в КСУП (Файлы-Шаблоны файлов). Можете пользоваться.

Коллеги, всем привет! Выкладываю запись вебинара о необходимости методического обеспечения IT-проектов. Тема очень важная.

Это перечень методических материалов, которые мы можем разработать.

Принципы выполнения проектных работ при создании АС

Эти принципы я подсмотрел у В. Крейтера, который их сформулировал применительно к геологоразведочным работам. Выглядят они так:
• последовательных приближений;
• полноты исследований;
• равной достоверности (равномерности);
• наименьших затрат средств и времени.

Казалось бы, что общего между созданием автоматизированных систем (далее АС) и геологоразведкой?

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

Принцип последовательных приближений

Утверждает необходимость постепенного наращивания знаний об изучаемом объекте по стадиям и этапам. Это подтверждается опытом проведения работ по обследованию предприятия, когда вслед за первой стадией по формированию требований пользователя АС, следуют стадии и создания концепции АС, разработки ТЗ и проектирования.

Необоснованное игнорирование отдельных видов работ, например, разработки концепции АС, с высокой вероятностью приводит к крупным просчетам и дополнительных затратам, при неверном выборе прикладных решений и выполнении работ на их основе.

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

Принцип полноты исследований

Требует получения всех данных, всей полноты информации, необходимой для проектирования и создания АС.

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

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

Принцип равной достоверности (равномерности)

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

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

Отсутствие же полноты информации по таким функциональным подсистемам может привести к просчетам в оценке сроков и трудоемкости проекта на последующих стадиях и этапах работ.

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

Принцип наименьших затрат средств и времени

Этот принцип является основным положением для всех видов хозяйственной деятельности, в том числе и для IT-проектов, смысл его очевиден.

На первый взгляд некоторые принципы, изложенные выше, противоречат друг другу.

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

Принцип последовательных приближений, предусматривая стадийность проектного процесса, как бы сдерживает темп создания АС, вопреки принципу наименьших затрат времени.

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

Если вам понравилась эта публикация, отметьте ее пожалуйста лайком или напишите свои комментарии.

Комментировать паблик можно здесь.

Всем, добрый вечер! Вчера имел удовольствие общаться, уже второй раз, с представителем Ростелеком. Молодой человек настойчиво предлагает мне перейти на обслуживание в эту достойную компанию. Ничего необычного в этом нет, примечательным для меня показался сотрудник, который мне продает свою тему. Даже не он сам, а его умелый подход к делу. Общее время вчерашнего разговора составило где-то 40-50 мин., я терпеливо слушали и редко вставлял свои комментарии и вопросы. Мне было интересно, как он будет работать с моими возражениям и как предлагать свои услуги. Надо отдать должное, он терпеливо отрабатывал мои возражения, постоянно уводил разговор на другие темы, чтобы прощупать мои потребности в других услугах, мягко, но настойчиво описывал преимущества услуг своей компании (речь шла о домашнем интернете), давал рекомендации по подключению и использованию оборудования. В целом мне очень понравился то, как он продает. И мне подумалось, почему у нас так мало таких ребят и таких продаж?

Часто бывает сложно представить план работ, выполняемых по гибкой технологии. Особенно эта проблема актуально на этапе продаж, когда потенциальному заказчика важно объяснить, как и когда будут выполняться работы и появится результат.

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

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

Продемонстрировали, объяснили, ответили на вопросы. Клиент принял решение подписать с нами договор.

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

Коллеги, Добрый день! Меня попросили рекомендовать литературу по управлению проектами. Мне кажется, в этом случае, лучше обратиться к коллективному разуму. Многие из вас наверняка читали литературу по этой теме, в особенности современную, пришлите пожалуйста свои рекомендации.

Юлий добрый день, можете порекомендовать литературу по ведению проектов

Интересная статья и выступление на инфостарте о некоторых инструментах проектирования.

Кто использовал в своей работе PlantUML? Будет полезно, если поделитесь опытом.

Добрый день, коллеги! На сегодня интересная новость была выложена на 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/