Измерение vs Иллюзии

Публикация № 693378

Сообщество - Личная эффективность

Почему важно измерять свою работу, и что будет, если этого не делать.

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

Сначала кратко методику (не все с ней работали), потом – главное, зачем ее применять.

Методика измерения

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

Алгоритм измерений прост, как автомат Калашникова. Каждая задача, которую вы собираетесь решать, должна получить оценку в баллах – цифрах из ряда Фибоначчи. Вот эти цифры: 1, 2, 3, 5, 8, 13, 21, 34 и т.д. Каждая цифра является суммой двух предыдущих (один элемент ряда пропущен, по понятным причинам). Некоторые ребята называют цифры не баллами, а сторипойнтами (story points). Тут как хотите, мне ближе и проще говорить «баллы».

Ряд Фибоначчи выбран разработчиками потому, что соседние оценки стоят друг от друга довольно далеко, и позволяют точнее идентифицировать разницу в сложности задач. Одно дело – выбирать между оценками 7 и 8, совсем другое – между 5 и 8.

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

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

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

Чтобы оценки не уплывали в сторону увеличения или снижения, придумайте себе якорь. Самый простой якорь – решить, что есть задача на 1 балл. Это – бит вашей работы, самое простое из того, что вам приходится делать. Например, вывести реквизит объекта на форму. Можно придумать не один, а несколько якорей, если вам так проще. Например, решить, что разработка простого отчета на СКД, типа отчета Продажи по оборотному регистру накопления, стоит 3 балла. И т.д.

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

Разумеется, систему учета оценок надо автоматизировать. Это очень просто – достаточно к объекту информационной системы, который у вас содержит задачи, приделать числовой реквизит и заполнять его. Или не реквизит, а свойство (если у вас что-то вроде 1С:Документооборота).

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

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

Лично мне ближе дата отметки исполнителем + условие, что задача принята заказчиком, потому что от исполнения до приемки может пройти несколько дней, и если брать дату приемки, то задачи будут попадать не в тот период, когда выполнены. Знать период, когда задача выполнена, важно – это станет понятно из дальнейшего изложения.

На выходе система измерения должна давать нам такую табличку:

Дата выполнения

Исполнитель

Задача

Баллы

30.10.2017

Белокаменцев И.Е.

Форма получения произвольного объекта из CouchDB

5

31.10.2017

Белокаменцев И.Е.

Статья «Иллюзии vs Измерения» на Инфостарте

13

В отчетах даты лучше группировать по неделям.

Немного поговорим о том, как на нее смотреть.

Как смотреть результаты

Лично мне ближе всего графики. Например, вот так выглядит график моей эффективности, нарисованный в Google Charts в flowcon:

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

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

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

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

Flash-дурилка

Есть у вас измерения, или нет у вас измерений – вы все равно составляете некоторое представление об эффективности работы, своей и команды.

Один из способов, используемых сознательно и подсознательно – flash-дурилка. Делается очень просто – надо в конце отчетного периода выдать Нечто, и именно нечто запомнится как главный итог периода.

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

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

Например, я видел компанию, которая составляла план стратегического развития на каждый квартал. Всем руководителям служб и подразделений доставались какие-то проекты, призванные поднять предприятие на новый уровень. Было очевидно, что до конца квартала об этом плане никто не вспоминал, а под конец начиналось бурление. Каждый выбирал из своего плана наиболее простые задачи, и старался до стратегической сессии чего-то выдать, пусть и полуфабрикат. Цель – чтобы на стратегической сессии по итогам квартала было что показать. Пусть из 10 проектов будет сделан один – квартал запомнится, как успешный (или хотя бы не провальный).

