gifts2017

Схема повышения качества работы с клиентами. Часть 2. Разработка.

Опубликовал boris nuraliev (nurpoz) в раздел Управление - Бизнес-процессы

В этой части рассматриваются нюансы разработки, которые влияют на удовлетворенность клиента.

>>Часть 1. До разработки. (там же расположена визуальная схема)


часть схемы


Визуальное отделение доработок элементов интерфейса

Мы придерживаемся такого правила: все изменения интерфейса в типовых или чужих объектах должны выделяться цветом. Мы выбрали нейтральный синий цвет. Идея не моя, я ее честно подсмотрел и взял на вооружение.

Выглядеть это может примерно вот так:

 cvet

Выделяем заголовки, как на картинке, наименования колонок, кнопки и т.п. Может показаться мелочью, но когда на проекте работают разные команды, то при разборках или последующем сопровождении гораздо легче визуально сориентироваться, чья это работа. Любой вопрос пользователя с демонстрацией ситуации на программе значительно сокращает время консультантам. Они не разбираются типовой это функционал или нет. Если цвет синий, они сразу же эскалируют проблему дальше или автоматически смотрят документацию по объектам проекта.

Хоть это и не касается интерфейса, но обязательным стандартом является комментирование вносимых изменений в типовую конфигурацию. Кто, когда, в рамках какого технического задания сделал, что было, что стало и прочая информация. Этот момент подробно расписывать не вижу смысла.

 

Подсистемы

Практика, которую практически не встречается, когда берем объекты на сопровождение после других поставщика услуг по 1с.

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

 podsys

В дальнейшем легко отбирать объекты, которые относятся к тем или иным доработкам.

Внутри подсистема имеет краткое описание.

podsys2

 

Ограждаем пользователей клиента от разработчиков

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

Во-первых, программисты 1с… это программисты со всеми вытекающими последствиями. Они могут быть неряшливы, иметь плохо поставленную речь. Они могут быть не обязательными, надменны с простыми пользователями. Все остальные в большинстве случаев являются исключением. Повторюсь, что я говорю про рядовых программистов и программистов 1с в частности. Если человек выбивается из этих характеристик, то это, скорее всего, исключение из правил.

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

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

Все эти факторы склоняют нас к тому, чтобы создавать систему, в рамках которой влияние этих факторов можно значительно снизить.

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

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

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

Для примера. Программисты 1с никогда не сдают свои работы напрямую клиенту. Они сдают работу сначала аккаунту, который очень придирчиво принимает работу, выявляет все нестыковки. Для программиста он имитирует клиента. И только после такого внутреннего тестирования, все вместе с документацией передается и сдается клиенту.

Что получается? Как происходит обычный процесс разработки? Клиент описывает потребности, программист выполняет, передает первый вариант клиенту, клиент смотрит, описывает замечания, дополнительные требования и возвращает на доработку. И так может происходить несколько раз. В конце концов, доработка принимается в работу.

У нас же это происходит за 1, максимум 2 итерации, где во вторую итерацию попадают очень незначительные штрихи. Хотя внутри нашей структуру происходят все те же самые итерации на внутреннем тестировании. Получается, что мы забрали у клиента его боль и решили эту проблему. Приходя в любую компанию после любых исполнителей по сопровождению, мы автоматически поднимаемся на такой уровень качества обслуживания, который не достижим ни внутренними сотрудниками компании, ни внешними подрядчиками, которые не используют внутреннее тестирование. Клиенты думают, что мы суперпрофессионалы, хотя на самом деле это заслуга системы, в которой могут работать очень посредственные специалисты.

Бонусом здесь является то, что специалист не может уйти просто так, разрушив отношения с клиентом, уводя клиента и т.д. У специалиста просто нет такой возможности. Пользователи клиента могут даже не знать, что у нас произошли какие-то изменения.

Аналогично дела обстоят и с консультантами. Их труд тоже можно отчуждать. Для этого есть видеоуроки, которые они делают. Мы избегаем живых консультаций. Все наши консультации либо удаленные, либо в виде видеоуроков, где разбираются конкретные проблемы пользователей. Это позволяет опять же работать посредственным консультантам на нашей стороне, но за счет сервиса, который предоставляется, этот фактор практически не играет никакой роли.

 

Промежуточные видеообзоры

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

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

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

Клиентам эта часть взаимодействия очень нравится, т.к. им не надо отрываться от своих обязанностей, чтобы открыть тестовую базу, зайти в нее, завести какие-то данные, чтобы посмотреть работает это или нет. Они просто смотрят и слушают короткое видео, делают выводы и дают обратную связь.

Написал по этому вопросу мало т.к. идея простая, но эта мелочь имеет непропорционально высокое значение в создании атмосферы «все включено» для клиента!

 

Делаем больше, чем ожидают

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

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

Можно назвать это элементом CRM или еще как-то. По факту вы со всеми вокруг выстраиваете «дружеские» взаимоотношения, используя системный избыточный сервис. И строите эти отношения тоже системно.

Когда вы оказываете избыточный сервис, то кран потока этого сервиса в ваших руках. Вы, как драгдиллер, начинаете раздавать бесплатные дозы сервиса, формируя постоянных потребителей. Люди очень быстро привыкают к хорошему. И этот кран легко перекрыть. Вы никому не обязаны оказывать сервис сверх договоренностей.

У этого подхода есть один приятный бонус. Аппетиты клиентов всегда растут во время потребления. Очень часто бывает так, что делая какой-то бесплатный отчет или правила обмена или какую-то другую функцию, нас просили развить этот инструмент под вдруг появившиеся требования. В этом случае мы тут же совершаем продажу. Если первое было сделано по нашей доброй воле, в силу хорошего отношения к клиенту, то его требования это уже за отдельные деньги. Еще ни разу не встречал возражений при такой продаже. И никто не может ничего предъявить в плане того, что «дорого». Как правило, если потребность расширяется клиентом, то в оценку мы включаем и то, что было разработано бесплатно.

Важно понимать, что избыточный сервис должен быть системой, а не свойством конкретной личности. Это просто набор шагов. Если человек, который негативно относится к клиенту, выполнит дословно этот набор шагов, то у клиента должно создаться приятное впечатление, что он получил больше, чем ожидал. Это очень важный момент!

п.с. если вам интересна более детальная информация подобной тематики, то вы можете подписаться на рассылку тут

См. также

Подписаться Добавить вознаграждение

Комментарии

1. Призрак (davdykin) 19.10.13 08:04
Спасибо за интересные статьи. Некоторые моменты использовал, некоторые моменты стали "открытием".
2. Леонид (leosoft) 19.10.13 19:48
1. Интересно - а аккаунт не может сбежать вместе с лучшими программистами к полюбившим их клиентам?

2. "Если вы сталкивались в своей работе с фрилансерами, то понимаете, что это люди, которые спокойно могут сдавать сырой продукт" -

Вы не путаете халтурщиков-студентов с профессионалами фрилансерами? Никогда сырой продукт не сдается! Это просто убыточно - начнут тестировать и вызывать даже по мелочам, но это же будет прямая потеря времени, за которую никто не заплатит!
3. Александр Капустин (kapustinag) 19.10.13 20:45
Хорошая статья. Кое-что соответствует нашей практике работы или задумкам, но есть и новые интересные вещи. Надо будет взять на вооружение. Спасибо.
4. boris nuraliev (nurpoz) 19.10.13 22:18
(2) leosoft,
1. Это решается отчуждением функций. Аккаунт не занимается созданием системного избыточного сервиса, не занимается системным построением отношений с клиентами. Эти функции стоят над ними. Так что любит клиент далеко не аккаунта с программистами. ))
Я не зря часто пишу слово "системно", мало просто оказывать избыточный сервис, мало просто строить отношения с клиентами.

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

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

