Золотой франч. Часть 2

Управление - Бизнес-процессы

Продолжаем составлять кейс для 1С:Франчайзи, который поможет удвоить выработку.

Напоминаю: мы делаем кейс для отдела разработки 1С:Франчайзи, который позволит увеличить выработку вдвое. Начало - здесь.

Читатели несколько раз сделали замечание, что кейс похож на сериал, и цель его не понятна. Замечание принимаю, учитываю, обозначаю границы. Всего статей будет четыре, максимум – пять. В первой обрисована цель, среда и ее ключевая проблема, во второй (this) будет подготовительная часть кейса (что надо сделать), в третьей будет вторая часть кейса (что надо делать), в четвертой будет метакейс – особенности внедрения кейса. Возможно, будет пятая, уточняющая непонятные моменты, обозначенные читателями.

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

В этом прелесть бизнес-программирования, и его же проблема. Хочется, как в книгах по менеджменту, сказать – так, ты берешь вот это, тащишь туда, сидишь здесь, делаешь то, а самое лучшее – ТОС (или Scrum, или Lean, или еще что-то). Бизнес-программирование смотрит на проблему максимально широко, и говорит, что одного и того же результата можно добиться несколькими путями.

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

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

Это как раз «проехать задним ходом» - увеличение выработки через изменение цели, т.е. воздействием на одну составляющую бизнес-системы.

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

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

Собственно, в этом и состоит вариативность внедрения – я не знаю, кто вы, какие у вас возможности, и какой дорожкой вы двинетесь к удвоению выработки.

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

Кейс

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

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

Итак, что нужно сделать:

  1. Выбрать, автоматизировать и внести начальные остатки в систему оценок;
  2. Автоматизировать и внести начальные остатки в систему компетенций;
  3. Принять решение по системе мотивации, автоматизировать;
  4. Выбрать параметры стратегии компетенций;
  5. Назначить дежурного;
  6. Поговорить с программистами.

Делать:

  1. Общее обсуждение входящих задач;
  2. Выбор исполнителя по компетенциям в соответствии со стратегией;
  3. Управление взаимопомощью и ее учет;
  4. Управление статусами задач.

Теперь кратко изложу каждый пункт. Но сначала – пояснения по автоматизации.

Автоматизация

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

«Быстро автоматизировать» - это реально быстро, т.е. в течение дня (включая ожидание возможности обновить конфигурацию базы данных). Отсюда сразу вырисовывается необходимость выполнять эту автоматизацию силами той же команды, выработку которой вы увеличиваете. Если вы – большой франч, и внутренней автоматизацией у вас занимается другой, не подвластный вам отдел, то вам не очень повезло, но выход есть – тайная автоматизация.

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

Если у вас система управления задачами не на 1С, то вам, увы, не повезло – ее, скорее всего, придется в итоге выкинуть. Или использовать как прокси для 1Сной, если в ней торчат клиенты – пусть вбивают задачи туда, а вы пока сделайте себе систему сами, на 1С, и закачивайте в нее данные. Иначе ничего не получится – разработчики bitrix24, JIRA, Github и прочих систем, я прошу прощения, срать хотели на ваши потребности. Если доп. свойство к задаче там еще добавить можно, то табличную часть – вряд ли, а тем более – отчет.

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

Система оценок

В первой статье мы обсудили, что нам нужна новая система оценок – задачу, которую мы сейчас делаем за 2.5 часа, мы должны делать за 1.25 часа, а продавать за 2.5 часа. Получается, у задачи в нашем целевом состоянии будет две оценки – 2.5 и 1.25 часа. Одна – реальные затраты времени, другая – некая оценка для клиента. Сейчас, в текущем состоянии, считаем, что эти оценки равны (в среднем).

Держать две оценки в одной единице (часах) лично мне не нравится, поэтому я рекомендую систему из Scrum – покер планирования. Каждая задача оценивается в баллах, взятых из ряда Фибоначчи – 1, 2, 3, 5, 8, 13, 21, 34 и т.д. Оценка отражает ваше комплексное видение этой задачи – и сложность исполнения, и трудозатраты, и неизвестность, и проблемность клиента на сдаче работ.

Проще всего начать с «якоря» – определить, что есть задача в 1 балл. Это – самая простая, атомарная задача, из тех, что вы решаете. Соответственно, задача в 2 балла – сложнее вдвое.

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

Если вы внедряете систему «сверху», то вполне можно не устраивать голосований, а ставить оценки самому. У нас не Scrum, правила пишем сами.

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

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

