|
Несколько слов в адрес goldenfoods , и всех, кому интересна суть вопроса и анализ этой ситауции.
Тезисно суммирую свою точку зрения на рассматриваемый случай.
1. Для полноценной разработки требуется качественный технологический процесс, который бы включал в себя все основные взаимодействующие потоки работ, организованные вместе:
1.1. Управление требованиями
1.2. Проектирование архитектуры
1.3. Реализация
1.4. Стабилизация и управление качеством
1.5. Ввод в эксплуатацию
1.6. Сопровождение
2. Продукция, выпущенная без какого-либо из этих потоков работ ("кустарным" способом)
закономерно оказывается не удовлетворяющей современным стандартам качества. А
недобросовестные поставщики такого рода некачественной продукции фактически заняты
"лохотроном" по отношению к заказчику. Увы, подобное ловкачество среди них считается
даже за доблесть и успешную работу.
3. Налаженный процесс производства качественного ПО, является для разработчиков софта
наиважнейшим орудием труда, основной производительной силой. Именно эта производственная сила, собственно, и есть умение разработчиков ПО делать системы (а вовсе не только лишь знание какого-то языка программирования или технологии).
4. В ситуации, описанной goldenfoods, процесс производства ПО еще не сформирован.
Нет архитекторов, и важность этой роли даже не совсем еще осознанна.
Не развито в систему управление требованиями, со своевременным выявлением и адекватным учетом наиболее важных из них.
Стабилизацию предполагается производить "по живому", отлаживая систему на бизнесе
заказчика, как на подопытном кролике. При собственной реализации, это может весьма болезненно ударить по бизнесу заказчика, и принести ему убытки, вместо ожидаемой прибыли.
Пока только лишь обдумывается, какой бы инструментарий в принципе подошел бы для реализации, то есть поток работ по реализации еще далек от производственной зрелости.
О развертывании и сопровождении вообще похоже еще не задумывались, а ведь это важно и влияет на остальные потоки работ, в частности на реализацию.
5. Процесса своего еще нет, а построить полноценно работающий процесс собственной разработки за 3 месяца и при наличии $15000 вряд ли получится. Недостаточно времени и средств на привлечение в свою комманду специалистов, которые могли бы грамотно и слаженно выполнять, например, роли архитектора, продакт-менеджера, программиста, без деятельности которых система не будет качественной.
Налаженный производственный процесс - это не мелочь, а ключевая компетенция. Именно люди, собранные в умелый коллектив, суть решающий фактор успеха, а не только лишь те или иные технологии. Мимоходом и за дешево умелые команды с налаженными процессами не создаются в наше время.
6. Поэтому в рассматриваемом случае нет условий для полноценной собственной разработки
серьезной, активно использующейся корпоративной системы (напр. на 70 пользователей и 10 млн записей в год).
Недостаточно ресурсов по времени и стоимости для налаживания собственной разработки
и производства продукции.
Зато, есть условия для "лохотрона". Стремление получить нечто чудесное, на фоне недостатка информированности или же пренебрежения знаниями о современных принципах разработки ПО.
Желание, чтобы из маленькой овчинки сшили бы 7 шапок, или поработали бы как "повар, конюх и плотник" за вареную полбу, как Балда из известной сказки А. С. Пушкина.
В связи с этим уместно вспомнить и соответствующий совет: " Не гонялся бы ты, поп, за дешевизной! "
И, не ходил бы по граблям... :)
7. Что же делать? А совершенно не обязательно всем вести свою разработку. Лучше меньше да лучше. Если нет еще ключевых компетенций для разработки, то лучше не заниматься "самоделкинством". Не нужно клеить своих автомобилей скотчем и не нужно создавать собственный космолет из соломы.
Есть нормальные альтернативы. Это, например, аутсорсинг. Но, для привлечения качественного аутсорсинга, скорее всего, финансирования будет маловато. Покупка коробок и их настройка, если есть что-то подходящее. Но, на выбор и освоение чего-то нового, скорее всего, времени 3 мес. будет маловато.
8. Еще вариант: настройка своими силами того, что уже есть. На чем уже сейчас работает предприятие заказчика и что хорошо освоено коллективом goldenfoods.
С главным курсом на построение долгосрочных прозрачных и партнерских отношений с заказчиком. Не в суетливой манере "давайте быстро сбежим с горы, автоматизируем заказчика по-бырику, получим плату, и убежим прочь создавать свою фирму".
А на базе долгострочной ответственной стратегии: "заказчику действительно нужна автоматизация; а нам нужен заказчик; поэтому мы - заодно, мы - партнеры по общему бизнесу ; поэтому процветание заказчика - это не только его, но также и наше процветание, и мы качественно и без суматохи сделаем все необходимое для этого общего процветания, основательно решим все наши с ним общие проблемы для достижения наших с ним общих целей."
В рамках этой стратегии становится очевидно, что совершенно не обязательно самим разрабытывать ПО. Это - не самоцель.
Гораздо важнее делать то, что собственно и нужно заказчику: обеспечивать решение информационных проблем компании. Обеспечивать повышение доходов предприятия за счет применения информационных технологий. Подстраховывать бизнес заказчика с информационного фланга, являясь связующим звеном между ним, и непрофильным для него миром IT.
Причем вести эту работу так, чтобы вся деятельность была для заказчика прозрачной и понятной. Быть заодно с заказчиком.
Для этого постоянно изучать потребности заказчика, возможности улучшения его бизнеса, его актуальный и потенциальный спрос. И, пока нет сил на свои разработки, использовать другие имеющиеся возможности, потенциал существующей системы, другие предложения рынка, и оптимальным образом соединять одно с другим к общей пользе, а не упражняться кодированием без проработки архитектуры и самоделкинством без учета требований.
И заказчики, как правило, ценят такой подход гораздо больше, чем скороспелые поделки, только лишь пускающие пыль в глаза.
|