Во всех случаях, когда задачи декомпозируемы, то 80% ответственности за качество ложится на аккаунта. А в случаях недекомпозируемых задач, которые требуют суперспециалиста, развесовка ответственности, как правило, наоборот.

Собственно для чего я это написал? Для выполнения декомпозированных задач мы привлекаем фрилансеров, которые заранее не являются профессионалами. Для профессионалов это либо не интересные задачи, либо стоимость их услуг на таких задачах гораздо выше рынка.

Когда я писал, я не имел в виду профессиональных фрилансеров.
5. Евгений Сосна (pumbaE) 20.10.13 00:57
Клиент не знает чего хочет (точнее знает, но не знает как это сделают), постановщик задачи типа понял клиента, сделали декомпозицию , вася сделал одно, петя сделал (или нагов..кодил) другое, ваня попытался собрать все вместе, постановщик уже на другом проекте, какой-то тестировщик попытался "строго" оттестировать, а че в реальности получилось никто не знает, но главное бантик нацепить.
2 главных вопроса так и остаются невыясненными: кто виноват и что делать? Но т.к. у нас есть бантик для клиента, то самый главный менеджер поедет впаривать (договариваться) о запуске того что есть.
6. boris nuraliev (nurpoz) 20.10.13 04:58
(5) pumbaE,
У любого проекта изначально должна быть стратегия, которая подразумевает долгосрочное видение. То, что вы описываете демонстрирует изначальное отсутствие какой-либо стратегии. И я такое наблюдаю сплошь и рядом. Но можно работать и по другому.

Однажды я участвовал на подряде для одной известной на ИС организации, окучившей отраслевого монополиста, насмотрелся на подобный подход. И хотя это был отличный опыт, я много почерпнул из этого проекта, но для себя я решил, что никогда так сам работать не буду.
7. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 01:41
Прикольно, мне кажется, что мысль выделять синим изменения, живет сама по себе, вне зависимости от нашего сознания )))) http://infostart.ru/public/201607/ см. п4.1 и п4.2

Подсистемы и видео – рулят! Чем пользуетесь для видео захвата?

По поводу дополнительного сервиса, одобрям. Лишь хочется подчеркнуть, что следует обращать внимание на себестоимость приятных бонусов. Грех не подарить то, что само собой вытекает из неосознанных возможностей.
8. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 01:43
С тезисом
Ограждаем пользователей клиента от разработчиков
- полностью согласен. С аргументацией не согласен в корне.

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

Мы ограждали программиста от рядовых пользователей еще и по той причине, что существует так называемое состояние «потока», для того, что бы войти в него программисту требуется в среднем 20 минут. Если программиста отвлекают каждые 40 минут, то за день он эффективно отработает только 4 часа. Если вы дергали его каждые 20 минут – не удивляйтесь, что вам мягко говоря не рады. Ведь по большому счету мы сами не даем ему возможности сделать ту работу, которая нам же и нужна.
Светлый ум; Nelli_A86; AllexSoft; +3 Ответить 1
9. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 01:44
Не могу согласиться, что
это далеко и не всегда люди, с которыми приятно общаться.
- ну ни как! Так может выразиться, только тот кто не является в душе программистом, он может быть кем угодно – РП, аналитиком, собственником, кем угодно – но не программистом. Чтобы понять его суть, нужно понимать его нужды, не более того. Да программистами трудно управлять не спорю. Это сержант может командовать отделением в 10 человек, но уже уровнем выше сложность управления не позволяет управлять больше чем тремя. Программисты хорошо работают парами или тройками, дальше сложность и количество коммуникаций растут быстрее, чем польза от дополнительного программиста.

По поводу плохо поставленной речи: Где вы видели опытного программиста в возрасте от 35 лет и стажем от 10-ти с плохо поставленной речью? Если человек теряет дар речи и начинает заикаться под прессом главного бухгалтера и ему всего 25 лет, это нормально.

Программисты ленивы не более, чем любой другой демотивированный сотрудник.
Dregnar; AlexPNov; Feelthis; Gureev; zqzq; Ekovichev; hulio; +7 Ответить 1
10. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 01:47
Я понимаю, что текучка неизбежна, но вот последствия этой текучки можно и нужно искоренять системно.

Категорически с Вами не согласен, работать нужно не со следствием, а с причиной: проблема лежит в самой идее франчайзинга 1С «использование низко квалифицированной наемной рабочей силы.» Обучение/Сертификация 1С это кузница специалистов низкой квалификации, еще и за деньги самого специалиста/Франча. Большинство профессиональных разработчиков в 1С либо имеет богатый опыт разработки/внедрения в других средах разработки либо стаж в 1С более 5 лет.
Так, что нужно менять модель бизнеса. Впрочем саму 1С все устраивает, она паразитирует как на клиентах так и на собственных сотрудниках. Впрочем не все так плохо. Я считаю, что 1С-предприятие, как платформа разработки бизнес приложений это лучшее решение даже в мировом масштабе. Так, что вопрос развития в данной отрасли – это вопрос ломки навязанных шаблонов мышления от самого вендора.
11. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 01:51
По поводу отчуждения. Ох уж мне эти сказочники. А вы пробовали забрать ребенка у матери? Так почему вы считаете, что отобрав у автора его детище, заменив его кнутом и пряником вы получите продукт, который выдержит проверку временем, станет лучшим в своем классе? Прошло уже с 10 лет, а я до сих пор помню как от нас уходил программист, чуть ли не со слезами на глазах – так ему не хотелось расставаться и с коллективом и результатом труда этого коллектива. Правда это было не 1с…
Хех… учиться Вам еще и учиться!

Хотя… не могу с вами не согласиться… текучка она и в Африке текучка, и системные решения здесь никому не помешают. На самом деле не смотря на столь критичные посты, я вам благодарен за поднятые темы и дельные советы.
12. Антон Чарушкин (hulio) 21.10.13 06:16
(0) nurpoz, как альтернативу подсистемам можно использовать хранилище конфигурации. То есть, само собой, что логически конфигурация разбивается на подсистемы. Но вот добавление подсистемы на каждый небольшой этап/доработку может быть не всегда удобно. Вполне можно обойтись хранилищем конфигурации - надо лишь при помещении изменений в хранилище устанавливать метку.
Пример, как я это использую: есть проект на базе типового решения 1С, требующий вмешательства в конфигурацию. В таком случае, я добавляю корневую подсистему "Доработки", содержащую еще две подсистемы - "ИзмененныеОбъекты" и "НовыеОбъекты". Кроме того, при помещении любых изменений в хранилище я стараюсь максимально полно описать сделанные доработки. Помимо такого комментария я добавляю метки вроде "0001_ИмпортИзКлиентБанка", "0005_РКО_ДвиженияПоРасчетам" или просто "SD_XXXX" (для изменений, сделанных по заявке № XXXX в ServiceDesk).
Есть только один минус - если с хранилищем что-то случится, то и история изменений потеряется :)
13. Евгений Сосна (pumbaE) 21.10.13 10:00
(6) не увидел вашей схеме стратега , программист есть (виртаульная асоциальная личность, которая не может жить в современном обществе), тестировщик есть, постановщик задач есть, менеджер по продажам не описан, но должен быть, а вот стратега не увидел.