Если вам не нравятся баллы, то можно использовать какой-то вариант нормо-часов. Я такой вариант не рекомендую, но мое мнение можно игнорировать. Например, на заре практики я придумал такую оценку, как «по лучшему» - сколько часов потратил бы на решение задачи лучший программист, который все знает о задаче, контексте, клиенте, функционале и т.д.. Все, что надо такому «лучшему» - написать код.

Теперь крайне важно ввести начальные остатки – оценить задачи за 1-2 месяца, которые вы уже решили, и внести оценки в систему. Во-первых, потренируетесь и выработаете свою систему оценок. Во-вторых, и самое главное – получите текущую скорость и «цену балла».

Например, получится, что вы продаете в месяц 500 часов по 2000 рублей, и это – 500 баллов. Тогда ваш балл на данный момент стоит 2000 рублей. После внедрения изменений вы должны генерировать 1000 баллов, продавать их по 2000 рублей и получать доход вдвое больше (и компания, и сотрудники).

Начальные остатки крайне важны, потому что без них вы не ответите на элементарный вопрос – получилось или нет?Не поленитесь, пожалуйста.

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

Если вы внедряете систему «сверху», то идеальный вариант – сделать ввод начальных остатков тайком от программистов.

Система компетенций

Система учета компетенций настолько важна, насколько и не распространена. Записи о количестве сертификатов, разумеется, системой учета компетенций не являются (равно как и сертификаты не являются компетенциями).

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

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

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

В информационной системе, в объекте задачи должна появиться табличная часть – компетенции. В ней перечисляются элементы справочника, и ставится оценка. Что за оценка – не знаю, вам решать. Сам я ставил единичку, и считал компетенцию уверенной после набора 10 единичек. Вы можете ставить проценты, и считать компетенцию подтвержденной, если набралось 100 %.

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

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

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

Система мотивации

Этот пункт – только для начальников. В принципе, сдельная система мотивации, когда программист получает, по сути, процент с работ, вполне приемлема (по сравнению с системами мотивации в других профессиях). Но есть минусы, о которых я говорил в первой публикации – подталкивает к индивидуализму.

Решений может быть несколько, я предлагаю самое простое – КТУ. У вас в задаче есть реквизит «Исполнитель», к нему надо добавить табличную часть «Исполнители», тогда все встанет на свои места.

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

Такая система часто встречается у продавцов, когда один, например, притащил клиента, а второй сопровождал сделку.

В нашем случае основной мотив использования КТУ – «раскрутить» чемпионов, да и вообще всех, на сотрудничество. Допустим, человеку досталась задача, а он плохо разбирается или в технике, или в методике, или во всем сразу. Но знает, что другой парень решал подобную задачу (или не знает, а уверен – если посмотрел отчет по компетенциям).

Тот второй, вроде бы, может помочь, но ему нет никакого резона, кроме «помоги по-братски». Исполнитель, в итоге, может потратить на задачу 10 часов, хотя она решается за 2.

Теперь же будет по-другому. Исполнитель подходит к «знающему», предлагает сотрудничество. «Знающий» говорит – там делов на пару часов, у меня и пример есть, надо немного доточить, и все. Сколько хочешь? – спрашивает исполнитель. Ну, давай 30 % - говорит «знающий». Исполнитель соглашается, за 15 минут получает наводку и ликбез, а заодно и примеры кода, решает задачу за 2 часа, получает 500 р. 2 ч. 60% = 600 рублей, т.е. на этом отрезке лично для себя он сработал по 266 рублей в час (600 рублей за 2.25 часа). Если бы делал сам, сработал бы по 100 рублей в час (потратил бы 10 часов, получил бы 1000 рублей).

«Знающий» сработал по 1200 рублей в час (потратил 15 минут, получил 300 рублей). Ну, на то он и знающий. Обычные работы, т.е. свой труд и свое время, он продает по 500 рублей в час, а свои реальные знания – по 1200 рублей в час. Никто не в минусе, большинство – в плюсе. Клиент получил решение быстро, ничего не потеряв в деньгах. Компания ничего не потеряла в деньгах, получила двух довольных сотрудников и довольного клиента. Исполнитель рад до ушей, а знающий, наконец-то, начал получать дивиденды от своих инвестиций в самообразование.

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

Главное, на мой взгляд – полностью отдать распределение процентов программистам, и не вмешиваться в него. Пусть сами договариваются, они – взрослые люди.

Второе главное: если вы – начальник, то не пытайтесь забирать вот эти «халявные» часы у чемпионов. Есть ведь такой соблазн – заплатить только исполнителю, да еще и с понижающим коэффициентом за тупость. Мы в первой публикации договорились, что процент ФОТ не меняется – ни в плюс, ни в минус. При сохранении процента и удвоении выработки компания и так получит своё.

