Очень интересная статья об итории инкрементного и итерактивного подхода (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. Уровень стресса
Часто встречаю в пабликах вопросы специалистов о том, где лучше работать в фирме 1С:Франчайзи или в инхаус (в составе ИТ-службы на от предприятии).
Для того, чтобы каждый ответил для себя на этот вопрос, следует сначала разобраться в некоторых понятиях.
1. Какие бывают фирмы 1С:Франчайзи?
Я для себя их делю на три категории:
а) Моновендоры - организации, основной деятельности которых является продажа и внедрения программных продуктов фирмы 1С;
б) Мультивендоры - компании, которые реализуют и внедряют преимущественно программные продукты западных вендоров (SAP, Oracle, Microsoft и пр.). В таких организациях, как правило, есть практика 1С, в рамках которой осуществляется деятельность по внедрению и обслуживанию программных продуктов 1С. Чаще всего, клиентами этих структур являются организации, где внедрен западный софт, но для автоматизации отдельных функций или подразделений целесообразно использовать ПО фирмы 1С.
в) Предприятия, которые имеют франшизу фирмы 1С, но далекие от IT-сферы. Наличие статуса "1С:Франчайзи" дает им некоторые льготы на приобретение ПО фимы 1С.
2. Какое направлении деятельности следует рассматривать?
Деятельность любой фирмы 1С:Франчайзи можно условно разделить на два вида:
а) Регулярная деятельность - составляет основу таких организаций. Она связана с продажей, настройкой и сопровождением программных продуктов.
б) Проектная деятельность. Как правило, выполнением проектных работ в компаниях занимаются отдельные подразделения. Очень редко, фирма полностью специализируется на этом виде деятельности. В любом случае, численность таких структур не велика.
В организационном и технологическом плане, подразделения, занимающиеся этими видами деятельности, разительно отличаются. Попытки совместить в одном подразделении оба вида деятельности, как правило, заканчиваются плачевно для проектной составляющей.
Что характерно для проектной деятельности?
- Длительный срок и высокие издержки на продажу проектов;
- Особый акцент на технологию выполнения проекта и документирование работ;
- Высокие требования к знаниям и навыкам специалистов (например, в части коммуникаций, системного мышления или умения составлять проектную документацию). Необходимость постоянного развития персонала;
- Оплата труда, не привязанная к часовой ставке. Как правило, используется окладно-премиальная схема оплаты труда;
- Высокий уровень командной работы, как следствие, необходимость наличия руководителя проекта.
3. Какие компании бывают по размеру (среднесписочной численности)?
Очевидно, что размер компании имеет значение. Чем крупнее организация, тем она стабильнее, в ней больше возможностей для карьерного роста и самореализации.
Теперь вернемся к главному вопросу, где работать лучше?
Каждый специалист при решении этого вопроса руководствуется своими критериями. Попытаюсь здесь перечислить, по моему представлению, некоторые из них (не в порядке приоритета):
1. Стабильность
2. Профессиональное развитие
3. Приобретение разнообразного опыта и расширение кругозора
4. Уровень дохода
5. Возможность самореализации
6. Карьерный рост
7. Уровень стресса
👍8🔥1
Как пишут коллеги в пабликах, работа в инхаус имеет следующие привлекательные стороны: более высокий уровень дохода, стабильность, возможность карьерного роста, низкий уровень стресса. Как слабые стороны выделяют: не постоянное профессиональное развитие, меньше возможностей для расширения кругозора.
Все это справедливо, но важно понимать, что стабильность - это переменное состояние. В условиях кризиса, организации обычно предпринимают мероприятия по сокращению расходов, под эту инициативу, в первую очередь подпадают IT-службы предприятий. В тоже время, по опыту кризисов 1998, 2008-2009, 2014-н.в., IT-компании переживают эти сложности без особых проблем, даже напротив, активно развиваются.
Что касается профессионального развития, то оно напрямую связано с отношением компании к обучению и развитию персонала IT-служб. Коллеги в пабликах сетуют на то, что в инхаус не очень жалуют расходы на обучение и сертификацию специалистов. Напротив, в IT-компаниях эта активность приветствуется и всячески поддерживается.
Профессиональный рост непосредственно связан со стрессом. Многие знают по своему опыту, что именно условия стресса позволяют специалисту перейти на качественно новый уровень знаний и навыков. Напротив, проведенные специалистом несколько лет в тепличных условиях, приводят в частичной или полной дисквалификации.
И конечно, работая в проектном подразделении IT-компании, вы получите огромный и разнообразный опыт, построенный на множестве интересных кейсов, которые придется решать, обмене опытом в разных проектных командах, в которых придется работать. Многих специалистов, именно эта возможность является особенно привлекательной.
Уровень дохода, в среднем, в инхаус несколько выше чем в IT-компаниях. Но здесь следует учитывать место работы. Т.е. очень важно понимать, как показано выше, где предстоит работать. Работая в проектных подразделениях крупных IT-компаний, вполне можно рассчитывать на доход, который превышает уровень дохода специалиста в инхаус.
Да, конечно, можно приводить примеры, что в инхаус тоже есть проекты и даже портфели и программы проектов, что проектная деятельность ведется активно, с большим количеством участников. Все это верно. Но знаю также по своему опыту, что, во-первых, таких организаций не так много, во-вторых, активная фаза внедрения ПО всегда завершается и на смену ей приходит регулярное сопровождение информационной системы.
В завершении хотел бы отметить, что каждый делает для себя собственный выбор и полагается на оценку тех критериев, которые ему более всего важны. В этом вопросе нельзя придумать универсальные подходы и рекомендации, ведь у каждого есть свой опыт, который и составляет основу для принятия решений.
Я не претендую на абсолютную истину и приветствую разумное сомнение во всем.
Надеюсь эта статья окажется полезной для вас.
Все это справедливо, но важно понимать, что стабильность - это переменное состояние. В условиях кризиса, организации обычно предпринимают мероприятия по сокращению расходов, под эту инициативу, в первую очередь подпадают IT-службы предприятий. В тоже время, по опыту кризисов 1998, 2008-2009, 2014-н.в., IT-компании переживают эти сложности без особых проблем, даже напротив, активно развиваются.
Что касается профессионального развития, то оно напрямую связано с отношением компании к обучению и развитию персонала IT-служб. Коллеги в пабликах сетуют на то, что в инхаус не очень жалуют расходы на обучение и сертификацию специалистов. Напротив, в IT-компаниях эта активность приветствуется и всячески поддерживается.
Профессиональный рост непосредственно связан со стрессом. Многие знают по своему опыту, что именно условия стресса позволяют специалисту перейти на качественно новый уровень знаний и навыков. Напротив, проведенные специалистом несколько лет в тепличных условиях, приводят в частичной или полной дисквалификации.
И конечно, работая в проектном подразделении IT-компании, вы получите огромный и разнообразный опыт, построенный на множестве интересных кейсов, которые придется решать, обмене опытом в разных проектных командах, в которых придется работать. Многих специалистов, именно эта возможность является особенно привлекательной.
Уровень дохода, в среднем, в инхаус несколько выше чем в IT-компаниях. Но здесь следует учитывать место работы. Т.е. очень важно понимать, как показано выше, где предстоит работать. Работая в проектных подразделениях крупных IT-компаний, вполне можно рассчитывать на доход, который превышает уровень дохода специалиста в инхаус.
Да, конечно, можно приводить примеры, что в инхаус тоже есть проекты и даже портфели и программы проектов, что проектная деятельность ведется активно, с большим количеством участников. Все это верно. Но знаю также по своему опыту, что, во-первых, таких организаций не так много, во-вторых, активная фаза внедрения ПО всегда завершается и на смену ей приходит регулярное сопровождение информационной системы.
В завершении хотел бы отметить, что каждый делает для себя собственный выбор и полагается на оценку тех критериев, которые ему более всего важны. В этом вопросе нельзя придумать универсальные подходы и рекомендации, ведь у каждого есть свой опыт, который и составляет основу для принятия решений.
Я не претендую на абсолютную истину и приветствую разумное сомнение во всем.
Надеюсь эта статья окажется полезной для вас.
👍15
Приветствую, коллеги! Хочу представить вам инструмент помогающий нам в разработке проектной документации и написании инструкций - инструмент голосового ввода Войснот.
Наговаривая текст, его можно редактировать выгружать в ворд или другой приемник. Сильно экономит время, на написание инструкций ускоряется в 4 раза. https://voicenote.in
Наговаривая текст, его можно редактировать выгружать в ворд или другой приемник. Сильно экономит время, на написание инструкций ускоряется в 4 раза. https://voicenote.in
👍16
Делаем документацию здорового человека в Git на примере Docs Ozon / Хабр
https://habr.com/ru/company/ozontech/blog/695868/
https://habr.com/ru/company/ozontech/blog/695868/
Хабр
Делаем документацию здорового человека в Git на примере Docs Ozon
Привет! Это Катя из Ozon — руководитель отдела техписателей. Сегодня буду рассказывать: как и зачем менять Confluence на статический генератор сайтов; зачем техписателям знать git и...
👍8
Как мы ведём требования к ПО: формализация / Хабр
https://habr.com/ru/company/alfa/blog/694864/
https://habr.com/ru/company/alfa/blog/694864/
Хабр
Как мы ведём требования к ПО: формализация
Есть разные подходы к ведению требований к ПО: одни пишут полноценные сценарии использования, другие выбирают пользовательские истории, а третьи — вообще избегают формализации требований, считая это...
👍4
Forwarded from Официальный канал 1С:Франчайзи
Критично: срочно, сегодня обновите платформу "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С" просит партнеров оперативно довести информацию до пользователей, у которых эта проблема может проявиться, а также помочь им обновить версию платформы.
Мы приносим извинения всем, кого затронула данная проблема.
Подробно в инфописьме 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С" просит партнеров оперативно довести информацию до пользователей, у которых эта проблема может проявиться, а также помочь им обновить версию платформы.
Мы приносим извинения всем, кого затронула данная проблема.
1c.ru
Как можно скорее обновите платформу "1С:Предприятие 8", чтобы продолжить работу!
Краткий обзор (со ссылками) расширений VS Code для работы с документацией.
Хабр
28 расширений VS Code для разработки документации
Плагины, без которых техническим писателям жить можно, но сложно. В подборке — линтеры, форматирование, работа с git, проектирование API, подготовка схем и милота для удобной разработки. Линтеры...
👍2
📌 Хорошая статья о том, что поменялось в новом стандарте ГОСТ 34.602-2020 «Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы».
☝️Кто проходил "Школу аналитика", может найти в этой статье нарушение одного из четырех законов логики. Какое это нарушение?
☝️Кто проходил "Школу аналитика", может найти в этой статье нарушение одного из четырех законов логики. Какое это нарушение?
ФГБУ «Институт стандартизации»
ФГБУ «Институт стандартизации» - Об обзоре изменений ГОСТ 34.602-2020 - ФГБУ «Институт стандартизации»
image_2022-11-16_10-25-58.png
30.9 KB
Обратите внимание на сервис по проверке грамматики русского языка. Такой инструмент станет незаменимым помощником для составления писем, докладов и технической документации. Прилагаю пример проверки этой заметки:
👍3
Forwarded from Заметки Аналитика | IT
📚 Пользовательские истории.
Гибкая разработка программного обеспечения.
Автор: Майк Кон
Предисловие: Кент Бек
Как принять решение о том, что собой должна представлять программная система? А как добиться того, чтобы принятое решение отражало интересы самых разных людей, непосредственно или косвенно связанных с проектом? Рассмотрению этой проблемы и посвящена данная книга.
Скачать 📔
#литература | @notes_analyst
Гибкая разработка программного обеспечения.
Автор: Майк Кон
Предисловие: Кент Бек
Как принять решение о том, что собой должна представлять программная система? А как добиться того, чтобы принятое решение отражало интересы самых разных людей, непосредственно или косвенно связанных с проектом? Рассмотрению этой проблемы и посвящена данная книга.
Скачать 📔
#литература | @notes_analyst
👍5🔥2
Несколько дней назад начали обследование на одном из предприятий. Хочу поделиться тем, что является важным в этой работе. Конечно - это подготовка к обследованию. Работа эта, как правило, не оплачивается, но от ее выполнения зависит успешное выполнение поставленных задач.
Что же необходимо обязательно сделать для перед началом обследования? Вот краткий перечень мероприятий:
✔️Составить организационную структуру проекта, желательно с матрицей ответственности;
✔️Провести мобилизацию проектной команды;
✔️Составить оперативный план проведения работ;
✔️Рассчитать финансовые показатели этапа работ и заложить временной и финансовый резерв;
✔️ Согласовать с заказчиком ключевых лиц и план проведения интервью;
✔️Подготовить и направить клиенту анкеты (опросники) для заполнения (это хорошее подспорье на интервью);
✔️Провести инструктаж проектной команды, чтобы добиться понимания каждым сотрудником цели работ, результатов и способов их достижения;
✔️Провести анализ заполненных анкет и подготовиться к интервью (каждому аналитику).
В этот список желательно еще добавить проведение ознакомительных мероприятий с командой заказчика. Это только поможет налаживанию взаимодействия.
Что же необходимо обязательно сделать для перед началом обследования? Вот краткий перечень мероприятий:
✔️Составить организационную структуру проекта, желательно с матрицей ответственности;
✔️Провести мобилизацию проектной команды;
✔️Составить оперативный план проведения работ;
✔️Рассчитать финансовые показатели этапа работ и заложить временной и финансовый резерв;
✔️ Согласовать с заказчиком ключевых лиц и план проведения интервью;
✔️Подготовить и направить клиенту анкеты (опросники) для заполнения (это хорошее подспорье на интервью);
✔️Провести инструктаж проектной команды, чтобы добиться понимания каждым сотрудником цели работ, результатов и способов их достижения;
✔️Провести анализ заполненных анкет и подготовиться к интервью (каждому аналитику).
В этот список желательно еще добавить проведение ознакомительных мероприятий с командой заказчика. Это только поможет налаживанию взаимодействия.
👍22
Очень хорошая статья по работе с PlantUML
https://habr.com/ru/company/qiwi/blog/577606/
https://habr.com/ru/company/qiwi/blog/577606/
Хабр
PlantUML — инструмент продуктового разработчика
Я дико люблю ковыряться в чужом коде. Это одна из моих любимых специализаций. То есть я просто беру чужой код, анализирую его, читаю. Как я читал его раньше: я переводил код в русский язык. Описывал,...
👍7🔥3
Ревью требований аналитиков: что, как, зачем. Качественные требования — Ксения Дмитриева на vc.ru
https://vc.ru/u/1271058-kseniya-dmitrieva/483893-revyu-trebovaniy-analitikov-chto-kak-zachem-kachestvennye-trebovaniya
https://vc.ru/u/1271058-kseniya-dmitrieva/483893-revyu-trebovaniy-analitikov-chto-kak-zachem-kachestvennye-trebovaniya
vc.ru
Ревью требований аналитиков: что, как, зачем. Качественные требования — Ксения Дмитриева на vc.ru
Привет!В статье поговорим о тестировании требований. Наверняка назревает вопрос : а что это за слово странное такое «ревью»? Все очень просто — для корректной постановки задач на разработку необходима проверка требований и согласование их внутри команды.…
Наткнулся сегодня на статью, в которой речь идёт о проверке требований на соответствие критериям качества. В целом статья полезная. В то же время, кто проходил Школу аналитика знают что можно выполнять верификацию требований более грамотно.
👍3
Forwarded from Заметки Аналитика | IT
📑 Как использовать макросы в Confluence, чтобы систематизировать и оформить документацию по продукту и процессам?
"Макросы - это программные алгоритмы действий, «упакованные» в понятный графический интерфейс. Если проще, это внутренние инструменты Confluence, которые помогают делать документацию понятнее и удобнее."
Читать статью
#документация | @notes_analyst
"Макросы - это программные алгоритмы действий, «упакованные» в понятный графический интерфейс. Если проще, это внутренние инструменты Confluence, которые помогают делать документацию понятнее и удобнее."
Читать статью
#документация | @notes_analyst
👍6
Рекомендую к изучению данное решение
https://www.youtube.com/watch?v=psK2fZUtbf4&ab_channel=%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B0%D0%98%D0%A2%D0%9A
https://www.youtube.com/watch?v=psK2fZUtbf4&ab_channel=%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B0%D0%98%D0%A2%D0%9A
YouTube
Техкружок 2.7: Plant UML для 1С. Программируем схемы и диаграммы
На очередном заседании техкружка рассмотрели возможности инструмента Plant UML. Попробовали сделать диаграмму объектов по расширенной библиотеке макросов и спрайтов, а так же сделали основу для инструмента "Диаграмма объектов в 1С"
Репозиторий библиотеки…
Репозиторий библиотеки…
👍6