Лишь хочется подчеркнуть, что следует обращать внимание на себестоимость приятных бонусов. Грех не подарить то, что само собой вытекает из неосознанных возможностей.
- Это как помочь бабушке через дорогу перейти, когда вам по пути "Да, без проблем!", но как только необходимо помочь подняться на 5 этаж без лифта, сразу вспоминаем, что опаздываем на важную встречу, встреча принесет денег, деньги накормят своих детей и "Извини бабуля, спешу, дела..."
14. boris nuraliev (nurpoz) 21.10.13 10:24
(7) Evgen.Ponomarenko,
Для видеозахвата используем faststone capture. Подсмотрел у саппорта mars.

(8) Evgen.Ponomarenko,
Я думаю, что по настоящему крупные проекты у нас еще впереди. Камаз мы еще не внедряли. ))

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

(9) Evgen.Ponomarenko,
Это может удивить, но я программист с 5-го класса, с тех пор, когда мы делали мультики на программируемых калькуляторах (это надо было видеть), писали на асме, сидели в фидо и много чего другого. Т.к. я сейчас практически не участвую, как технический специалист в проектах, то поддерживаю свою форму новыми тенденциями, сижу вот ковыряю андроид. Так что, тут мимо.

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

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

(10) Evgen.Ponomarenko,
Ваш негатив по поводу франчайзинга мне понятен. Но вот мы - франчайзи и умудряемся делать отличные вещи, и с сотрудниками у нас отличные отношения. По большому счету системное построение отношений и системный избыточный сервис у нас распространяется и внутрь компании.

Текучка у нас продиктована двумя аспектами, люди не выдерживают агрессивного темпа развития, люди принципиально меняют сферу деятельности по своим соображениям. У нас со всеми ушедшими очень хорошие отношения. Как раз это было достигнуто тем, что мы поменяли модель бизнеса, но при этом остались франчайзи. Если честно я не понимаю, как одно другому мешает. Фирма 1С не регулирует внутреннее устройство франчей. Такое количество гов...франчей продиктовано низким порогом вхождения на рынок. Но на самом деле, чем их больше, тем более мы ценны как специалисты (с) анек.

(11) Evgen.Ponomarenko,
У вас какое-то искаженное восприятие того, что я написал. Этот ваш пост - фантазия чистой воды. При отчуждении на любом уровне нет кнута и пряника. Есть пряник и система управления, которая совсем не кнут. Двойная морковка, спереди и сзади, это тупиковые идеи пришедшие к нам из торговли в высококонкурентных рынках. Мы такое не поддерживаем.

Я постоянно учусь и не мню себя гурой, просто я довольно давно этим занимаюсь и собрал довольно много грабель. Если кому-то окажется полезным - в путь. Лично вас переубеждать у меня задачи не стояло, уж извините. ))) Поэтому, если вы сможете чему-то научить, а не подтрунивать, я с удовольствием, а пока увольте. Мое мнение пока такое, и у нас это получается.

(12) hulio,
Да, именно опасность потери хранилища нас удерживает от подобного использования.
Новые и измененные объекты не использовали. А зачем такая градация вам требуется?
Новые объекты у нас идут с префиксом... опять же доработки или этапы объединены логикой, которую такая градация не поддержит. Не совсем понимаю ценность. Поясните.
15. boris nuraliev (nurpoz) 21.10.13 10:52
(13) pumbaE,
У нас нет менеджеров по продажам и стратегов, как отдельных функциональных единиц.
Надеюсь, что вы не стремитесь перевести всех бабушек через все дороги планеты и не зарабатываете на каждой просьбе о помощи. ))) С людьми надо помягше, а на вопросы смотреть ширше.
16. boris nuraliev (nurpoz) 21.10.13 10:56
(13) pumbaE,
Какие функции вы выделяете в работу менеджера по продажам?
Не совсем понятно зачем он нужен там, где продажа производится в процессе оказания услуг.
ogre2007; +1 Ответить
17. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 20:50
(14) nurpoz,
Очень рад, что не ошибся в Вас ))))) Не смотрите на мою критику... Просто ваши статьи очень обширные, видно, что человек с большим опытом, а вот с каким... было трудно понять... Тем более, что ранее Вы не светились. Есть одна восточная мудрость "Хочешь познать человека - сразись с ним". ))) Я думаю мои комментарии помогли Вам полностью раскрыться. Мне интересны Ваши статьи, хотелось, что бы Вы писали и дальше. Ваш опыт достоен раздела "Выбор эксперта". Считай-те, что это был мой способ привлечь внимание к Вашей персоне. Уже было хотел пройтись по вашей первой статье, мне казалось, что она не заслуженно не привлекала достойного внимания, но вечером заметил, что все стало на свои места.
18. Евгений Пономаренко (Evgen.Ponomarenko) 21.10.13 21:08
У вас какое-то искаженное восприятие того, что я написал. Этот ваш пост - фантазия чистой воды.

На самом деле вы слишком много написали обо всем, слишком много. Видно, что вам есть чем поделиться. С чем-то был кардинально не согласен. Недостаток информации был заменен собственным прошлым опытом, рад что мои худшие предположения не подтвердились. На самом деле, хотелось бы что Вы разбили вашу первую статью на четыре части и подробнее раскрыли каждую тему. Я сам сюда пришел многому научиться, но хотелось бы пропустить обсуждение очевидных вещей. На самом деле Вы успели пройтись только по верхам. Хочется более глубоких статей, вдумчивых. Вы же можете больше, не так ли?
19. boris nuraliev (nurpoz) 21.10.13 22:07
(17) Evgen.Ponomarenko, (18) Evgen.Ponomarenko,
Спасибо за заботу.
Но писАть, как и пИсать, необходимо, когда уже не можешь. (с) Жванецкий
Поэтому сижу и терплю. Уж что родится, то родится.
20. Антон gendal (gendal) 21.10.13 23:47
nurpoz,
может быть следующую статью о секретах мотивации персонала в фирме-франчайзи? И что мотивирует лично вас заниматься этим непростым делом?
21. Вячеслав Гилёв (Gilev.Vyacheslav) 22.10.13 03:37
очень хорошая статья, спасибо
22. Дмитрий Макаров (pro-rok) 22.10.13 08:32
Спасибо за статью. Очень полезные вещи, особенно про ограждение пользователей от программистов и делаем больше проверял-работает. По поводу ограждения у нас (франчайзи) это используется лишь на больших предприятиях, где есть РП.
23. boris nuraliev (nurpoz) 22.10.13 08:42
(20) gendal,
Всему свое время.
Если есть какие-то конкретные вопросы по мотивации персонала, то пишите, но я смогу поделиться только своим опытом, у меня нет какого-то специального образования на этот счет.

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

