Программа своими силами

[lubezniy]

Да, что бы били понятны причины, почему маленькая компания не в состоянии создать свой программный продукт, если это не её профиль. Причина простая. Создание приличной системы учёта - 2-3 человека года. Это если работать с нуля. Или почти с нуля. При этом эта система потребует ещё кучи доработок. Найдите директора, который согласится кормить 2-3 программистов в течении года и ничем их при этом не занять типа передвижки мебели и ремонта компьютеров....

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

[ltymuf]

Маленько компашке проще умерить свои аппетиты и самой перестроиться под широко тиражируемое (а поэтому и дешевое) ПО.

[severn]

Во-первых, для создания хорошего софта нужны грамотные программисты.
Хотя бы один. Но ему нужен высокий оклад.
Остальным - можно меньше.

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

Поэтому создание учетной системы силами своих программистов - решение рискованное (а вдруг квалификации не хватит?), и дорогое.

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

Сэкономить можно только если готовое решение, разработанное один раз (за большие деньги) продается многим (тиражируется) - тогда его можно продавать дешевле. Насколько - зависит от тиража.
Если я потратил на разработку программы $20 000, а продаю хотя бы десять экземпляров в месяц - могу брать $200 - $500 за каждый экземпляр. Если продаж две-три в год - буду продавать по $10 000.

Но если уж ты покупаешь готовое (коробочное) решение, не за $20 000, а за $200, то уж приспосабливайся к нему. Я, конечно, могу его изогнуть под тебя - но это будет дороже самой коробки. Скажем, $200 за типовое решение и $500 - $2 000 за его адаптацию под тебя.

Еще нужно принять в расчет затраты на эксплуатацию.
При покупке коробочного решения затраты обычно невелики,
может быть, системный администратор справится.
А при покупке решений на 1С и их последующей доводке - обычно берут программиста для поддержки, на ставку от $500 до $1000.

[severn]

Для ВасинаЛена
Реальный пример - как раз с жадным директором. 2002 год.
Задача нестандартная - сервис-центр. Тогда типовых решений не было.
Одна фирма потратила $2000 с нулевым результатом, другая - меньше $1000, и программа до сих пор работает.
Третья фирма автоматизировалась на 1С, и доводит систему по сей день, держа программиста на окладе.

Лена Васина, вопрос в том, насколько сложно Ваше предприятие, что именно ему нужно.

Одной фирме можно поставить стандартное решение - недавно подгонял 1С:Производство под строительную фирму, изматерился, но в общей сложности за месяц сделали как им надо.

Другой фирме нужен сложный учет, и этот учет постоянно меняется. Но они готовы за это платить, и держать программиста на ставке.

Лена, давайте я задам Вам несколько вопросов - а по Вашим ответам попробуем сориентироваться.
1. Чем занимается Ваше предприятие ?
2. Что требуется автоматизировать - управленческий учет или бухгалтерию ?
3. Сколько пользователей системы?
4. Объем данных - сколько накладных или lдр. документов вводится в месяц (ориентировочно ) ?

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

[Dracosha Andrew]

Ответ только здесь!!! Иначе нет смысла занимать форум.

[severn]

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

Пусть сама решит, что можно публиковать.
А по аське общаться быстрее.

[Dracosha Andrew]

severn, тогда и пишите ей в личку!!!

Что за мелкособственнический подход?!!

[ВасинаЛена]

Девушка уже все узнала, что было нужно. Большое спасибо всем, кто помог.

http://www.berator.ru/raschet/article/3089

[BorisG]

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

[Yuwa]

Я так не считаю. Нормальная журналистская статья. С большинством мыслей согласен.
Обсудим???

[Dracosha Andrew]

Я так не считаю. Нормальная журналистская статья. С большинством мыслей согласен.
Обсудим???

Смысл? Может попросим Бориса в форум воткнуть?

[ВасинаЛена]

О, боже мой! Что Борис должен воткнуть в форум?

[Dracosha Andrew]

О, боже мой! Что Борис должен воткнуть в форум?

Я имел ввиду статью...

[BorisG]

Может попросим Бориса в форум воткнуть?

Зачем?

[ВасинаЛена]

Зачем?

Конечно, зачем ее "вставлять"? Ссылка и так есть. Пусть лучше Борис "вставит" пару-тройку "спорных моментов" для наглядности.

[Ильич]

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

[Dracosha Andrew]

Ильич, забыли добавить "по моим наблюдениям"

Соблюдения или не соблюдения технологии, а так же документирования это вопрос скорее руководителя проекта, которым у вас, почему-то стал руководитель фирмы (очевидно - директор).

[Ильич]

Ильич, забыли добавить "по моим наблюдениям"

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

... руководитель проекта, которым у вас, почему-то стал руководитель фирмы (очевидно - директор).

