![]() |
#14 |
Участник
|
2mazzy
Не принимайте высказывания так близко ... Сейчас объясню почему.
Во-первых, данная цифра взята из списков общих работ/черных списков сайтов. К сожалению, без посредника, статистика, по-видимому такова, или близка к таковой. Очень велик соблазн сказать, что решение не годится потому как 10% работы так и не удалось реализовать (но самим "довинтить" решение и устранить эти 10%). Во-вторых, приведу аналогию. ОЧЕНЬ ХОРОШИЙ специалист может быть ОЧЕНЬ ПЛОХИМ учителем (в смысле передачи опыта). Здесь я хочу сказать, что есть, возможно, неплохие специалисты. Но опыта удаленной работы у них нет, равно как и менеджерских способностей, или они не развиты.. Т.е. здесь надо быть и консультантом, и программистом, и менеджером самому себе(3 в 1). Те кто не может задать вопросы - не консультанты, но возможно неплохие кодеры-программисты - не функция программистов задавать вопросы, особенно в ERP, и Вы это знаете. Попробуйте конкретизировать задачу, и увидите, что народ с ней справится. Ведь есть такие задачи, которые надо решать группой. Например, возможно, вам нужно не техническое решение, а дизайн(размещение/эргономика элементов на листе). Так эта задача однозначно не для ERP специалистов. В таких проектах, возможно бы сгруппировались следующие люди: - компьютерный дизайнер (нарисует лого, эргономично "растасует" элементы) - программист (вкодирует) - аналитик (задаст вопросы, сформирует эскиз ТЗ) на каждого напр., по 20 USD(понятно, что в зависимости от сложности). Возможен другой вариант, заказчик формирует предложение, аналитик берется составить эскиз ТЗ за xx USD, заказчик с этим ТЗ ищет программиста.. Т.е. заказчику надо указать схему работы для реализации его целей. PS А предложить методику формирования прайс-листа (определить место расчетов, выбрать средство и т.д.) это вообще функция архитектора системы... |
|