(21) Gilev.Vyacheslav, (22) pro-rok,
Спасибо за доброе слово.
24. Евгений Пономаренко (Evgen.Ponomarenko) 22.10.13 11:08
(14) nurpoz,
Я программист с 5-го класса, с тех пор, когда мы делали мультики на программируемых калькуляторах (это надо было видеть)
, - хе...хе... я тоже луноход сажал на калькуляторе. Я смотрю у нас много общего:
Я тоже успел поковырять Андрюшу. На новый год супруге сделал подарок - в её магазин разработал а-ля кассовый аппарат, со сканером штрих кода под планшет. Выгрузка/загрузка через xml. Прайс внешний - тоже xml. Все транзакции дублируются в файл. Поля на формах формируются программно. Встроенный калькулятор и клавиатура. Могу поделиться. 1С жутко тормозит под одноядерный планшет, в конце-концов поставил на винде под УФ, работает до сих пор. Классная тема - терминальный клиент под андроид: "2Х", все здорово, кроме одного, пока не работает удаленная печать. Честно говоря с аднроидом и принтерами одна большая печалька.
25. Евгений Пономаренко (Evgen.Ponomarenko) 22.10.13 11:09
В свое время у меня к клиенту ушли два моих программиста, честно выращенных своими руками. Ушли полюбовно, и уже успели уйти и от клиента, такие колобки-перекати поле. С тех пор вижу смысл включать в договор пункт о денежной компенсации за уведенного специалиста фирмы внедренца в течении полу-года. С одной стороны сумма компенсации должна позволять нанять профессионального программиста по уровню выше ушедшего, с другой стороны позволяет сделать акцент на проблеме в самом начале, что позволяет избежать проблем в будущем.
26. ZLENKO.PRO (ZLENKO) 22.10.13 12:16
Рекомендую почитать http://gettingreal.37signals.com/ если поискать в инете - можно найти на русском
27. ZLENKO.PRO (ZLENKO) 22.10.13 12:21
"избыточный сервис должен быть системой" - это только в случае когда клиент готов платить за "качество" :-) К сожалению часто сталкиваюсь с тем что клиенту не нужен избыточный сервис, а нужно просто сделать именно то что он просит. Не больше и не меньше. Не имеет смысла даже здравые мысли доводить до уровня лозунгов.
borrman; AllexSoft; +2 Ответить 1
28. boris nuraliev (nurpoz) 22.10.13 13:11
(27) ZLENKO.PRO,
Согласен полностью. Как вы можете заметить, тема как раз об этом.
Если клиент не готов платить за обслуживание в ресторане, то он идет в другое, более подходящее для него заведение. Другое дело, что клиенту может и не требуется кушать, а всего лишь выпить кофе. Но даже в этом случае в ресторане (я подчеркну - хорошем ресторане) ему будет оказан очень качественный сервис и обслуживание. И это будет принципиальной разницей в работе ресторана и, скажем, кафе.
Сервис кроется в мелочах и, как правило, он не требует существенных затрат.
Nelli_A86; automatizator; odin777; +3 Ответить 1
29. Дмитрий Кеба (Fenicss) 23.10.13 06:22
А вообще кто нибудь по такому принципу работает у вас? Просто я считаю это увеличивает штат. Во вторых я часто выступаю посредником между фирмами и скажу что сложную доработку очень сложно защитить (не отчет).
У нас в фирме программисты работают напрямую и текучки нет по причине платы процентов от клиента. А ваш сервис подходит только для крупнейших предприятий где для них не важно цена а главное качество.
30. ZLENKO.PRO (ZLENKO) 23.10.13 18:00
(28) Полностью с Вами согласен... Однако в глазах большинства клиентов "ресторанами" являются, например, БИТ или Рарус. Переубеждать их что это не совсем так - бесполезно :-)
31. Саша Безымяный (help1Ckr) 23.10.13 19:08
(25)Evgen.Ponomarenko,
"за уведенного специалиста фирмы внедренца в течении полу-года" крепостное право отменили в 1861 году) этот пункт договора будет только отталкивать от вас клиентов, ибо реализовать его в суде у вас не получится. Проверено на личном опыте.
32. Саша Безымяный (help1Ckr) 23.10.13 19:16
(30) ZLENKO.PRO, не бесполезно) я еще на 7ке в франче использовал систему избыточного сервиса (не знал просто тогда что она так называется) и это приносило свои результаты)
Evgen.Ponomarenko; +1 Ответить
33. Саша Безымяный (help1Ckr) 23.10.13 19:19
(25) Evgen.Ponomarenko, " С тех пор вижу смысл включать в договор пункт о денежной компенсации за уведенного специалиста фирмы внедренца в течении полу-года. " кстати. тут проще и правильнее со стороны законности будет фиксировать обучение специалистов и в случае ухода требовать от них оплаты стоимости обучения.
34. Евгений Пономаренко (Evgen.Ponomarenko) 23.10.13 21:20
(31) help1Ckr,
по поводу крепостного права ))))) "мои" означало не право собственности, "мои" означало, что я вложил в них все лучшее, что у меня было. Крепостное право, это когда у тебя в городе крупные франчи в сговоре, они не возьмут к себе программиста из того же картеля.

Включить пункт в договор, не означает на нем настаивать, хотя никто и не возражает обычно. Если возразили - убираем, но это первый звоночек, который может означать не порядочность заказчика. Три таких звоночка - повод задуматься:"Нужен ли такой заказчик?"

Идти в суд? Да бог с вами! Просто у Вас появляется возможность торговаться, футбольные клубы продают своих специалистов друг другу и это считается нормальным. Даже не в торге дело, вы можете даже простить
"шалость" вашему заказчику, но это уже становится дополнительным сервисом. Наличие такого пункта в договоре - это ваш козырь, как вы им воспользуетесь зависит от вас.
35. Евгений Пономаренко (Evgen.Ponomarenko) 23.10.13 21:44
(33) help1Ckr,
В этом случае, у меня к сотруднику никаких претензий, как раз он мне ничего не должен. Во первых сертификаты 1С для меня пустой звук. Во вторых я являюсь носителем довольно уникальной школы программирования корнями уходящей в Харьковоблэнерго, основоположником которой был Третьяков Сергей Робертович. Методика была ориентирована на DB Oracle.
В 2006 году адаптировал её под 1С 8.0. Тот кто ей пользуется - деградирует как программист 1С, зато развивается как архитектор. Существенно повышается скил в SQL запросах. Те кто впервые знакомится с техникой... переживают культурный шок.

Так, что если сотрудник от меня уходит, тихо радуюсь ))))) В мире 1с еще одним классным специалистом стало больше.
36. boris nuraliev (nurpoz) 24.10.13 08:12
(29) Fenicss,
Я как-нибудь напишу про свой путь от сотрудника франча до работодателя. Это эволюционный процесс. Он не из головы происходит (возможно у кого-то и так, но у меня нет), а именно из потребностей. Я был вольнонаемным специалистом и у меня выросли объемы, но основное мое преимущество было в качестве и отношениях с клиентами. Что мне делать? Нанимать специалиста и отдавать клиента ему? Уведут, это показывал мой опыт работы во франче (я, кстати ушел из франча в ноль, не взяв с собой никого). Сможет ли он так же ревностно относится к работе, как я? Нет. Вот именно оттуда растет мой первый удачный эксперимент с аккаунтом и тех.специалистом в тылу. Да, штат вырос аж в два раза = я + 1 )), зато КПД нашей с ним выработки выросло в более чем 3 раза. Т.к. я продолжал выполнять сложные работы, а 80% всех простых работ я скидывал с себя. Позднее я придумал, как и сложные работы отдавать, но об этом позже. Самое сложное, что мне далось в этом плане, это осознание, что управление это тоже работа, которая просто необходима.

(30) ZLENKO.PRO,
На заборе тоже написано. Про Рарус ничего не скажу, но с представителями БИТа мы часто пересекаемся, я скажу так, я в таких ресторанах бываю только один раз - случайно. Нет клиента более благодарного и лояльного, чем тот, которым БИТ продал УПП, внедрил, а потом клиент попал к нам. Легкие деньги, легкий контакт, легко дать качество даже без избыточного сервиса. Возможно раз на раз не приходится и в центре все по-другому, но у нас бывают мысли прозвонить внедренные решения по УПП от БИТа в нашем регионе и предложить пошаговую реабилитацию после таких внедрений.
Мы не переубеждаем, мы предлагаем попробовать тест-драйв, смотрите на соседние бизнесы, автопром, общепит, как там захватывают клиентов? Все просто и не надо ничего придумывать.