Такой прием постоянно используют в государственном управлении деревень, вроде нашего Челябинска. У нас в городе большие проблемы с экологией – иногда просто невозможно дышать от выбросов. Угадайте, когда в нашем городе чисто, красиво и воздух, как в горах Кавказа? Когда приезжает президент или премьер-министр. Это flash-дурилка для них. Ближайшая дата – 9 ноября, какой-то форум будет (https://rf-kz.ru/). Ждем с нетерпением, сможем за пивом без противогаза сбегать. Что запомнят гости Челябинска по итогам визита? Город чистый, ларьков с шаурмой нет, воздух прекрасный, немного пованивает выхлопными газами – ну куда ж без этого, город миллионник. Простейшая система измерений – процент дней, когда дышать невозможно – убила бы возможность показывать flash-дурилки.

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

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

Булево vs Число

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

И вот на этих булевых строится управление. Таблица исходных данных выглядит так:

Исполнитель

Задача

Выполнена в срок

Белокаменцев И.Е.

Форма получения произвольного объекта из CouchDB

Ложь

Белокаменцев И.Е.

Статья «Иллюзии vs Измерения» на Инфостарте

Истина

 

Для каждой конкретной задачи булево какой-то физический смысл имеет. Чтобы оценить работу за период, уже нужна более сложная функция. Надо добавить виртуальную колонку «Количество задач», поставить там формулу: Если ВыполненаВСрок = Истина Тогда 1 Иначе 0 Конец.

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

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

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

Ответа на вопрос «эффективно ли человек работает?» булева цифра не дает. Она говорит – «человек выполнил все задачи в срок». На следующей неделе повторяет – «человек выполнил все задачи в срок». И т.д.

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

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

Самые простые варианты достижения Булево=Истина:

  • Брать на себя поменьше задач;
  • Отжимать сроки подлиннее;
  • Требовать ТЗ, прототипирование, миллион согласований;
  • Создавать алгоритмы переноса сроков при изменении требований и ресурсов;
  • Разводить бюрократию везде, где только можно;
  • Добавлять ненужные этапы решения задачи, в которых можно растворить прибавку к срокам (например, тестирование всего подряд);
  • И т.д.

Разницу между Булево и Цифрой придумали, проверили и показали практикой японцы, в своих системах управления качеством (рассказывал здесь - //infostart.ru/public/662986/).

Смысл прост. Японцы измеряют деталь, получая цифру – например, диаметр вала 26.34 мм. Из этой цифры они выстраивают шикарную систему управления качеством (результаты ездят по дорогам). База всей системы управления качеством в Японии – цифры. По-умному это называется «количественный признак качества».

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

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

Влияние Булева на управление

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

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

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

А как понять, что работа идет хорошо, если у тебя только Булево? Инструменты известны и широко применяются:

  • Проводить совещания;
  • Подходить и спрашивать, как дела;
  • Лично проверять результаты и процесс;
  • Требовать отчеты о проделанной работе (в виде текста обычно);
  • Составлять и вести планы-графики;
  • И т.д.

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

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

Бюрократы знают, что не обязательно выдавать полезные результаты – достаточно, чтобы Булево было равно Истина. И иногда надо делать flash-дурилку.

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

Развитие на цифрах

Как упоминалось выше, без цифр нет понятия об эффективности. Раз нет понятия об эффективности, не будет ее развития.

Развитие – это повышение эффективности, так или иначе. Эффективность, в классике – это затраты на производство результата.

Если вы – программист, и вам платят оклад, то затраты на вас – постоянны. Значит, чтобы повысить эффективность, надо увеличить результат.

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

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

Дальше еще проще. Если вы не знаете свою эффективность, то вы не знаете ее динамику – растет она или падает.

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

Самое гадкое не то, что вы не сможете, а то, что вы не будете. Даже пробовать.

И команда ваша не будет пробовать, потому что она тоже в плену иллюзий.

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

Работа над эффективностью

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

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

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

Вот график моей эффективности с наложенными событиями:

О чем говорят маркеры? Начало работы в flowcon, по сути, означает, что я выставит свою эффективность напоказ. Раньше я держал ее в секрете. Какой вывод? Лично для меня полезно, чтобы мою эффективность кто-то видел – меня это подстегивает.

Второй маркер это доказывает. Пока шел рефакторинг, я смотрел эффективность своим старым, скрытым от публики, инструментом – и она пошла вниз.

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

А вот график с маркерами моего падавана (он учится программированию на 1С):

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

Второй маркер говорит, что если дать падавану большую задачу, содержащую не один, а сразу несколько новых механизмов платформы, то возникает бутылочное горлышко. Один новый механизм он, грубо говоря, осваивает за 3 часа, два новых механизма – за 8 часов, три новых механизма – за 16 часов и т.д., зависимость нелинейная. На втором маркере я дал задачу, содержащую более 5 новых механизмов, и падаван не смог решить эту задачу за неделю. Какой вывод конкретно для этого падавана – не ронять его большим объемом знаний за один присест.

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

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

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

С чего начать

Начните с себя (если хотите, разумеется).

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

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

Ну или убедитесь, что это не ваше, и вам и так нормально.

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

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

Но главное, конечно, собственная эффективность и умение ей управлять. Этого никто не отнимет.

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. Dzenn 397 31.10.17 13:31 Сейчас в теме
Взял на заметку методику оценки с числами Фибоначчи.
Остальное — почему-то вызывает негативное восприятие.

Один новый механизм он, грубо говоря, осваивает за 3 часа, два новых механизма – за 8 часов, три новых механизма – за 16 часов и т.д., зависимость нелинейная.
— твой падаван гений.


Третий маркер я пока сам не понял, он случился неделю назад. Задачи были сложные, механизмы новые, алгоритмы серьезные (для его уровня), но он выдал самую высокую эффективность за всю историю. Буду анализировать. Возможно, был какой-то душевный подъем, вообще не связанный с работой.
https://youtu.be/XrxxJVSE8Og?t=3m40s
2. 1c-intelligence 10134 31.10.17 13:44 Сейчас в теме
(1) спасибо за ссылку, только не понял, что вы имели в виду, приведя ее.
3. Dzenn 397 31.10.17 13:59 Сейчас в теме
(2) имелось ввиду, что высокая эффективность — результат предшествующего развития с кажущейся низкой эффективностью, экспонента в действии.
4. 1c-intelligence 10134 31.10.17 14:12 Сейчас в теме
(3) я не даю оценок, низкая была эффективность или высокая. Речь лишь о ее повышении, постоянном и непрерывном. Вроде нет противоречий.
5. baton_pk 401 31.10.17 14:19 Сейчас в теме
Если вы ведете свои задачи в GitHub, то можно использовать метки (labels)

так вот, что значат эти метки в вашей метадате!!!
6. 1c-intelligence 10134 31.10.17 14:20 Сейчас в теме
(5) да, выкручиваемся, как можем.
7. spezc 655 31.10.17 14:21 Сейчас в теме
Иван, а когда же вы работаете?)))
9. 1c-intelligence 10134 31.10.17 14:26 Сейчас в теме
(7) да как все, то днем, то ночью.
8. genayo 31.10.17 14:24 Сейчас в теме
Вот делаешь задачу неделю, эффективно, сил нет. А потом заказчик такой говорит - спасибо, а это уже и не нужно. И остаешься со свой эффективностью и думами, как обустроить Россию...
Gluk_1C; artempo; knight2007; alex-l19041; +4 Ответить
10. 1c-intelligence 10134 31.10.17 14:27 Сейчас в теме
(8)
И остаешься со свой эффективностью и думами, как обустроить Россию...