Стратегия по компетенциям

Раз у вас будет система реального учета компетенций, надо решить, как ей пользоваться. Принципиально вектора два – раздавать задачи тому, кто умеет их делать, и тому, кто не умеет.

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

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

Собственно, соотношение этих векторов и есть параметры стратегии. Тут важно что: вам не надо выбирать эти параметры раз и навсегда. Главное – вы понимаете, что они у вас теперь есть, эти рычажки и ползунки, регулирующие скорость и развитие, причем в цифрах.

Для начала можно выставить такие значения: 70 % – на задачи по развитым компетенциям, 30 % – на задачи по развитию. Понятно, что речь о сумме оценок задач. Хотя, можно и время в процентном соотношении делить. Даже, для простоты, выделить день в неделе на задачи по развитию.

Возникает соблазн подумать, что процент задач на развитие будет постепенно уменьшаться – разберутся же программисты, в конце концов, во всем, что необходимо? Нет, увы. Во-первых, платформа и решения развиваются. Во-вторых, люди приходят и уходят. Одного разовьете, он переедет в Москву, придется брать другого. Но вопрос «как его развивать» теперь не будет вас беспокоить – есть система с ползунком «скорость - развитие».

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

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

Назначить дежурного

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

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

Дежурный будет, например, организовывать обсуждение входящего потока задач. Это не сложно, надо лишь встать и сказать что-то вроде «Так, все, бросаем работу, обсуждаем задачи. Давайте, их всего три на сегодня. Федя, хорош, потом покуришь. Колян, потом доделаешь. В смысле «лучше сейчас не отвлекаться»? Мы тебя ждать все будем? Блин, парни, договорились же, вы все башкой кивали, что в 9-00 у нас обсуждение задач. Давайте, не валандайтесь. Решили – надо делать, иначе нет смысла».

Дежурный отвечает за качество данных в системе – например, за правильное указание компетенций (и вообще за их указание). Дежурный управляет статусами задач. Так, я уже вперед забегаю, это материал следующей публикации.

Принцип вы поняли. Дежурный отвечает за то, что система работает. Не приносит результат, а именно работает, запущена, выполняется, как задумано. Это крайне важно, потому что, если никто не будет следить за выполнением правил, то они не будут выполняться. А если правила не будут выполняться, то результата не будет, выработка не удвоится, а скорее уменьшится, и вы через неделю бросите все это, так и не начав.

Через какое-то время выполнение правил войдет в привычку, и дежурить станет просто. В команде из 5 человек будет уходить минут 15 в день. По ходу придумаете, как автоматизировать часть контроля правил – вы же программисты.

Поговорить с программистами

Этот пункт – опциональный, необходимость в нем зависит от того, кто вы. Лично я рекомендую все-таки с программистами поговорить, объяснить перспективы и суть изменений. Обязательно дайте им почитать про комплект увольнения. Хорошо, если вам удастся программистов вдохновить. Если вы раньше устной мотивацией не занимались, то получите полезный опыт, особенно если делаете это не «в первый и последний раз».

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

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

Если не получится вдохновить – не расстраивайтесь. Заранее решите, что у вас не получится убедить программистов, тогда и не расстроитесь. Они вдохновятся сами, когда увидят результат – рост выработки и, соответственно, доходов. Тогда станут вам помогать.

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

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

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

Продолжение следует. По материалам https://business-programming.ru

См. также

Комментарии
1. Алексей Комиссаров (salbey) 57 24.05.18 10:26 Сейчас в теме
Программист 1С – особый человек, с сильно выраженной диалектикой в оценке своего места в мире. С одной стороны, он понимает, что приносит пользу этому миру. С другой стороны, он переживает, что он – не настоящий программист, получает большие деньги зря и, вообще, он – кто-то вроде «приживалы», подсевшего на временную, но прибыльную тему. Отчего программиста 1С не покидает ощущение, что все это когда-нибудь закончится.


Прям в цитаты можно, уже за одну эту фразу поставлю плюс :)
корум; shoy; CyberCerber; NILS2009; Adam12345678; accounting_cons; akmich; pallid; Natain14; СергейК; forseil; Разумов; +12 2 Ответить
25. Дмитрий Фролов (DmitryKSL) 153 25.05.18 10:22 Сейчас в теме
(1)
получает большие деньги зря и, вообще, он – кто-то вроде «приживалы», подсевшего на временную, но прибыльную тему