Именно это я и имел в виду. В АСУ это называли - принцип первого руководителя. Могут быть варианты, но координировать проект, который создают многие подразделения может только человек, который имеет на них реальное влияние.
Если делать что-то только для бухгалтерии, то руководить проектом должен главбух. Не начальник отдела автоматизированной обработки информации, а главбух. Потому что цель проекта не разработка программы, а изменение работы бухгалтерии, за которую отвечает главбух.
Что меняется, если заказывается разработка сторонней организации. Всю координацию берет на себя этот исполнитель. Каждый отдел, в том числе и специалисты по IT, только принимает свою часть работы, предъявляет претензии. Работу приходится защищать. Качество работы совершенно на другом уровне.
Не факт, что это качество будет востребовано. В статье совершенно правильно проводится разделение по величине фирмы - заказчика. Разработка за 100 долларов тоже имеет право на существование. Все определяется проблемой, которую надо решить. Вот свою домашнюю бухгалтерию я веду в Excel, написав пару макросов. Жена довольна, на большее не претендую.
Среди моих наблюдений были и такие случаи, когда под видом разработки проекта просто пилились бюджетные денежки. Но это другая тема.
С уважением

[ВасинаЛена]

Вот свою домашнюю бухгалтерию я веду в Excel, написав пару макросов. Жена довольна, на большее не претендую.

Ой, может поделитесь програмным продуктом? Я тоже в екселе, но у меня совсем просто - только формулы.

[Ильич]

Ой, может поделитесь програмным продуктом? Я тоже в екселе, но у меня совсем просто - только формулы.

Писал, писал про технологию, а Вы мою домашнюю залепуху программным продуктом называете.
Но послать не жалко. Смотрите почту.

[avolkova]

простите, а можно мне тоже? я тоже веду учет в excel'e, очень хочется взглянуть, какие есть возможности усовершенствовать этот процесс

[Ильич]

простите, а можно мне тоже? я тоже веду учет в excel'e, очень хочется взглянуть, какие есть возможности усовершенствовать этот процесс

Не жалко, смотрите кому не лень.
http://www.delvit.narod.ru/Other.html

[ТЕЙША]

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

[Dracosha Andrew]

Так что пользовалась я своими таблицами (размер которых составлял иногда 15-20 листов шрифта 8)...
И кстати не жаловалась на жизнь...

Пожаловались бы, если бы
1. Количество строк в этой таблице превысило бы 65 тыс
или
2. К таблице одновременно пришлось бы обращатся более 2-м пользователям.

(ничего личного - просто я зануда )

[Dracosha Andrew]

Не забыл. Раз нет ссылки на источник, то это мои наблюдения и мое мнение. В разных ролях и в разных областях я с АСУ, информационными технологиями связан не менее 30 лет. Наблюдений накопилось много.

Я собственно, возразил против того, что местные программисты практически никогда не соблюдают технологию. То, что я видел в "Парусе" 12 лет назад меня ещё сильнее удивило

Ещё раз повторюсь - всё зависит от руководителя проекта.

[ТЕЙША]

Пожаловались бы, если бы
1. Количество строк в этой таблице превысило бы 65 тыс

таких таблиц (по 15-20 листов) у меня было порядка 23-25 штук...
так что если прикинуть количество СТРОК...то возможно их там и порядка 65 тысяч или больше...не считала...

Пожаловались бы, если бы
2. К таблице одновременно пришлось бы обращатся более 2-м пользователям.

а вот это действительно СЕРЬЕЗНО!
с этим согласна!

[Yuwa]

Вызывали мы и програмистов из 1С-а и Паруса для доработки программ, но...как только на бедных представителей этих программ вываливались все требования к тому, как должен выглядеть требуемый отчет...люди бледнели, хмурились, обещали обдумать ситуацию...и исчезали...
Так что пользовалась я своими таблицами (размер которых составлял иногда 15-20 листов шрифта 8)...
И кстати не жаловалась на жизнь...

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

[ТЕЙША]

Должно быть это само-PR. Попытка неудачна.

давно так не смеялась...
с вашими фантазиями романы писать...

Никогда не бывал в такой ситуации за много лет в бизнесе.

а-а-а-а ну тогда все ясно...
раз ЛИЧНО вы не бывали, тогда конечно...
этого не может быть, потому что я этого не видел?
глубокая мысль...

[Dracosha Andrew]

Yuwa, ТЕЙША, прекратите пикировки!!! Не смешно.

[AntonDr]

Ну и еще доклад по теме ... Во времена ДОСовых версий 1С (помоему 4-ка) использовали 1С для ввода первички операторами (больше 1С особо ничего и не умела). Весь остальной учет (оптово-розничной торговли) мне приходилось автоматизировать самостоятельно. На тот момент потребности удовлетворяло, но назвать продукт завершенным было нельзя, всмысле что к моменту перехода на 1С 7.5 в нем еще было что дорабатывать ... седьмая версия тоже нуждалась и по моим сведениям нуждается по сей день в доработке в связи с изменениями законодательства и потребностей управленческого учета. Вообщем сменился только инструментарий разработчика. Поэтому на мой взгляд есть два пути - либо подстраивать потребности (в плане учета) под программный продукт, либо программный продукт под потребности. А своими силами или чужими - не настолько важно, намного важнее квалификация разработчика.