зачем оставаться - берешь следующую задачу и погнали.
Заказчик соскочить может и при низкой, и при высокой эффективности исполнителя. При низкой вероятность соскока вроде выше.
11. genayo 31.10.17 14:29 Сейчас в теме
(10) Бессмысленная работа демотивирует, а следовательно снижает эффективность :))
artempo; rpgshnik; +2 Ответить
12. 1c-intelligence 10134 31.10.17 14:33 Сейчас в теме
(11)
Бессмысленная

это же вы ее так назвали, верно? Любую работу можно сделать полезной. В жизни есть масса примеров, когда делаешь одному заказчику, он отказывается, продаешь другому. Или себе оставляешь. Так было, например, со структурой затрат.
13. genayo 31.10.17 14:39 Сейчас в теме
(12) "always look on the bright side of life" (с)
user746911; 1c-intelligence; +2 Ответить
14. pm74 169 31.10.17 14:46 Сейчас в теме

Смысл прост. Японцы измеряют деталь, получая цифру – например, диаметр вала 26.34 мм. Из этой цифры они выстраивают шикарную систему управления качеством (результаты ездят по дорогам). База всей системы управления качеством в Японии – цифры. По-умному это называется «количественный признак качества».

Наши братья из автопрома не измеряют детали, они пользуются т.н. калибрами – железяками с двумя размерами, минимальным и максимальным. Деталь в калибр или проходит, или не проходит – т.е. имеем то же Булево.

поясните пожалуйста эту фразу

По-умному это называется «альтернативный признак качества».

по умному это называется попаданием в квалитет


p/s извините придираюсь конечно , понимаю что это все про контроллинг и прочее но ,
не все на форуме разбираются в системе допусков и посадок и расчете размерных цепей
15. 1c-intelligence 10134 31.10.17 16:38 Сейчас в теме
(14)
не все на форуме разбираются в системе допусков и посадок и расчете размерных цепей

я отношусь к числу тех, кто не разбирается.

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

Если продукт - крокодил, и признак качества у него - "крокодил зеленый?", то понятия "квалитет" уже не существует, и назвать попаданием в квалитет зеленый цвет крокодила уже нельзя.

Признак качества, или параметр качества - это абстракция более высокого уровня, чем попадание в квалитет, или даже "размер детали".

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

Придираться - правильно.
16. pm74 169 01.11.17 07:42 Сейчас в теме
(15) Квалитет - это показатель точности размера (ЕСДП), задается конструктором исходя из технологических требований к изделию. Если размер попадает в поле допуска согласно требуемого квалитета . размер считается выдержанным. Поэтому применение калибров в массовом производстве вполне оправдано. Если японцы же измеряют каждую деталь (с ваших слов ) , очевидно это автоматизированный процесс для корректировки программы обработки с учетом износа режущего инструмента.

Ладно это все не по делу. Можно ли считать объективным показателем эффективности рейтинг на этом ресурсе ?
18. 1c-intelligence 10134 01.11.17 08:13 Сейчас в теме
(16)
очевидно это автоматизированный процесс для корректировки программы обработки с учетом износа режущего инструмента

в вас какой-то жуткий технарь говорит :)
Управление качеством построено на мат.статистике, на нормальном законе распределения, поэтому нужны цифры.
Например, для прогнозирования качества. Если у вас все детали просто "годные", потому что попали в квалитет, то вы не можете спрогнозировать процент брака. Потому что не знаете распределение размера внутри квалитета.
Если распределение размера занимает весь квалитет, то вы на грани, и в любой момент, по мизерной причине может пойти брак. Прогнозный брак составляет 0.27 %, или 2700 деталей на миллион.
Если распределение размера занимает 75% квалитета, да еще мат.ожидание совпадает с серединой поля допуска, то у вас есть запас прочности - как на смещение мат.ожидания, так и на увеличение дисперсии размеров. Прогнозный брак составляет 0.006%, или 60 деталей на миллион.

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

японцы же измеряют каждую деталь (с ваших слов )

такого я не говорил. Иногда да, иногда нет, иногда тоже Булево используют.

Можно ли считать объективным показателем эффективности рейтинг на этом ресурсе ?

Объективным нельзя считать ни один показатель, это всегда результат субъективного выбора. Про выбор показателей качества, вычисление сбалансированного показателя качества написано много литературы.
23. TODD22 19 01.11.17 08:26 Сейчас в теме
(18)
в вас какой-то жуткий технарь говорит :)

Скорее человек понимающий в производстве чуть больше чем прочитанные книжки по lean и 6 сигмам.....
27. 1c-intelligence 10134 01.11.17 08:44 Сейчас в теме
(23) спорить не буду, подходы у нас с вами разные, это давно понятно.
Раз для вас управление качеством производства и производство - одно и то же, то диалога на эту тему у нас не получится.
24. TODD22 19 01.11.17 08:35 Сейчас в теме
(18)
такого я не говорил.