Феерично, интересно почему нехватка программистов 1С?
26. Алексей Комиссаров (salbey) 57 25.05.18 10:52 Сейчас в теме
(25) Возможно, потому, что приходится каждые три года не только осваивать новый функционал 1С, но и получать по нему новые сертификаты и компетенции. Многие программисты не справляются с такой гонкой и предпочитают "дауншифтинг" в уютных семерках или торговлях 10.3.
27. Дмитрий Фролов (DmitryKSL) 153 25.05.18 11:36 Сейчас в теме
(26)Это понятно, вопрос был скорее риторический. В 1С нет больших, тем более халявных денег. Если я и получаю больше в два раза среднего работника, то я и напрягаюсь на столько же больше.
2. FIGOR 24.05.18 11:29 Сейчас в теме
Почему-то захотелось поговорить про программистов пишущих на Фортране, Паскале, Бейсике, SAP ABAP, в системах Фокспро, dBase iV, Clarion, PowerBuilder и так далее
3. ann guskova (acanta) 44 24.05.18 12:08 Сейчас в теме
1C программирование - это b2b. На входе - некая задача бизнеса. На выходе та же задача бизнеса, но немного модифицированная.
1С ники заинтересованы в том, чтобы
а) был бизнес
б) у бизнеса были задачи
в) у бизнеса был конкурент с теми же задачами, решенными более эффективно.
Конкурентный бизнес - заинтересован как в мониторинге текущего уровня решения задач так и в постоянной борьбе за эффективность, но возможности маневрирования меньше, поскольку срок годности любого конкурентного преимущества ограничен, на любые изменения отвлекаются ресурсы из основной деятельности и приведет ли любое конкретное изменение к появлению конкурентного преимущества или ослаблению позиций - неизвестно.
Проблема у нас одна - утечка мозгов. Период развития специалиста, время, когда он может быть "генератором идей" ограничено.
4. FIGOR 24.05.18 14:01 Сейчас в теме
В 1С системе присутствует основная мат-часть - документ как нечто, что должно быть центральным в некоем процессе, вокруг чего построена 1С. Получается, что если когда-либо документ перестанет быть в использовании, то и система 1С перестает быть актуальной. Поскольку проводится в 1С именно документ, и именно он формирует данные, на основании которых строятся отчеты из регистров и производится прочая обработка данных механизмами 1С. Все остальные "обработки" данных в принципе могут быть фоновыми, и не нуждающимися в каком-либо интерфейсе от платформы 1С, поскольку: чтобы что-то вывести, необходимо что-то ввести (провести), а чтобы что-то ввести - надо ввести документ.

Что есть документ и зачем он нужен и как долго документ будет присутствовать в процессах, которые будут служить основой для автоматизации в 1С? (вопрос как бы риторический) :)))

Получается, что отсутствие необходимого для ввода в систему "документа" лишает 1С систему некоего конкурентного преимущества перед другими системами при автоматизации процессов.
5. борян петров (TODD22) 17 24.05.18 14:03 Сейчас в теме
(4)
Что есть документ и зачем он нужен и как долго документ будет присутствовать в процессах

Вы уже придумали замену документу?
корум; qwinter; acanta; +3 Ответить
8. Артано Майаров (Артано) 497 24.05.18 17:06 Сейчас в теме
(5) в 1С: Документооборот нет документов, а документооборот есть =)
корум; CyberCerber; AlexGroovy; +3 Ответить
10. борян петров (TODD22) 17 24.05.18 17:13 Сейчас в теме
(8)Так "1С Документооборот" для чего нужен? Для работы с документами =)
11. Артано Майаров (Артано) 497 24.05.18 17:19 Сейчас в теме
(10) Я к тому, что есть пример бездокументной процессной организации. Сама концепция документа в 1С корнями уходит в первые "доступно и всерьез", когда нужно было рядовым пользователям дать интуитивно понятный интерфейс типа: есть бумажная СФ - есть его электронный аналог в программе. Забиваешь данные в программу и всё готово. Но это не значит что подход единственно верный и удобный. Документ всё же по существу это результат какой-то операции, её представление в твёрдой копии, а в 1С он стал основой всего сущего. В целом против документов лично ничего не имею, но нужно понимать, что это исторически закрепившаяся привычка, а не наиболее удобный инструмент
AlexGroovy; +1 Ответить
15. борян петров (TODD22) 17 24.05.18 20:07 Сейчас в теме
(11)
Я к тому, что есть пример бездокументной процессной организации.

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