(34) Evgen.Ponomarenko,
Мой опыт показывает, что закон сохранения энергии имеет место быть в нашей деятельности. Ничто не проходит зря, от меня тоже уходили специалисты, но со временем я потери не замечал, просто не все измеряется деньгами и временем. Сотрудник ушел на клиента, а потом заворачивает на нас покупки коробок от этого клиента, а если это крупный клиент, то и коробки крупные. Сотрудник ушел в другой франч, мы общаемся хорошо, я знаю как развивается франч, пока работал с этим сотрудником отработал на нем несколько фишек, на которых уже заработал больше, чем он заработал у меня за год. Оглядываясь назад, я не могу вспомнить хотя бы одного действия, которое оказалось бы пустым и бессмысленным, хотя на тот момент я так мог и не думать.
37. Евгений Пономаренко (Evgen.Ponomarenko) 24.10.13 11:05
(36) nurpoz,
Полностью поддерживаю, разве, что с не большим уточнение, закон сохранения работает в замкнутых системах, я бы говорил о законе обратной связи в сложных системах. Мне кажется термин "обратная связь" больше подходит. А в остальном с вами полностью согласен: развитие происходит в процессе деятельности в не зависимости от нашего текущего понимания, многое понимаешь годы спустя. Приятно было познакомится :)
Уж извините, если, что было не так.
38. ZLENKO.PRO (ZLENKO) 25.10.13 08:06
(36) С московским БИТ-ом не сталкивался, а вот с украинским достаточно недавно... С московским Рарусом сталкивался, правда давно еще в 2006 году... Да тут даже дело не в каком то конкретном франче. Не хочу сказать что в франчах нет специалистов - есть и бывают очень даже "сильные", но в основном все же это школота-студенты со всеми вытекающими последствиями. Но при этом считаю, что в неудачных проектах виноват в первую очередь клиент, ведь именно он выбирает и контролирует исполнителя. Так что "бачили очi що купували - iжте хоч повилазьте"* (украинская народная мудрость)
* "видели глаза что покупают - кушайте хоть повылезайте"
39. DZENN (Dzenn) 25.10.13 10:15
Не понравились отдельные формулировки и конфликтность текста, но мэссэдж полезный, спасибо.
40. boris nuraliev (nurpoz) 25.10.13 10:17
(39) DZENN, спасибо за обратную связь, такие замечания мне полезны.
41. ZLENKO.PRO (ZLENKO) 25.10.13 10:28
(39), (40) Изменил формулировки в (38) на более "мягкие" :-)
42. ZLENKO.PRO (ZLENKO) 25.10.13 11:42
(36) "Нет клиента более благодарного и лояльного, чем тот, которым БИТ продал УПП, внедрил, а потом клиент попал к нам. Легкие деньги, легкий контакт, легко дать качество даже без избыточного сервиса."

100%
ogre2007; Evgen.Ponomarenko; +2 Ответить
43. Геннадий Николаев (genayo) 26.10.13 11:03
Планируется ли в последующих статьях более подробное описание непосредственной работы по ведению доработок? Выделение цветом и подсистемы это явно не все ваши ноу-хау, интресно было бы узнать об используемых инструментах, о процессе тестирования...
44. boris nuraliev (nurpoz) 26.10.13 22:26
(43) genayo,
Бросьте. )) Какие ноу-хау? Это просто некоторый опыт, который родился из необходимости решать те или иные задачи. Про тестирование уже есть публикация, смотрите "похожие" внизу этой публикации.
Если же есть конкретные вопросы, то задавайте. Мне это самому полезно, т.к. позволяет взглянуть на вроде бы привычное с другой точки зрения.
45. Геннадий Николаев (genayo) 27.10.13 08:39
(44)Хорошо, вот конкретные вопросы.

1.Как ведется перечень доработок? Используется хранилище, система контроля версий или что-либо другое?
2.Допустим, вы начинаете работу с проектом доработки типовой конфигурации, который до вас вела другая фирма. Как вы получаете список доработок другой фирмы, и что с ними потом делаете - переписываете под свои стандарты, вносите в перечень доработок или что?
3.Кто делает документацию - разработчик или какой-то специальный человек?
46. boris nuraliev (nurpoz) 27.10.13 10:02
(45) genayo,
1. Хранилище и гугл-докс. CVS мы пока никакую не используем. Но с появлением стабильной 8.3. с возможностью выгрузки конфы в xml начнем думать в этом направлении.
2. Если заказчик не может предоставить вменяемой документации по проделанной работе (иное встречалось всего пару раз), то мы предлагаем два подхода, либо взять и все задокументировать, либо разбираться с текущими доработками по ходу дела. Те же самые два подхода - либо все сразу, либо итеративно. Т.е. до заказчика доносится мысль, что устное предание, которое осталось от предыдущих поставщиков услуг не в счет и в системе с большими отклонениями от типовых все равно будет присутствовать большая доля исследовательской работы перед внесением изменений. На практике еще никто не согласился на полное документирование того, что было сделано до нас. Стоимость наших услуг, как правило в этом случае возрастает в 2-3 раза (редко больше) из-за большой доли исследовательской работы.
3. Документацию разработки у нас всегда делает разработчик. Это время оплачивается клиентом и соответственно оплачивается разработчику. Мы проводим специальные тренинги для того, чтобы ускорить и упростить этот процесс. Когда мы только начали вводить обязательное документирование, то столкнулись с сопротивлением заказчиков оплачивать такие наши услуги. Проанализировав ситуацию, мы выяснили, что на документирование уходит очень много времени. Уже писал где-то, что мы брали задачник по 1С:Специалисту и натаскивали народ на написание документации. Например, на 4х часовую задачу по специалисту на первом занятии тренинга тратилось от 2 до 4 часов на документирование. Я поставил задачу довести всем навык до 1 часа. У кого-то страдал навык формализации своих мыслей, кому-то тяжело давалась часть со сценариями или ПМИ. За три месяца тренинга по одному занятию в неделю, где мы каждый раз брали новые задачи, мы у всех довели навык до 1 часа без потери качества.
47. Геннадий Николаев (genayo) 27.10.13 11:21
(46) 1,2 Спасибо, все понятно.
А п.3 Очень интересно, я даже думаю заслуживает отдельной статьи...

P.S. А можете выложить образец документации, которая у вас получается, или это секрет?
48. Анатолий Бычин (tolyan_ekb) 29.10.13 14:56
(46) nurpoz, про тренинг с докумнетацией понятно. Пример тоже хотел бы увидеть. А как дела обстоят с повышением квалификации программистов? Ведь если все время заниматься клиентами, то не успеваешь. Или достаточно прорешать задачи на спеца?
49. Анатолий Бычин (tolyan_ekb) 29.10.13 15:12
(36) nurpoz, хорошая статья и хорошие комментарии. Захотелось даже поработать в таком франче ))
50. boris nuraliev (nurpoz) 29.10.13 15:18
(48) tolyan_ekb,
Спасибо за отзыв.
Квалификацией надо управлять, а ее управление растет из стратегии. Это не эфемерная стратегия, это понимание где и через какое время вы хотите оказаться. Что толку мне от эксперта по технологическим вопросам крупных внедрений, если я иду захватывать рынок небольших розничных магазинчиков?
И недоразвивать нельзя и переразвивать нельзя. Квалификация это ведь инструмент. Хороша ложка к обеду, а не где и когда попало.

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