Но привели пример про умных японцев которые измеряют и не очень умных русских которые пользуются лаптем калибром.
28. 1c-intelligence 10134 01.11.17 08:45 Сейчас в теме
(24) да, привел, но не говорил, что японцы измеряют каждую деталь.
29. TODD22 19 01.11.17 08:51 Сейчас в теме
(28) А русские каждую деталь калибром измеряют? Или иногда прибегают к другим методам измерений? Микрометры в руки берут например.
30. 1c-intelligence 10134 01.11.17 08:52 Сейчас в теме
(29) конечно иногда прибегают к другим методам измерений.
Но все равно ошибаются, потому что измеряют на ОТК, когда уже поздно.
34. TODD22 19 01.11.17 09:22 Сейчас в теме
(30)
Но все равно ошибаются, потому что измеряют на ОТК

А что станочник сам не измеряет?

На том производстве где работал я. У каждого токаря(фрезеровщика) были калибры которые проходят поверку и выдаются отделом ОТК для конкретной задачи. Для массового выпуска(когда весь цех занят производством одного какого то вида продукции). Никогда станочник не снимет деталь со станка предварительно не убедившись с помощью измерительного прибора(калибра, микрометра, штангельциркуля и тд) что он получил деталь с нужными параметрами. Ну или он не опытен(стажёр например) ну или сам себе злобный буратино. Потому что при малых допусках ты её назад точно так же не факт что поставишь с первого раза а то и вообще не поставишь. И подгонять потом, делать что бы деталь не "била" то ещё удовольствие. Учитывая то что парк станков уже давно устарел(самые новые были начала 80х годов) на тот момент.

Токарь точит деталь, с помощью калибра убеждается что деталь соответствует заданным параметрам. Снимает со станка, кладёт рядом в коробку с ГП. По цеху несколько раз в день курсирует сотрудник ОТК который проверяет детали. Потом все детали собираются на складе где так же проводится проверка.

И это не автомобильный завод. Это просто маленький машиностроительный завод с несколькими сотнями сотрудников который производил детали для шахтового оборудования.

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

У нас брак был в основном из за определённых технологических процессов. Но это допустимый брак. Например закалка. Когда деталь в процессе закалки изменила форму так что для дальнейшей обработки уже не пригодна. Брак был потому что у кого то руки кривые, брак был из за изношенных станков. Но это единичная деталь. А не так что весь цех работал и не измерял результат своей работы, а потом пришёл ОТК и сказал что всё брак, всё списать на ВО или отправить на доработку.
36. 1c-intelligence 10134 01.11.17 09:31 Сейчас в теме
(34) вы описали процесс, который приводит к некоему результату.
Если результат устраивает - отлично, работаем дальше.
Если результат не устраивает - смотрим, думаем, ищем, меняем. Ну или говорим херня эти все японцы, скрамы, эффективность, программисты и прочие модные штуки. Мы производственники, нам виднее.
Каждый сам решает. И потребитель сам решает, что ему покупать.
38. TODD22 19 01.11.17 10:02 Сейчас в теме
(36)
вы описали процесс, который приводит к некоему результату.

Так про то что детали не измеряют там где их делают, а только проверяют в ОТК это же вроде то же процесс который приводит к некоему результату в виде брака.
40. 1c-intelligence 10134 01.11.17 16:21 Сейчас в теме
(38) да, и то, и другое - процесс, которые приводят к некоему результату.
Потерял нить. Что мы обсуждаем?
25. pm74 169 01.11.17 08:39 Сейчас в теме
(18) потому что я и есть технарь по образованию. К сожалению многие производства сейчас , скатились на уровень кустарщины. Многое из того , что было наработано десятилетиями , похерено и забыто в нулевых. Все заново изобретают велосипед.
для прогнозирования качества
в той же обработке резанием недостаточно собрать статистику отклонения размеров от номинала , вы должны также учесть такие вещи как материал заготовки , термообработка , внутренние деффекты , режущий инструмент , сож и много чего еще поверьте ( я работал на кафедре где не один десяток диссертаций защитили по этим вопросам)

Объективным нельзя считать ни один показатель, это всегда результат субъективного выбора..
тогда в чем смысл? , для самомотивации ?
31. 1c-intelligence 10134 01.11.17 08:55 Сейчас в теме
(25)
тогда в чем смысл? , для самомотивации ?

в чем смысл чего?
Вы делаете продукт - например, публикацию на инфостарте.
Вы решаете, с какой целью делаете публикацию.
Исходя из цели выбираете показатели, или признаки ее качества.
Если вы хотите рейтинга - измеряете рейтинг. Если хотите просмотров - измеряете просмотры. Если хотите минусов - измеряете минусы.
Ну и действия предпринимаете исходя из целей.
Объективности здесь нет и не будет, все в ваших руках.
32. pm74 169 01.11.17 09:08 Сейчас в теме
(31) я имел в виду ответ на вопрос (в тизере вашей публикации)
Почему важно измерять свою работу, и что будет, если этого не делать
33. 1c-intelligence 10134 01.11.17 09:10 Сейчас в теме
(32) статья не дала ответа на этот вопрос?
17. TODD22 19 01.11.17 07:47 Сейчас в теме
Смысл прост. Японцы измеряют деталь, получая цифру – например, диаметр вала 26.34 мм. Из этой цифры они выстраивают шикарную систему управления качеством (результаты ездят по дорогам). База всей системы управления качеством в Японии – цифры. По-умному это называется «количественный признак качества».