Просто там выше задаются вопросом "А сколько ещё просуществуют документы". Так вот пока нужно чем то закреплять какие либо факты, права и тд то и будут существовать документы, конечно их сущность изменится и возможно привычная бумага с подписями спустя какое то время станет рудиментом как глиняные таблички, но вот само существование "документов" останется.
baton_pk; +1 Ответить
44. Артано Майаров (Артано) 497 27.05.18 18:43 Сейчас в теме
(15) Речь там идет не о документе как о факте фиксации чего бы то ни было, а о документе как сущности в 1с. Сейчас во всех типовых конфигурациях кроме ДО документ является центральной сущностью выполняющей всю работу, тогда как реальные физические процессы документом не выражаются - это процессы
14. Алексей Магеридонов (AlexGroovy) 1 24.05.18 20:01 Сейчас в теме
6. Максим Сафонов (maXon777) 97 24.05.18 14:54 Сейчас в теме
Огромное спасибо за статью - опыт бесценный и тем более бесценно, что вы им делитесь.
А можно понаглеть? :) Если не жалко, поделитесь вашим примером справочника компетенций? Когда прочитал, сразу захотелось его встроить в дело, очень было бы круто видеть образец.
7. Neo Neo (firma111) 24.05.18 15:59 Сейчас в теме
Мысли интересные, но пока не очень понятно, за счет чего конкретно можно обеспечить увеличение выработки вдвое. За счет роста компетенций и выставления клиенту удвоенного количества часов?
20. Владимир Богомолов (Sapiens_bru) 25.05.18 09:53 Сейчас в теме
(7)Предлагается многократная продажа одного и того-же внедрения разным клиентам. Но для подобных дел нужна коммуникация внутри отдела и активный обмен рабочими решениями между специалистами.

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

Ну а в крупных проектах (на других языках) всё решено и без озвученных идей уже очень давно. TDD, локальные репозитории, архитекторы проектов, code review и тому подобное. Правда франчу 1С это внедрять придётся через боль, так как инструментарий управления процессом разработки фирма 1С не предоставляет и внешние инструменты пока нормально не поддерживает.
9. ann guskova (acanta) 44 24.05.18 17:06 Сейчас в теме
ИМХО, сам инфостарт это и есть портфолио или справочник компетенций.
Kaval88; maXon777; +2 Ответить
12. STAS Alex (cerrenesi) 24.05.18 18:56 Сейчас в теме
Исполнитель подходит к «знающему», предлагает сотрудничество. «Знающий» говорит – там делов на пару часов, у меня и пример есть, надо немного доточить, и все. Сколько хочешь? – спрашивает исполнитель. Ну, давай 30 % - говорит «знающий». .


Надеюсь никогда не придется в таком месте работать.
d4rkmesa; van_za; acanta; +3 Ответить
16. d4rkmesa (d4rkmesa) 24.05.18 21:13 Сейчас в теме
(12) Именно. Меня, будь я на месте новичка, смутила бы такая постановка вопроса. Т.е., именно проще посидеть самостоятельно и разобраться, чем монетизацией как то ускорить процесс. Все-таки, работают люди, а не роботы, у условного "гуру" может быть совершенно нечитаемый код или "специфическая" манера коммуникации. В итоге, после "сделки" может быть недовольство даже у условного миддла, который поймет, что его, мягко сказать, обманули в каком-то виде, т.к. он рассчитывал на качественную помощь.
13. Дмитрий Быков (Adam12345678) 3 24.05.18 19:33 Сейчас в теме
Отличная статья, земляк. Лично меня мотивирует к новым свершениям)
17. STAS Alex (cerrenesi) 25.05.18 00:12 Сейчас в теме
Автор пишет здесь множество "умных" статей (и еще пытался на хабре, но там совсем не прокатило), хочет нас убедить в своем опыте и все знание в управление в сфере IT - почему бы ему самому не попытаться открыть "золотой" франч, тем более открытие франча совсем не сложная процедуры и на деле доказать правоту своих рассуждений.
Не то чтобы я против почитать его умозаключения, просто вдруг кто-то действительно попытается внедрить, то что он предлагает - людей жалко.
Kaval88; qwinter; +2 1 Ответить
21. Геннадий Николаев (genayo) 25.05.18 10:07 Сейчас в теме
(17)Франчи мир не спасают, мелковато для автора. А так нормальный способ из мелкого франча-позора 1С и потогонки попробовать сделать что-то приличное...
18. Дмитрий Быков (Adam12345678) 3 25.05.18 05:50 Сейчас в теме
Хорошая идея). Я бы перешел к нему работать)
19. Михаил Крыловицкий (mikl79) 103 25.05.18 08:48 Сейчас в теме
словоблудие какое-то, а компания окнософт - это совсем не 1С-франчайзи
целый сериал накатал
palsergeich; cerrenesi; +2 1 Ответить
31. ann guskova (acanta) 44 25.05.18 13:22 Сейчас в теме
(19) Это представления фикси, который до сих пор (или с какого-то времени) как-то обходился без франчайзи, о том, каким должен был быть франч, услугами которого можно было бы воспользоваться.
Захотят ли франчайзи соответствовать этому золотому стандарту - это другой вопрос.
И даже если они будут ему соответствовать, то станет ли от этого рынок их услуг шире.
22. Владимир Богомолов (Sapiens_bru) 25.05.18 10:07 Сейчас в теме
Чем не угодил глобальный опыт уже десятки лет как внедрённый в IT компаниях по всему миру? И кстати в самой фирме 1С тоже.
А именно - Существуют стандарты внутри компании. Обязательно на весь код пишутся автоматизированные тесты. Они же являются техзаданием на разработку, они же собираются в документацию. Весь успешный код заливается на внутренний репозиторий и внедрены системы мотивации по качеству и количеству принятых каммитов в общем репозитории. То есть хороший программист получает бонусных денег не за то, что "помог" новичку своим личным кодом, а за то что внёс полезные изменения в общий код. Есть архитектор системы, решающий что из кода полезно, что нет. итд итп. Новичку в такой системе не нужно бегать по гуру в поисках просветления, а просто применять отлично документированный код, уже подготовленный до него и не раз проверенный в деле.