(47) genayo,
Подписывайтесь на рассылку, там все это будет и даже больше.
51. Геннадий Пиганов (Totoro) 29.10.13 23:28
(0) Спасибо за статью, есть хорошие идеи. Со всеми тремя пунктами про программистов почти полностью не согласен, видно вы с другими программистами работаете или просто смотрите только со своей стороны :) В большинстве случаев это не лень, а нудная и не интересная работа (честно говоря не представляю как ленивый человек может работать на непостоянной проектной работе, а не уйти на размеренную постоянную работу), не легко уводим, а низкая или не достаточная мотивация работодателя по сравнению с другими фирмами (промежуточное звено хоть и нужно для нормальных программистов, чтобы не мешать их работе, но в этом случае - всего лишь отсрочка для неуверенных в себе и ленивых сотрудников), не плохо поставленная речь, а недостаточный опыт общения по реальным задачам (если программист постоянно не выполняет обязанности аналитика при общении с пользователями, то мало шансов, что он вдруг сможет их выполнить хорошо). И все таки, стоит добавить, что этот подраздел в основном для средне-крупных проектов, иначе вы просто выйдете из бюджета с оплатой всех промежуточных звеньев и документации, если конечно промежуточные звенья не работают "за тарелку супа" )
52. boris nuraliev (nurpoz) 30.10.13 08:45
(51) Totoro,
Пусть у каждого будет свое мнение. Мое мнение тоже может измениться, я тоже учусь.

На счет трехзвенной архитектуры клиент-аккаунт-специалист. Недавно наткнулся на чудесный ролик
http://www.youtube.com/watch?v=8bVAl73JvLM
он про фотошоп, но принцип работы ясен. При посредственности модели (специалиста) фотошопер (аккаунт) с помощью фотошопа (технологии работы) может сделать так, что результат будет видится клиентом в совершенно другом ракурсе.

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

За тарелку супа никто не работает. Но можно организовать процесс так, что и клиент будет платить и люди будут работы выполнять. Это справедливо на длинном промежутке времени, на коротких рывках и попытках заработать на каждом взаимодействии это не работает. Мы всегда строим долгосрочные отношения на года. Для нас эта проблема не актуальна, чтобы как то ее решать.
53. Юрий Гуреев (Gureev) 30.10.13 14:21
Если специалист хочет уйти, то он в любом случае уйдет, к этому клиенту или другому.

И обратно, если клиент хочет нанять спеца себе то он это сделает.

Всегда поражали руководители, которые считают что можно удержать спеца наплодив ненужной бюрократии.

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

В данном случае, все должно замыкаться на РП, и РП должен иметь мотивацию, перебить которую клиент не в состоянии.

Сама проблема текучки во франчах в головах руководителей тех самых франчей, низкая квалификация которых не позволяет принимать правильные управленческие решения.
Риторический вопрос: Много у нас руководителей имеют MBA ну или хотя бы профильное образование?
54. boris nuraliev (nurpoz) 30.10.13 14:29
(53) Gureev,
Бюрократия не нужна, когда в ней нет необходимости и она не работает.
А у вас есть МВА или профильное образование?
Если так, то поделитесь опытом применение сих знаний к быстроразвивающемуся бизнесу.
Концепции это хорошо, с реализацией всегда проблемы. И тут образование не при чем.

РП это на проектах. А на сопровождении крупных объектов на ком должно все замыкаться?
55. Евгений Сосна (pumbaE) 30.10.13 14:35
(53) Gureev, риторический вопрос, найдите в публикации РП :)
56. Юрий Гуреев (Gureev) 30.10.13 15:07
(54) nurpoz,
у меня профильного образования пока нет, но планирую.

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

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

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

Обсуждать эту тему можно долго, поэтому резюмируя: с пунктом Ограждаем пользователей клиента от разработчиков не согласен. И предлагаю не симптомы устранять, а правильно определить и вылечить причины болезни.
57. boris nuraliev (nurpoz) 30.10.13 15:49
У нас есть и РП )) но в рамках управления он тоже является аккаунтом. Возможно мы смотрим с разных сторон. Мне приходится контролировать сразу несколько объектов, как проектных, так и стоящих на сопровождении, поэтому люди стоящие во главе этих процессов для меня все аккаунты.

Люди, управляющие проектами умирают со скуки на объектах сопровождения. И наоборот, люди, которые управляют сопровождением, как правило не тянут психологическую напряженность и динамику проектной работы. Далось мне это знание большой кровью, считаю ошибкой такое сравнение между проектами и сопровождением.
58. OBEH (OBEH) 01.11.13 06:09
(10) Evgen.Ponomarenko, "1С-предприятие, как платформа разработки бизнес приложений это лучшее решение даже в мировом масштабе". Чтобы такое утверждать, надо, как минимум, поработать на десятке продуктов других фирм "мирового масштаба". Подозреваю, что такого опыта у вас нет. Иначе не было бы такого пафоса.
Вообще, замечаю такую тенденцию или явление, как "программист 1С-исник". Это программист, как правило, знающий только платформу 1С. Определенные ограничения из этого вытекают.
59. Вячеслав Хахалев (Vyacheslav56) 01.11.13 09:39
Очень важнно знать предметную область проекта и разбираться в ней, тогда клиент меняет отношение к подрядчику, считается с его мнением, примлушивается, а 1С это инструмент не более.
AllexSoft; M.Flint; +2 Ответить 1
60. boris nuraliev (nurpoz) 01.11.13 10:55
(59) Vyacheslav56,
У нас есть опыт вхождения в разные сферы с проектами по автоматизации. Если есть общее понимание, как работают разные виды учета, то адаптироваться к требованиям заказчика не так уж сложно. Критическим фактором тут будет являться вменяемость требований заказчика и его понимание "как должно быть". Вот если этого нет, то тогда только экспертность исполнителя.
61. Михаил Ражиков (tango) 01.11.13 11:46
(56) Gureev,
предлагаю не симптомы устранять, а
напрасно
тс - классический лансер, выбравший путь франя-работодателя
менять экстенсивность развития на интенсивность (это когда повышение качества услуг/работ выражается в прайсе, а не количестве окучиваемого) франи сами не станут (как показывает опыт)
заставить их это сделать может только какое-то объективное обстоятельство
возможно, таким обстоятельством станет нехватка сколько-нибудь дееспособных бойцов
62. Алексей Белоусов (AllexSoft) 01.11.13 15:45
(57)nurpoz,
Очень хорошие, полезные статьи, спасибо! Плюсую.
НО: я бы не стал работать у вас в франче, только по 1 причине - мне было бы скучно у вас в трехзвенной сестеме, люблю общаться с клиентом от руководителя, до бухов и низших исполнителей, изучать бизнес-процессы, отлаживать их, писать ПО под эти безнес-процессы, смотреть результаты которые реально будут после внедрения ПО... со всеми вытекающими
63. Михаил Ражиков (tango) 01.11.13 15:59
(62) AllexSoft, ты не стал бы там работать из-за зарплаты
AllexSoft; pumbaE; +2 Ответить 1
64. Алексей Белоусов (AllexSoft) 01.11.13 17:16
(63) tango, у любого более менее нормального программиста настает этап когда он перерастает франь и по зп и по своим возможностям и потребностям, тогда его не удержишь уже не трехзвенной архитектурой управления ни пунктом в договоре ни чем-то еще (пожалуй кроме координального повышения зп и других задач, этого ни один франь позволить не может), вот поэтому спецы и уходят... tango, вот сколько в МСК искать работу 1С прогером со стажем >3х лет ? в часах давай... =) да думаю и nurpoz, это прекрасно понимает.
65. Михаил Ражиков (tango) 01.11.13 17:35
(64) AllexSoft, по-разному. однажды полтора месяца пялился на работные сайты. но в большинстве случаев - практически сразу. не смотря на возрастной ценз. было даже, меня увольняют, а куда идти уже есть
66. boris nuraliev (nurpoz) 01.11.13 17:46
(62) AllexSoft,
А мне было скучно работать так, как вы описали. Это лишь личные предпочтения.