Наши братья из автопрома не измеряют детали, они пользуются т.н. калибрами – железяками с двумя размерами, минимальным и максимальным. Деталь в калибр или проходит, или не проходит – т.е. имеем то же Булево.

Иван а вы были на производстве в Японии? Или это только в теории?

я отношусь к числу тех, кто не разбирается.

Это мы уже поняли.
Сурикат; корум; +2 Ответить
20. 1c-intelligence 10134 01.11.17 08:14 Сейчас в теме
(17)
Иван а вы были на производстве в Японии? Или это только в теории?

нет, конечно. Много общался с теми, кто был.
19. unpete 549 01.11.17 08:14 Сейчас в теме
В статье не сказано, что флакон помогает балансировать потоками задач. Наверное, это тема отдельного разговора, лично мне, идеи и качество этой балансировки нравятся.
Остаётся вопрос, что делать с балансировкой задач внутри потока. У нас в Окнософте, в каждом потоке, число задач существенно превышает возможности исполнителей. Из длинного списка всегда можно выбрать интересную работу. А что делать с противными скучными задачами? Баллы оценивают только сложность задачи, но даже если искусственно повысить бал неинтересной задачи, это не будет стимулировать ей заниматься. Метки важно, срочно, могут учитываться исполнителем, они подсказывают направление, но не участвуют в оценке эффективности.
21. 1c-intelligence 10134 01.11.17 08:18 Сейчас в теме
(19) решение есть - оценка и приоритет исходя из синергичности + оценка эффективности в комплексных баллах, учитывающих следование синергичности.
Но это и правда отдельный разговор.
22. genayo 01.11.17 08:22 Сейчас в теме
Вот кстати еще интересен вопрос, на сколько прямая связь между эффективностью и мотивацией, мне кажется, по-отдельности рассматривать их не совсем корректно.
26. 1c-intelligence 10134 01.11.17 08:41 Сейчас в теме
(22) эти вопросы, конечно, связаны. Но могут рассматриваться и по отдельности.
Повышение эффективности через денежную мотивацию рассматривал здесь.

Если применять повышение эффективности лично к себе, то проблема мотивации переходит в проблему самомотивации, а это совсем другая тема.
35. Ibrogim 1151 01.11.17 09:27 Сейчас в теме
(0) А почему бы в качестве оценки задачи не брать планируемое время выполнения.?
37. 1c-intelligence 10134 01.11.17 09:32 Сейчас в теме
41. gubanoff 47 01.11.17 16:56 Сейчас в теме
(37) автору статьи большое спасибо за его труды! :) все статьи читаю очень внимательно и жду новые с нетерпением.
По делу: в чем принципиальное отличие баллов от часов на выполнение? По-моему, это одно и то же.
42. 1c-intelligence 10134 01.11.17 17:12 Сейчас в теме
(41) принципиальной разницы нет, и вообще никакой разницы нет, как назвать метрику.
Автор Scrum рекомендует не использовать именно часы, т.к. у людей плохо получается именно в часах оценивать.
Лучше в собаках, или попугаях. Не важно. Важен относительный разброс оценок относительно друг друга.
43. gubanoff 47 02.11.17 09:26 Сейчас в теме
(42) Система мотивации в этом случае строится на баллах? Если так, то все равно как-то придется баллы в часы переводить, пусть даже косвенно. Должны же мы стоимость одного балла определить.
44. 1c-intelligence 10134 02.11.17 09:33 Сейчас в теме
(43) лично мое мнение - не стоит связывать баллы и систему мотивации. Баллы - очень зыбкая сущность, которую легко разрушить, если примешать к ней деньги.
Деньги должны быть связаны с более реальным результатом - продажами, проектами, метриками автоматизации, актами и т.д.
Если деньги и баллы существуют параллельно, то так еще интереснее - можно сравнивать то, что вы назвали стоимость балла, внешнюю и внутреннюю.
И не факт, что у кого больше баллов, будет делать больше часов и денег.

Мне кажется, во франче такая штука была бы интересна, когда ты повышаешь эффективность разработки (и вообще работы), а клиенту продаешь за те же деньги. Клиенту выгода в более быстром сроке, тебе выгода в большей выработке.
45. TODD22 19 02.11.17 09:51 Сейчас в теме
(44)
Баллы - очень зыбкая сущность, которую легко разрушить, если примешать к ней деньги.