Кстати, инфостарт (который тоже ничего нового не придумал в отрасли, а взял готовое с запада) является вполне себе базой кода. Где новички могут за смешные деньги покупать готовое и внедрять задорого, ну а профи могут продавать готовое за те же смешные деньги, однако продав разработку мноо много раз - сумма получится значительной.
cerrenesi; +1 Ответить
23. Геннадий Николаев (genayo) 25.05.18 10:10 Сейчас в теме
(22)Проблема в том, что сама 1С при разработке типовых только начинает пытаться это применять...
28. Павел Алексеенко (qwinter) 501 25.05.18 12:51 Сейчас в теме
(22)
внедрены системы мотивации по качеству и количеству принятых каммитов в общем репозитории. То есть хороший программист получает бонусных денег не за то, что "помог" новичку своим личным кодом, а за то что внёс полезные изменения в общий код.
Вот и получаем в типовых при выполнении процедуре на форме 33 перехода по общим модулям, и затем вызов экспортной процедуры на этой же самой форме))))
katenok86; t.v.s.; +2 Ответить
33. ann guskova (acanta) 44 25.05.18 13:35 Сейчас в теме
(22)
Где новички могут за смешные деньги покупать готовое и внедрять задорого

Как один из вариантов.
24. Геннадий Николаев (genayo) 25.05.18 10:16 Сейчас в теме
Из вакансии одного из франчей:
Яркое желание и готовность использовать в работе лучшие мировые практики (Scrum, Kanban, BDD, TDD, Lean Startup, DevOps и т. д.) и инструменты (Slack, Zoom, Confluence, Jira, Bitbucket, SonarQube, Jenkins, Allure и т. д.)
Так что процесс идет...
29. Максим Шувалов (Maxisussr) 25.05.18 13:01 Сейчас в теме
(24)
Это единственный проектный офис крупного франча. 1 из 1000 остальных))) Исключение, подтверждающее правило.
С полноценным приходом EDT, возможно, появятся инструменты типа быстрого автоформирования документации и т.п. (сейчас без EDT это тоже можно, но мало кто заморачивается), вот тогда волей-неволей начнешь задумываться.
30. Геннадий Николаев (genayo) 25.05.18 13:14 Сейчас в теме
(29) Если результат этого офиса будет превосходить результаты других, то что произойдет?
34. ann guskova (acanta) 44 25.05.18 16:50 Сейчас в теме
(30) Он закроется через полгода максимум через два года.
Дольше никто не сможет выносить друг друга.
К тому же о том, какие результаты у других - они смогут узнать только после увольнения. Максимальный срок это если "мы знаем нашего врага в лицо" . Т.е. есть внешний конкурент или (лучше всего) бывший сотрудник, перешедший в фикси или открывший свой бизнес, и дружба против него как то объединяет.
Я знаю предприятия, которые годами живут жизнью какого-нибудь бывшего сотрудника, который им даже не обещал ничего, его о чем то попросили, а он не сделал.
Что уж говорить о сотруднике, который что-то не доделал или пообещал и не выполнил.
Пожалуй это единственное что может объединять разных людей, которые способны разве что рассмешить клиента байками о том, как ему вести его бизнес.
И еще хотеть за это денег.
Политика фирмы в виде конкуренции внутри офиса (за отсутствием цели как класса) - приведет к распаду за полгода.
d4rkmesa; +1 Ответить
32. Виктор Третьяков (t.v.s.) 77 25.05.18 13:31 Сейчас в теме
(24) В вакансиях вообще много красивых слов пишут, а как оно на практике?
35. ann guskova (acanta) 44 25.05.18 17:50 Сейчас в теме
1C это очень скучно и убого. Для того чтобы франч стал сколько нибудь интересен посторонним клиентам и/или соискателям, в его раскрутку требуется вложить много средств, и это могут сделать только очень лояльные крупные клиенты, готовые выложить и результаты своей работы и показать/рассказать все другим, потенциальным клиентам этого франча (а не просто дать рекомендательное письмо и подписать отчет о внедрении на сайте 1С).
Как заинтересовать клиентов к подобной активной рекламе и продвижению франча - не знаю. Возможно трудоустроить родственников, арендовать у них помещение или выделить отдел ИТ во франч (так сказать отпустить на вольные хлеба).
Если это не поможет, посчитать, сколько будет стоить сохранить средний уровень оплаты труда по региону всем сотрудникам франчайзи, если единственным источником дохода будет подписка на диск ИТС при старой и убывающей клиентской базе (без стабильного притока новых клиентов) и сколько составят постоянные расходы + план + как минимум сертификация или + обучение старых сотрудников по новым программным продуктам, которые даже некому предлагать и которые скорее всего в обозримом будущем не будут внедряться.
Возможно франч действительно "золотой".
36. Андрей Калякин (kalyaka) 265 25.05.18 23:53 Сейчас в теме
Я для себя уже давно вывел отношение ко времени в сдельной работе. Время в сдельной оплате всегда является эквивалентом денег и поэтому все разговоры о том, сколько стоит час работы специалиста 1С - это чистая манипуляция.

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

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

