0. BraunAlex 123 15.01.20 19:52 Сейчас в теме

Опыт внедрения/разработки продуктов 1С

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. okon-teh 16 16.01.20 15:07 Сейчас в теме
Привет Саша! Статья напомнила мне книгу Фредерика Брукса "Мифический человеко-месяц" :-)
2. Vladimir Litvinenko 2231 16.01.20 15:25 Сейчас в теме
Никто не заставляет нанимать специалистов, расширяя штат организации, достаточно взять узконаправленных/грамотных специалистов на время решения конкретной точечной задачи.

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

И в настоящее время платформу 1С рассматривают в основном как решение для бухгалтерских/складских/торговых задач. Считаю это очень большой ошибкой. ИМХО, на платформе можно строить системы разного уровня сложности и области применения. В этом я убеждаюсь все больше и больше, закрывая проекты и решая повседневные задачи.

Можно посмотреть и с другой стороны.

Разработка различных ИТ-систем - это не только возможность записать данные в таблицы SQL через посредника в лице платформы 1С или ORM на другой платформе. И не только упрощение набрасывания формочек для MVP проектов (которые по подходам к разработке и надежности обычно навсегда остаются MVP - нет времени переделывать, хотя и вырастают в объемах данных).

Это в первую очередь традиции и культура разработки. Общие подходы к проектированию и построению архитектуры систем. Способность языка программирования и среды разработки предотвращать ошибки и предупреждать о них разработчика. Возможность специалистов в конце концов общаться на международном языке ИТ-отрасли. Наличие открытых репозиториев. Код, хранящийся не в бинарных файлах в конце концов.

Это всё выглядит идеалистично и непрактично с точки зрения большинства разработчиков и компаний, занимающихся 1С. Думаю многие из тех, кто прочитают этот комментарий скажут: "пффф... я и без этого отчет для бухии напишу и загрузку из Excel сделаю, все эти рюшечки, митинги, гиты только помешают быстро деньги поднимать". Конечно не стоит и другие системы идеализировать, но общий тренд хорошо виден. На стараниях отдельных энтузиастов сложно двигать всю отрасль и никто из энтузиастов не может повлиять на возможности языка программирования.

Да и не нужно пожалуй. Ниша очень хорошо определена и платформа в ней очень успешна. Когда бизнес успешен в какой-то отрасли и конкуренты отстают, а не наоборот опережают, бизнес не меняет направления. 1С хорошо держится за счет того, что запас прочности типовых решений большой. Они все ориентированы на те самые направления - бухгалтерский, торговый и складской учет, их ключ к успеху - быстрая адаптация к изменению законодательства. На большинство же доработок и нетиповых конфигураций, продаваемых за деньги, без слёз не взглянешь. Хотя они решают краткосрочные потребности бизнеса. Таков путь ;)

строить сервисы различного уровня доступа


Для построения сервисов (если конечно говорить не о внутренних сервисах компании), важен вопрос лицензирования, репликации и масштабирования. Больная тема. Внутренние сервисы да, можно делать, но это наверное лучше иначе назвать.


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

Кстати коллеги из веб-разработки сетуют на те же самые проблемы. Здесь наверное дело в том, где больше компетентных заказчиков. Это может определять ход работы также сильно, как и наличие компетентных разработчиков.
zqzq; Summer_13; ivanov660; lukashov_as; +4 Ответить
3. BraunAlex 123 16.01.20 17:55 Сейчас в теме
(2)
И потерять компетенции после ухода этих специалистов? Или сесть на иглу поддержки аутсорсеров, надежность и отношение которых к качеству разработки - это дополнительный риск. Случаи, когда привлеченный временный специалист занимается обучением внутренних и с радостью передает им знания наверное возможны


Ха, есть случаи и переманивания спецов из франчей и подсиживания текущего спеца. Что же теперь - бояться?
4. Vladimir Litvinenko 2231 16.01.20 18:18 Сейчас в теме
(3) Не обязательно конечно отказываться от такого варианта. Просто такие риски обычно стоит учитывать.

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

Разве не по этой причине в 1С принято делать свою СППР и ЦКК вместо того, чтобы использовать Jira или сделать плагин для Zabbix? Ведь системы успешно себя показывают в тысячах компаний, в том числе крупных.