Иногда баллы используют как раз как альтернативу слову "деньги". Для снятия так сказать излишней напряжённости и негатива.
В одной розничной сети штрафовали продавцов с начало в деньгах: "Депремирование на 1000 рублей. За то что не одела форменную одежду!".
Было много негатива по этому поводу.
Заменили деньги на баллы: "Начислен 1 штрафной балл. За то что не одела форменную одежду!"
Как ни странно хотя 1 балл = 1000 руб. Негатива стало значительно меньше. Потом ещё добавили хитрую формулу пересчета баллов что бы окончательно запутать тех кто их получает.
Но по сути паритет сохранился 1 балл = 1000 руб. Но тому кто получает штрафной балл было уже не так просто это в уме просчитывать.
39. kare 21 01.11.17 10:46 Сейчас в теме
все по делу, актуально и жизненно, flash-дурилка с нее проорал.
1c-intelligence; +1 Ответить
46. aspirator23 424 04.11.17 13:44 Сейчас в теме
"Если есть статья Винни, то в комментариях всегда найдешь оппонентом боряна петрова". Пора патентовать.
47. user-programmist 3 29.11.17 16:33 Сейчас в теме
Круто написано. Спасибо.
1c-intelligence; +1 Ответить
48. 1c-intelligence 10134 06.07.18 09:29 Сейчас в теме
Друзья, прошу прощения за спам - поучаствуйте в голосовании.
49. strange2007 143 04.10.18 04:24 Сейчас в теме
Может не соглашусь с некоторыми тонкостями методик, но в целом эти знания то, чего мне не хватало в молодости.

Но я возмущён! Автор, Вы ведь умеете более-менее считать и при этом пишите такую ахинею про японское качество тем более в части автомобилей. Как (!!!!!) вообще такое могло прийти в голову? Ведь ни немцы ни японцы никогда не умели и не умеют делать автомобили. Они умеют их продавать, но не делать. Вы бы хоть поинтересовались, что такое качество, а то ведь можно считать качественными только те автомобили, к которым просто применены стандарты и допуски из космической отрасли. Про японокачественные (или немецике) автомобили все говорят, пока теорию надёжности не поизучают.
В общем капец. Я возмущён.
50. mangy 30 03.11.19 22:40 Сейчас в теме
Скажите, в какой программе рисовали графики эффективности и отмечали события?
51. 1c-intelligence 10134 04.11.19 13:17 Сейчас в теме
(50) задачи вел в гитхабе, а графики рисовал в recharts (это, вроде, d3 под react).
Оставьте свое сообщение

См. также

Развитие 1С программиста Промо

Практика программирования Личная эффективность Бесплатно (free)

Делюсь своим опытом и видением развития 1С программиста.

17.10.2018    19110    0    pashamak    62    

Первый 1 000 000 рублей на своих разработках на Инфостарте

Личная эффективность Бесплатно (free)

На Инфостарте очень много разработок. Но не каждая продается, да еще так активно, чтобы ее автор сумел заработать миллион. Александрович Андрей, руководитель компании ALEXROVICH.RU, свой первый миллион вместе с Инфостартом уже заработал и теперь делится с коллегами некоторыми секретами.

10.07.2020    2171    0    codewriter    58    

Необходимый минимум по психологии для 1С-ника

Личная эффективность Бесплатно (free)

У каждого из нас много планов и желаний, но поставленных целей добиваются единицы. Почему реализовать задуманное удается лишь немногим, а большинство так и остаются наедине с разбитыми мечтами, участникам конференции Infostart Event 2019 Inception объяснил директор по счастью в группе компаний Neti Андрей Макаров.

03.07.2020    2810    0    andmakarov    13    

Несколько слов о том, как приручить хаос задач

Личная эффективность Россия Бесплатно (free)

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

26.06.2020    1104    0    Богатырев Артур    0    

Личная эффективность - энергетика как основа успеха. ч.04. Стратегический подход Промо

Личная эффективность Бесплатно (free)

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

12.08.2015    25957    0    Lapitskiy    23    

Наиболее частые ошибки в деловом общении

Личная эффективность Бесплатно (free)

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

21.06.2020    1345    0    Koder_Line    3    

5 причин 1С-нику участвовать в хакатонах

Личная эффективность Бесплатно (free)

5 причин, зачем вам ходить на хакатоны, почему на это стоит выделять время.

24.05.2020    4605    0    comol    19    

Сервисное окно планирования и контроля

Личная эффективность Бесплатно (free)

Почему руководители устают? Почему приходится работать практически круглосуточно? Почему каждый день похож на гонку и надо успеть охватить нереальное количество задач?

19.05.2020    2080    0    DuyunElena    0    

Личная эффективность - энергетика как основа успеха. Часть 01. Введение Промо

Личная эффективность Бесплатно (free)

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

17.07.2015    27164    0    Lapitskiy    81    

ТОП-10 ошибок соискателей на собеседованиях

Личная эффективность Бесплатно (free)

Часто ли вы ходите на собеседования? Если часто, то, скорее всего, вам отказывают из-за ошибок, которые вы допускаете при общении с потенциальным работодателем. На какие моменты обращают внимание HR и как их можно исправить, рассказал начальник управления разработки приложений 1С компании Брокеркредитсервис Михаил Денисов.

15.05.2020    4102    0    user600369_mdenisov    45    

Работа на удаленке. Ошибки и ключи эффективности.

О жизни Личная эффективность Бесплатно (free)

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

13.05.2020    3739    0    DuyunElena    8    

Оптимизация времени. Возможен ли 4-часовой рабочий день?

Личная эффективность Бесплатно (free)

Я - фрилансер по 1С уже 20 лет, из них 100% дистанционно уже семь лет, и по сей день. Мечта о 4-часовом рабочем дне тревожит умы людей уже не первый год. Конечно, мы имеем в виду, что работать будем в 2 раза меньше (по времени), а зарабатывать столько же, иначе это теряет всякий смысл - ну кто захочет половину зарплаты? Т.е. мы хотим работать 4 часа вместо 8 и получать по крайней мере такую же зарплату. Ок. Идем далее. Какие пути у нас для этого есть?