Из планирования вытекает предполагаемая стоимость. Прибыль компании, которая ведет проектную деятельность, будет определяться умением распределять ресурсы, мотивированием исполнителей, наличием специалистов с нужными компетенциями, налаженностью коммуникаций участников проекта.
37. ann guskova (acanta) 44 26.05.18 13:08 Сейчас в теме
То есть из триады дешево, качественно и быстро вопрос о качестве даже не должен подниматься. Пара дешево и быстро фиксированная и считается эталоном. Время, затрачиваемое разработчиками на достижение должного качества программного продукта это полностью себестоимость разработки. Предметом оценки программного продукта как товара является его функциональность.
Результатом для разработчиков является продажа продукта и сопровождения. Результатом для бизнеса считается экономическая эффективность внедрения. Первая проблема как франч обеспечивает должное качество продукта разработки, если именно за это он ничего не получает. В древние времена наивные дикари считали что лицензии это плата за качество (устранение обнаруженных ошибок) и аванс на развитие функционала.
Вторая проблема это обратная связь. С тех пор, как клиенты не понимают каким образом он может повлиять на качество используемого продукта, разработчики изменили определение лицензии на использование интеллектуальной собственности. Это значит as is. Клиент заплатил за что то как есть и больше никто никому ничего не должен. Но потом решили что так тоже нельзя и появилась подписка на ИТС. Грубо говоря у сап этот ИТС немного дороже. В принципе дополнительные отраслевые ИТС вполне вписываются в эту картину, но франчайзи здесь причем?
38. ann guskova (acanta) 44 26.05.18 13:45 Сейчас в теме
Речь идет о необходимости существования разветвленной системы франчайзи разного калибра. Или о повышении/понижении порога входа во франчайзинг как в бизнес, с точки зрения клиента, который может взять на работу выпускника техникума, оплатить за интернет, посмотреть демо- ролики или демо базы, купить в интернет магазине какую то 1с и какие то курсы и заказать отчетик какой нибудь на инфостарте. И все.
Мы говорим не о выработке или какой либо эффективности работников франчайзи, мы говорим о смысле жизни, о том что они страшно далеки от народа и т.д. и т.п. О том, что крупные заказчики могут создать отдел автоматизации или ( в случае если проект настолько велик, что 3-4 программиста ИТ отдела не потянут, могут пригласить франчайзи с его несколькими проектными командами и получить временно еще человек 5-10 на разные участки. Т.е. франч должен быть очень крупным.
39. ann guskova (acanta) 44 26.05.18 15:06 Сейчас в теме
А крупный франч не занимается мелкими клиентами. У меня нет сегодняшней статистики, сколько купивших коробку клиентов работает в 1с и скольким из них на самом деле требуется проектное внедрение. Крупный франч не будет сканировать список клиентов и предлагать там отчетик тут доп.реквизитик, а здесь таки нужен еще один вид документа. Он будет сидеть в Колл центре и ждать вопросов.
И для нас не будет неожиданностью, что если раньше франч и продавали услуги по доработке, то теперь они продают в первую очередь методики внедрения и облако. Обучение без постановки учета не имеет смысла. Программисты отказываются дорабатывать конфигурации по двум противоположным причинам: я не буду поддерживать свои доработки сам потому что это трудоемко и делать доработки без защиты интеллектуальной собственности убыточно.
Без понимания того что программист всегда производит программный продукт для дальнейшей его продажи и поддержки, каким бы мелким он ни был, мы не сможем определить программирование как бизнес. В противном случае это ремесло и токарь третьего разряда не сможет обточить болванку в 2 раза быстрее, чем токарь второго разряда. Норма времени определяется для серийного производства, а не на изготовление токарного станка из подручных материалов и какой то одной готовой детали, которую и нужно сдать заказчику.
40. ann guskova (acanta) 44 26.05.18 18:07 Сейчас в теме
Прелесть бизнес программирования в том, что оно должно как на конвейере Тойоты делаться точно в срок. Пиковая нагрузка на франчей в отчетный период так же приводит к остановке проектов и отсеву мелких клиентов. Сертификация дает возможность избежать простоя, но не дает возможности зарабатывать. Может все таки фирма 1с начнет платить стипендию на очных курсах или увеличит скидку за количество сертификатов? И поможет ли к примеру 100 часов бонуса к продаже комплексной конфигурации закрыть сделку с клиентом корректно? Или к примеру стоимость полугодовой поддержки, в рамках которой доработки без снятия замка бесплатно?
Стоимость работы в часах это либо атавизм от бесплатного времени в коробке, от которого следует отказаться, либо привести его в соответствии с реальными средними проектными внедрениями и сделать для клиента all inclusive методист-постановщик. За два бесплатных часа установки можно либо сделать все и больше не видеть клиента никогда, либо получить заказ на проект и дальнейшее сотрудничество на долгие годы. Во многом зависит от того, кого пошлют на установку. Например, если у клиента более чем одно рабочее место имеет смысл уточнить, может ли подойти технический специалист вместе с методистом.
41. ann guskova (acanta) 44 26.05.18 19:53 Сейчас в теме
Поможет ли повысить качество внедрения отраслевых решений, если в стоимость решения будет включаться внедрение под ключ субподрядчиком и табель субподрядчика, подписанный клиентом будет оплачивать разработчик? Тем самым получая из первых рук информацию о ходе проекта, ошибках и сделанных доработках? Какой из крупных франчей готов брать на себя риски внедрения в случае если внеденец посторонний, а не штатный сотрудник филиала или клиента? Этакий субфранчайзинг.
Говоря о компетенциях сотрудника отдела внедрения как единственного специалиста, выполняющего установку продукта 1с на первое место выходит дресс код и грамотная речь, знание предметной области клиента ( розница это или бюджетное учреждение ) и умение решить любые технические проблемы клиента до установки 1с. Программировать на 1с не нужно. Необходимо уметь загружать данные, остатки, справочники из екселя и подключать внешние отчеты и печ.формы с инфостарта из тех, что точно подходят для этой конфигурации. Это включается в установку 1с для небольших объемов. Что именно считать большим объемом и для каких клиентов нельзя выполнить работы по запуску базы в процессе установки - определяется коллективом франчайзи.
45. Ildar Yusupov (ildary) 28.05.18 10:40 Сейчас в теме
(41) Ваши комментарии тянут на отдельную статью, которую многие (я - точно) с удовольствием почитают.
42. ann guskova (acanta) 44 26.05.18 20:26 Сейчас в теме
Если же речь в топике идет о выработке чистых аутсорсеров - то это гораздо интереснее. Каким должен быть франч, чтобы подавляющую часть доходов составляло заочное программирование?
46. Дмитрий Белых (whitedi) 12 30.05.18 12:49 Сейчас в теме
"Исполнитель, в итоге, может потратить на задачу 10 часов, хотя она решается за 2."

В этой фразе вся боль. По факту НИКТО НИКОГДА не знает за сколько решится задача.
Реальный опыт управления франчем в моменте окунет эти теории в практический быт.
Либо выезжаешь на уме, таланте и интуиции, либо закрываешься. У меня все.
корум; Waanneek; +2 Ответить
Оставьте свое сообщение