Это всё из той же области независимости от внешних факторов и повышения собственных компетенций. Во каких-то компаниях так же рассуждают, и учитывая качество услуг внешних специалистов и распределение "статей затрат" при их оказании, это может быть оправдано.
5. acanta 73 16.01.20 19:39 Сейчас в теме
(4) сппр и цкк были просто заменены на более эффективные аналоги на их основе.
6. BraunAlex 123 16.01.20 19:54 Сейчас в теме
(4)
В публикации приведены оценки исключительно из стоимости часов работы. Но важны еще такие факторы как "останется ли компетенция в компании?" , "какова будет скорость реагирования на запросы в перспективе?", "можно ли попросить этого специалиста не только внедрением 1С заниматься, но в проектировании внутренней закрытой системы поучаствовать?", "а кофе принести его можно попросить? ,"а насколько этот человек будет подчиняться распоряжениям руководства?" ))


Абсолютно верно. Делать полноценный расчет - думаю, разница будет примерно в том же %-ом соотношении. Поэтому и не стал ;)
По поводу компетенций можно сказать, что если будет документация и предусмотрены обучения, то и компетенции можно сохранить. А для типовых решений есть службы поддержки, ИТС и прочее. Это конечно приведет к удорожанию проекта, но скорее всего будет в рамках доступного. Конечно это уже относится к культуре разработки
7. par_62 16.01.20 20:17 Сейчас в теме
Сила 1С 8.3 та же,что и была 7.7 . Это - все что связано с ведением бухгалтерского,складского и связанных с ними учетов. Все что выходит за рамки этих задач не является для 1С успешным. В этих сферах соотношение цена - качества у 1С на просторах стран бывшего СССР наилучшее и вне конкуренции. Это истина.
Теперь,собственно о статье. Можно как соглашаться,так и нет. Все зависит от конкретной задачи на конкретном предприятии. Как и стоииость работ. Под термином " знающий сотрудник" или " специалист" иожет скрываться что угодно. В какой степени знающий? Естественно , думаю на форуме профессионалы и вопросы набрасывания форм и тому подобное автор не имел ввиду.
8. BraunAlex 123 16.01.20 21:00 Сейчас в теме
(7)
Под термином " знающий сотрудник" или " специалист" иожет скрываться что угодно


Про "Знающий" - не знаю, а вот под "грамотный" - это значит то, что написано.
"Специалист" - это любой кто в теме. Квалификацию не рассматриваем, не про то статья


(7)
вопросы набрасывания форм и тому подобное


;) Чур тебя, чур ;)
9. PerlAmutor 56 18.01.20 06:33 Сейчас в теме
(0)
Следите за количеством поставленных задач, качеством их выполнения и скоростью работы специалистов. Если показатели работы определенного специалиста резко упали и они вас не устраивают, это может значит, что специалист перегружен. Попробуйте снизить нагрузку на него (способов множество). ИМХО - это гораздо эффективнее, чем потерять «своего» специалиста;


У нас такого сделать не могут, к сожалению. Есть зоны ответственности, которые лежат только на одном программисте 1С. Есть регламенты и сроки. Действительно сложно что-то новое разрабатывать, когда ты участвуешь в закрытии месяца первую его половину. А потом в образовавшиеся 2 недели "окна" выбившегося из сил, тебя гонят успеть сделать что-то новое, пока не наступило очередное закрытие. При этом ни в отпуск не уйти ни на новогодние или майские праздники. Никакая зарплата не заменит нормальный отдых.
denis_v_petrov; SirAlexIT; Алексей_mir2mb; acanta; +4 Ответить
10. ХамитоваРайса 18.01.20 13:40 Сейчас в теме
11. Азверин 3 23.01.20 12:28 Сейчас в теме
...наблюдал как проект, который можно было завершить за 3-4 месяца...

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

Вакансии

Программист 1С
Москва
зарплата от 100 000 руб. до 150 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству

Специалист внедрения и сопровождения 1С
Москва
зарплата от 80 000 руб.
Полный день

Product Owner (Менеджер по продукту 1С)
Москва
зарплата от 100 000 руб. до 170 000 руб.
Полный день

Тим лид по разработке 1С (Team Lead 1С)
Москва
зарплата от 100 000 руб. до 200 000 руб.
Полный день