06.05.2020    5924    0    Lapitskiy    101    

Две схемы мотивации сотрудника, или мой опыт работы с помощником Промо

Личная эффективность Россия Бесплатно (free)

Довелось мне искать себе помощника. Я разместил вакансию на хед-хантере: «Ищу помощника 1С без опыта работы». Наверное, я оживил рынок труда такой формулировкой: «помощника без опыта». А может быть, рынок и не заметил капли в море… Так вот, отобрал я студента, взял его на полставки. Начал думать, как его обучать, на оклад принял, а как теперь мотивировать, как премировать….

03.09.2011    25976    0    Rustig    37    

Повышаем эффективность (КПД) специалиста 1С

Личная эффективность Бесплатно (free)

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

22.04.2020    6581    0    rusmil    3    

Будущему докладчику мероприятий INFOSTART

Личная эффективность Бесплатно (free)

Инструкция для тех, кто хочет стать докладчиком наших мероприятия, а также для тех, кто является постоянным докладчиком Инфостарта

16.04.2020    1853    0    kbazzh    0    

Куда IT-шнику инвестировать свободные средства

Личная эффективность Бесплатно (free)

Когда у человека появляются свободные деньги, при мысли, куда их вложить, сразу приходят на ум вклады, покупка недвижимости, биржи типа Forex. Но если копнуть чуть глубже, на российском рынке есть и альтернативные направления инвестирования, более выгодные, чем депозиты. О них участникам конференции Infostart Event 2019 Inception рассказал управляющий ГК «WiseAdvice» Иван Тягунов.

24.03.2020    8082    0    IvanAT1981    136    

Внутренние сопротивления менеджера

Личная эффективность Бесплатно (free)

Многие IT-специалисты, в том числе те, кто не занимается управленческой деятельностью, в какой-то момент понимают, что не знают, куда двигаться дальше. Вроде, и работа есть, и зарплата устраивает, но хочется чего-то большего. С чем это связано, и как искать решение вопроса, попытался объяснить участникам конференции INFOSTART EVENT 2019 Inception директор Школы менеджеров Стратоплан Александр Орлов.

10.02.2020    3985    0    user1069584    6    

23 минуты. Оправдание тугодумов

Личная эффективность Бесплатно (free)

Есть тугодумы кроме меня?

20.01.2020    6679    0    1c-intelligence    25    

Кто же такой хороший программист?

О жизни Личная эффективность Бесплатно (free)

Ответ на публикацию. https://infostart.ru/public/1178624/ В статье я рассмотрю работу программиста с разных точек зрения и попытаюсь вывести критерии "хорошего программиста".

17.01.2020    3503    0    Liogon    16    

Божественный Незнакомец

Личная эффективность Бесплатно (free)

Для кого всё это?

09.01.2020    6221    0    1c-intelligence    26    

Сэкономленное время это не аргумент ни для сотрудника, ни для его руководителя.

Личная эффективность Бесплатно (free)

Ваша разработка круто экономит время пользователей, но её не покупают? У меня есть соображение на этот счёт. Но оно вас расстроит и заставит изменить подход к рекламе. Проходите мимо.

30.10.2019    7431    0    min-max_pro    28    

Шорты Белокаменцева

О жизни Бесплатно (free)

Короткие версии старых статей

28.10.2019    7715    0    1c-intelligence    18    

Как найти «кнопку ВКЛ» у инженера, и всегда ли надо ее искать 

Управление персоналом (HRM) Личная эффективность Управление командой Россия Бесплатно (free)

Александр Орлов – управляющий партнер группы проектов Стратоплан, тренер школы менеджеров Стратоплан по работе с людьми и управленческим навыкам. На конференции Infostart Event 2018 Education Александр не только прочел доклад, но и провел мастер-класс. Мы перевели его в текстовый формат и делимся с участниками нашего сообщества. Ссылка на видеозапись мастер-класса – в конце текста.

23.10.2019    4269    0    user1069584    1    

«Автоматизация» всего с помощью текстового документа

Личная эффективность Бесплатно (free)

Поспорили мы как-то с админом: нужны чек-листы или нет? Админ говорит: "Не нужны! Если ты специалист, у тебя все в голове. А если не специалист, то тебе и чек-лист не поможет." А я отвечаю: "Вот в авиации случайных людей нет, а чек-листы есть!". И показываю ему файлик, который использую при каждом обновлении 1С.

21.10.2019    6200    0    muzipov    27    

Мне нравятся картонные человечки

О жизни Личная эффективность Бесплатно (free)

Нужна ли личная жизнь на работе?

21.10.2019    6999    0    1c-intelligence    32    

Коммуникация и клиент

Управление взаимоотношениями с клиентами (СRM) Личная эффективность Бесплатно (free)

«Пока слова не отражают суть вещей, успеха в делах не будет». Аристотель.

11.10.2019    4205    0    Шёпот теней    4    

О работе и организации труда инженера - программиста

О жизни Личная эффективность Бесплатно (free)

"Как настроить бесшовную интеграцию?", "Чем отличается НаСервере от НаСервереБезКонтекста?", "Как рассчитывается себестоимость в УПП?" на эти вопросы ответов вы тут не увидите, НО! мы поговорим о нас - Инженерах - программистах! Сравнение организации труда "во франче" (далее просто франча) и "на серьёзную организацию" (далее просто организация), какие плюсы и минусы работы в структурно разных предприятиях? Где и к когда лучше работать?