Вы, как программист-архитектор, хотите стабильной платформы, стабильный сервер, стабильные релизы, вменяемых пользователей? Или вам, для антискуки, нужно, чтобы все летело в пропасть? Вам интересно приносить пользу или вы, как адреналинщик, получаете удовольствие от процесса падения?
67. Алексей Белоусов (AllexSoft) 01.11.13 18:04
(66) nurpoz, не) не бывает у меня скуки... для антискуки я обычно берусь за новый проект автоматизации с нуля. например была какая нибудь БД на досе или делфях, или вообще царство Excel ... на год нормально, не скучно =)
Я да, за стабильную платформу, релизы, сервер, адекватных пользователей которым вообще нужно что ты делаешь для них и тд...
По поводу адреналинщиков в проектах автоматизации (таковых не знаю если честно), но если они и есть то думаю подобный адреналин не уместен на проекте внедрения какой то системы, от него клиент пострадает 100%
68. boris nuraliev (nurpoz) 01.11.13 18:43
(67) AllexSoft,
Ну это все вопросы личных предпочтений, что одному весело, другому скучно и наоборот. Здесь нет правильных и не правильных вариантов, на мой взгляд.

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

Тогда вы должны понимать, что "программирование человеков" ничем не отличается. Точно так же требуется стабильность. Аспекты стабильности только другие, суть та же. И когда, вы вдруг сунетесь в эту сферу, то поймете, что в отличии от 1с, здесь нет какой-то фирмы, которая вам продаст платформу. И по всем законом жанра софтостроения вас ждет череда сырых "релизов", косые взгляды "пользователей" и сочувствующие взгляды вольных художников.
69. Михаил Ражиков (tango) 01.11.13 22:11
плавно перешли к "что русскому здорово, то немцу смерть" : не подвинет 1с сапу за бугром :)
70. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 19:59
(68) nurpoz,
Хех, как показывает практика попытка "программирования программистов" обычно завершается CRC-error, если конечно программист - действительно программист, а не начинающий кодер. Уж больно они творческие, как вы правильно заметили, художники. Мне ближе позиция AllexSoft, но мне кажется Вы правы в том, что у каждого свой путь. Кому-то интереснее познавать чужие предприятия, кому-то интереснее познавать свою фирму. Я думаю всему, свое время. Свободным художникам легче в том, что если они "хотят сделать, что-то хорошо, то делают это сами". Вам приходится "делать качественно", чужими руками. Это тяжелее, даже с тех позиций, что у Ваша ответственность распространяется не только на обязательства перед заказчиками, но и перед наемными сотрудниками. Успехов вам ), и нам ). Кто знает, может быть через пять лет на базе ИС появиться "Независимая артель свободных художников", которая уделает Аксапту по полной программе )))) В любом случае такой артели понадобится "Правильный локомотив", кто или что им станет - покажет время )))
71. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 20:17
(58) OBEH,
"1С-предприятие, как платформа разработки бизнес приложений это лучшее решение даже в мировом масштабе". Чтобы такое утверждать, надо, как минимум, поработать на десятке продуктов других фирм "мирового масштаба". Подозреваю, что такого опыта у вас нет. Иначе не было бы такого пафоса.
Вообще, замечаю такую тенденцию или явление, как "программист 1С-исник". Это программист, как правило, знающий только платформу 1С. Определенные ограничения из этого вытекают.


Мне кажется, в моем посте вы перепутали платформу и конфигурации, я говорил о платформе. У меня 20 лет трудового стажа программиста и не только, 7 последних лет в 1С8. Говорил совершенно без пафоса, скорее мимо ходом. То что стандартные конфигурации от 1С - полный отстой, это даже не обсуждается. Сама платформа 1С - вполне рабочая лошадка, все чего в ней не хватало, я себе уже давно сделал. Мне не особо нравится тенденции её развития, но иногда её новшества меня радуют. Так, что зря Вы так.
72. Алексей Белоусов (AllexSoft) 02.11.13 20:44
У нас с nurpoz просто разные взгляды, вернее каждый смотрит с своего места, каждая точка зрения имеет право на существование, тем более я благодарен за прекрасные статьи nurpoz, очень полезно услышать другое видение проблем и их решение.
(71) Evgen.Ponomarenko, я тоже думаю что платформа 1С предприятие вполне может задать жару аксапте и навижену, возможностей заложено довольно много, просто как всегда у нас бывает, хорошее дело никак не доведут до ума
Evgen.Ponomarenko; +1 Ответить
73. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 20:56
(58) OBEH,
надо, как минимум, поработать на десятке продуктов других фирм "мирового масштаба". Подозреваю, что такого опыта у вас нет.

Десяток???... Поверьте )))) столько не живут... тем более смена технологий происходит каждые 5 лет.
С 98 года по 2002 года внедряли у себя в облэнерго ERP "Финансовая коллекция" на базе СУБД Oracle.
Внедрили. Пожалели(поставщик съехал с катушек). С 2002 года по 2006 системно и методично, можно сказать с пристрастием, изучали ВСЕ ВОЗМОЖНЫЕ альтернативы, в том числе "мирового масштаба".В том числе доходила очередь до тендеров. Ничего выдающегося, везде свои тараканы. С тех пор много воды утекло... разбежались друзья, кто куда. Некоторые из них либо работают либо работали с SAP R/3, Oracle Application, Axapta - не фонтан (сказывается разница в менталитете и б/п). Хорошо там, где нас нет. В платформу 1С - влюблен, не спорю, но выбор вполне осознанный.
74. boris nuraliev (nurpoz) 02.11.13 21:10
(70) Evgen.Ponomarenko,
Интересно, программирование пузырьковой сортировки это творчество?
75. Алексей Белоусов (AllexSoft) 02.11.13 21:29
(74) nurpoz, не путать
программирование пузырьковой сортировки

и внедрение 1С Предприятие или разработку конфы, это все же разные вещи
76. boris nuraliev (nurpoz) 02.11.13 21:37
(75) AllexSoft,
Приведите примеры творческих задач, которые перед вами стояли. И разделите где там было творчество, а где была квалификация и навыки.
77. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 21:56
(74) nurpoz,
Интересно, программирование пузырьковой сортировки это творчество?

Для первого класса, второй четверти - да, детское творчество )))))

В принципе сейчас это задача должна решаться на уровне
1) SQL: ORDER BY
2) 1C: ТЗ.Сортировать("Колонка");

Причем вариант 1 в приоритете, после использования варианта 2 - вымыть руки с мылом, прочесть мантру.