25.09.2019    7161    0    feva    42    

Как заработать миллион или История успешного сотрудничества

Личная эффективность Бесплатно (free)

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

05.08.2019    8054    0    karpik666    78    

Как погасить энергию конфликта? Три самых важных навыка сотрудника ИТ–подразделения

Личная эффективность Россия Бесплатно (free)

Конфликты – явление нередкое. Они могут возникать и с руководством, и с коллегами, и с заказчиками (пользователями). На конференции INFOSTART EVENT 2018 Ирина Баржак, основатель Института публичных выступлений, рассказала несколько правил, которые не дадут конфликту разгореться.

17.07.2019    7004    0    user1068261    17    

Ис[пользу]й

Личная эффективность Бесплатно (free)

Самая полезная статья

14.06.2019    8673    0    1c-intelligence    60    

От стажера до эксперта

Личная эффективность Бесплатно (free)

Что надо знать, чтобы тебя считали хорошим разработчиком? Какие навыки должны быть у специалиста, чтобы он был востребован у отечественных заказчиков? Как понять, что ты действительно развиваешься и растешь? На эти и другие вопросы на конференции INFOSTART EVENT 2018 ответил профессиональный разработчик 1С Виталий Онянов, выпускник Омского Государственного Университета им. Достоевского. Виталий работает ведущим разработчиком 1С в ООО «ФТО», занимается внедрением и оптимизацией информационных систем. Делает свои проекты, пишет статьи и обзорные материалы, иногда учит других людей.

31.05.2019    17997    0    Tavalik    65    

Заметки фрилансера

О жизни Личная эффективность Бесплатно (free)

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

31.05.2019    7378    0    Kutuzov    48    

Советы новичка другим джуниорам 1С

Блоги О сообществе Личная эффективность Бесплатно (free)

Приветствую! Заранее скажу, что я сам новичок в программировании 1С и решил написать свою статью, где поделюсь с другими новичками своими опытом и советами, основываясь на том, что сам для себя вывел за время работы программистом.

25.05.2019    12209    0    Nefilimus    100    

Выбор - зло

О жизни Личная эффективность Бесплатно (free)

Как, и зачем лишать программиста выбора.

18.05.2019    5910    0    1c-intelligence    18    

Куда и как расти

Личная эффективность Бесплатно (free)

Даже если сейчас у вас стабильная работа, это не означает, что завтра ситуация не изменится, вы не окажетесь на рынке труда в поисках новой должности. Какие специалисты сейчас требуются, и какие тренды превалируют на рынке IT и в сфере 1С, на конференции рассказал директор по развитию внедренческого центра «Раздолье» Андрей Мироненко. Он работает в качестве руководителя IT-направления свыше 15 лет, а в должности директора IT – 10 лет. Является автором различных обзоров, курсов и иных полезных материалов. Занимался подбором и мотивацией персонала, разработкой стандартов качества IT-сервисов, руководством проектами автоматизации (ERP, WMS и пр), имеет опыт организации розничных сетей, call-центров, запуска и сопровождения интернет-магазинов.

16.05.2019    11603    0    andironenko    26    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    8647    0    1c-intelligence    39    

Как принципы ДЗЕН подхода внедряются в менеджмент! Как отказ от гонки за прибылью приносит деньги

Управление проектом Личная эффективность Обучение, бизнес-тренинг, курсы Бесплатно (free)

ДЗЕН философия руководителей! 2 апреля у нас стартовал онлайн курс "Переговоры в стиле ДЗЕН" для руководителей. У тебя есть еще шанс принять в нем участие.

05.04.2019    4747    0    user809424    5    

Не ешь аспирин

Личная эффективность Бесплатно (free)

Еще немного о книгах. Почему и зачем читать старые труды, чему там можно научиться

29.03.2019    8136    0    1c-intelligence    30    

Как философия ДЗЕН-подхода связана с переговорами? Историческая справка

Личная эффективность Бесплатно (free)

ДЗЕН, переговоры, эффективность - как они связаны. Даем небольшой экскурс в историю.

29.03.2019    4096    0    user809424    0    

Производительность программистов. И как я это понимаю

Личная эффективность Бесплатно (free)

Конвейер (от англ. convey «передавать») — машина непрерывного транспорта, предназначенная для перемещения сыпучих, кусковых или штучных грузов. Важной характеристикой работы конвейера является её непрерывность. Специализация (от лат. specialis — особый, своеобразный) в образовательной системе — это углублённое изучение относительно узкого поля деятельности, в рамках специальности, обеспечивающее необходимый уровень компетенции специалиста, предназначенной для выполнения некоторой работы. Компьютерная программа — комбинация компьютерных инструкций и данных, позволяющая аппаратному обеспечению вычислительной системы выполнять вычисления или функции управления. Программист — специалист, занимающийся непосредственной разработкой программного обеспечения для различного рода вычислительно-операционных систем.

27.03.2019    5780    0    Шёпот теней    109    

Беспощадная автоматизация. Потерянный кусок

Личная эффективность Бесплатно (free)

Потерянный кусок доклада на IE 2017

26.03.2019    7013    0    1c-intelligence    5