А к чему был вопрос?
78. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 22:04
(76) nurpoz,
Ну право, не начинайте... вы в курсе как начинались войны между тупоконечниками и остроконечниками?
79. Алексей Белоусов (AllexSoft) 02.11.13 22:09
(76) nurpoz, воронку продаж тут (на ИС) tango рисовал средствами графики 1С, вот это творчество)))
80. boris nuraliev (nurpoz) 02.11.13 22:10
(77) Evgen.Ponomarenko, (78) Evgen.Ponomarenko,
Как раз к этому. Вы так лихо всех программистов записали в селебрити с потребностями во вдохновении и творческом отпуске. Но это очень спорный вопрос. А я лишь выдвинул противовес.
81. boris nuraliev (nurpoz) 02.11.13 22:14
(79) AllexSoft,
Согласен. Но это точечная работа. Уверен, что 90% и более работы любого профессионала это рутина.
Исключением является чистое творчество, где нет внешнего потребителя и самовыражение инициируется изнутри. Мое послание было адресовано Evgen.Ponomarenko, т.к. он всех программистов обозначил как поэтов и художников. Я с этим не согласен и более того имею опыт работы как с "художниками" так и с "трудягами". Вторые при прочих равных просто не отклоняются от требований и дают более прогнозируемый результат при правильно организованном рабочем процессе.
82. boris nuraliev (nurpoz) 02.11.13 22:17
(79) AllexSoft,
Добавлю к предыдущему, что к творчеству я так же отношу исследовательскую деятельность, которая как может иметь внешнего потребителя, так может и не иметь. Но в нашей отрасли эта деятельность уже достаточно технологична, чтобы минимизировать творческие муки.
83. Алексей Белоусов (AllexSoft) 02.11.13 22:26
(81) nurpoz, это просто видение программиста или ваш взгляд на программиста, они кстати могут и разными быть. Я кстати отношу себя к "творческим" если хотите) Я предпочитаю то что вы назвали "избыточным сервисом", чем прогнозируемость результата четко разработанного по ТЗ.
84. boris nuraliev (nurpoz) 02.11.13 22:36
(83) AllexSoft,
Тут как раз нет проблем. Консенсус. Я уважаю любой профессиональный подход, если он приносит результаты.
Но программисты тоже люди, есть творческие и не очень. Само программирование творчества не прибавляет. Это как и в любых других сложных комплексных навыках, искусство, спорт и пр. - базу знают многие, но действительно творят лишь небольшой процент людей.
Далеко ходить не надо, даже на ИС, стоящих продуктов программерской мысли мизерный процент по сравнению со всем, что закачивают на ИС.
85. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 22:38
(80) nurpoz,
А я лишь выдвинул противовес.

Я уже даже не могу вспомнить с какого момента начались качели )))
Я лишь хотел сказать, что на фирме должен быть баланс "звез" и "трудяг". Был у меня очень замечательный опыт работы в одной компании. Звезд было семеро и двадцать-тридцать трудяг. Золотое было время. Каждая звезда тянула за собой два-три трудяги. Потом потихоньку звезды разбежались... остались только трудяги. Иногда прихожу в гости, печальное зрелище. Я надеюсь ваш бизнес будет развиваться динамично и вы сохраните в своем составе адекватных звезд. Я не хочу с вами спорить. Хочу, чтобы у вас и ваших подчиненных сложилось все ок.
86. boris nuraliev (nurpoz) 02.11.13 22:42
(85) Evgen.Ponomarenko,
Я лишь хотел сказать, что на фирме должен быть баланс "звез" и "трудяг".

Баланс это я понимаю. И тут консенсус. Я против перекосов.
87. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 22:42
(84) nurpoz,
Далеко ходить не надо, даже на ИС, стоящих продуктов программерской мысли мизерный процент по сравнению со всем, что закачивают на ИС.

Это вопрос ценности sm. Если бы ИС приносил приличный доход, здесь бы все было бы по другому.
88. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 22:50
(86) nurpoz,
Самое смешное... как только появляется КОНСЕНСУС - пропадает диалог )))))))))))
Нечего обсуждать - все со всем согласны )))))))))

Получается, что если хочешь, чтобы статья обсуждалась - нужен конфликт...
нет конфликта - значить его нужно создать ))))))

Если есть конфликт - есть правые и не правые, есть герои и пострадавшие ))))
Если есть пострадавшие - есть негатив, а он никому не нужен.

Да... главное конечно же, в конце концов прийти к консенсусу
89. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 23:04
(79) AllexSoft,
воронку продаж тут (на ИС) tango рисовал средствами графики 1С, вот это творчество)))

tango - это Жемчужина ИС, без него было бы скушно )))))
90. Владимир (hogik) 02.11.13 23:08
(77)
"Для первого класса, второй четверти - да, детское творчество"(с)
Евгений (Evgen.Ponomarenko).
А для тех, кто для вас сделал "ORDER BY" - это что? :-)
91. Роман Романов (romansun) 02.11.13 23:17
ох... очень мощные статьи. Столько мыслей сразу...

Практически со всем категорически согласен.

Хотя есть некие моменты, на которые я обратил внимание - ощущение некой холодности и прагматичности по отношению к своим сотрудникам. В частности, интересна история с аккаунтом, который три года справлялся, а потом что-то пошло не так и он был "быстро отстранен" (это из третьей части). Воображение так и рисует холодного начальника, который говорит "Вы не справились.. С завтрашнего дня Вы уволены". Не расскажете что стало и с ним в итоге и каковы причины ситуации - у вас там год за два по интенсивности и набору оптыа, сотрудник должен был быть уже прожженым зубром.
92. Роман Романов (romansun) 02.11.13 23:25
Что еще... Мыслей реально очень много - я сегодня прочитал все ваши публикации, пока перевариваю ))

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

Документооборотная часть тож интересна - ТЗ, ТП, ЧТЗ, BRD, FSD, ПМИ, СПД, Уставы проекта, Регламенты, рабочие группы, протоколы и т.п и т.д.

Хотя, конечн, понимаю, что это всё тянет на книгу :)..

В любом случае, спасибо за статьи. Подписался на рассылку. С удовольствием буду читать, вникать.
93. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 23:26
(90) hogik,
А для тех, кто для вас сделал "ORDER BY" - это что? :-)

Пройденный этап.

Хотелось бы поставить памятник при жизни, всем тем, кто участвовал в разработке стандарта SQL/92, отдельно Эдгару Кодду, и всем другим людям, которые освободили других программистов от рутины и позволили заняться творчеством более высокого порядка.
94. boris nuraliev (nurpoz) 02.11.13 23:34
(88) Evgen.Ponomarenko,
Диалог возможен и без конфликта )

(91) romansun,
Это ложное впечатление, я на самом деле импульсивный человек и мне стоит больших трудов выдерживать требуемую холодность. А некий цинизм я и сам замечаю. Но это следствие сжигания личных привязанностей к бывшим клиентам, сотрудникам, партнерам.
Про тот случай могу сказать, что никого не уволили, но потребовалось много усилий, чтобы сгладить и восстановить отношения и наладить процесс с новыми участниками. Человек запустил ситуацию и предпочел вариант мини-саботажа. Сейчас у него другой, более интересный для него проект.
95. boris nuraliev (nurpoz) 02.11.13 23:38
(92) romansun,
Не ручаюсь за полноту информации, но все это будет, я надеюсь. Часть в рассылке, часть на ИС.
96. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 23:49
(94) nurpoz,
Диалог возможен и без конфликта )

Возможен, но чаще всего происходит по схеме пост(62)- пост(84)
Это не плохо, не хорошо. Замечательно, когда люди стремятся прийти к общему знаменателю,
а не доказать кто круче.
97. Евгений Пономаренко (Evgen.Ponomarenko) 02.11.13 23:52
(95) nurpoz,
А рассылки уже были? я ни чего не пропустил?
98. boris nuraliev (nurpoz) 03.11.13 00:36
(97) Evgen.Ponomarenko,
Нет, вы ничего не пропустили. Но определенные мероприятия уже намечаются.
99. Владимир (hogik) 03.11.13 04:15
(0)
Мне понравилось описание программиста. Но, не понимаю...
Почему именно их "уводят" клиенты, а не сотрудников Вашей специальности?
И почему после "увода" программиста, клиенты перестают нуждаться в Ваших услугах?
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа