Комментарии 19
Если сотрудник хочет пописать в бутылку, то надо ли ему отмечать событие "начал писать в бутылку" и событие "закончил писать в бутылку"? И входит ли время на расстёгивание штанов в это время?
Ваша система у меня вызывает такую же неприязнь, как и таблица людей к расстрелу. Слишком инвазивно и обесчеловечивающе.
1. Довольно странно, что нужно учитывать время, на описанное вами событие. Но если данный процесс является частью бизнес-процесса вашей компании, то да, время нужно учитывать.
2. Ваше право: использовать данную систему или нет.
2. Ваше право: использовать данную систему или нет.
Моё право, как представителя общества, заявить, что externalities от вашего бизнеса и бизнеса ваших бизнес-партнёров вредят обществу.
(https://www.economicshelp.org/blog/glossary/externalities/)
НЛО прилетело и опубликовало эту надпись здесь
Вы не поверите, но "экстерналия".
https://ru.wikipedia.org/wiki/%D0%AD%D0%BA%D1%81%D1%82%D0%B5%D1%80%D0%BD%D0%B0%D0%BB%D0%B8%D1%8F
Алсо, я из русскоязычной статьи узнал, что market failure переводится как "фиаско рынка".
В разработке уже так давно ) Jira и т.д.
Хотя скорее то, что вы описываете — это Upwork или другие трекеры, которые каждый шаг мониторят.
Хотя скорее то, что вы описываете — это Upwork или другие трекеры, которые каждый шаг мониторят.
Добавлю, что декомпозиция целей и процессов должна быть разумной. Заказчики изначально запросили систему, которая не несет экономической ценности. А топикстартер выполнил. Вопрос в том, как оценить эффективность этого? Никак. Люди не стали быстрее обедать или лучше работать, если они поставили галку о том, что он пришли на работу/проект/завод. Даже наоборот — такой назойливый контроль вызывает желание нажать «Начало работы» и пойти «писать в бутылку». На-ги-бать систему — любимое развлечение пользователей.
Меня такие системы напрягают тем, что они зачастую не умеют в concurrency. То есть они не гибкие и в них нельзя делать кучу дел одновременно, то есть в таких системах бывает нельзя одновременно работать в двух и более задачах, нужно обязательно одну из них ставить на паузу, а другую стартовать…
Руководитель, менеджер и другие специалисты по отчетам, статистике и бог знает чему еще проводя очередную половину дня на своих совещаниях зачастую считают, что чем больше информации они смогут получить о рабочем процессе своих подопечных, тем более продуктивно они смогут ими руководить. Собирать информацию не мешая рабочему процессу или менее инвазивно большая часть из них не думает. Особенно когда наслушаются best practice в других компаниях более высокого уровня или еще хрен пойми где или от кого.
Выступаю за повсеместную автоматизацию всего и вся, но все эти системы с «пришел на работу», «начал делать», «закончил делать», «ушел на обед», «пришел с обеда» мне кажутся не самыми удачными вариантами, да и подходят они не для всех видов работ.
Руководитель, менеджер и другие специалисты по отчетам, статистике и бог знает чему еще проводя очередную половину дня на своих совещаниях зачастую считают, что чем больше информации они смогут получить о рабочем процессе своих подопечных, тем более продуктивно они смогут ими руководить. Собирать информацию не мешая рабочему процессу или менее инвазивно большая часть из них не думает. Особенно когда наслушаются best practice в других компаниях более высокого уровня или еще хрен пойми где или от кого.
Выступаю за повсеместную автоматизацию всего и вся, но все эти системы с «пришел на работу», «начал делать», «закончил делать», «ушел на обед», «пришел с обеда» мне кажутся не самыми удачными вариантами, да и подходят они не для всех видов работ.
В настоящих программах УРВ море всяких галочек, флажков, настроек. Например, сотрудник не нажмёт «уйти на обед», как ему это время посчитается? А как должно быть посчитано? А может, сотрудник и не ходил на обед?
В УРВ все расчёты и графики — это мелочь, главное — это бизнес-правила, которые меняются в зависимости от территории, скуд, времени года и температуры на Марсе
И главное — зачем в этой рекламной заметке тег «kotlin», если вы ни слова не сказали о технологиях?
В УРВ все расчёты и графики — это мелочь, главное — это бизнес-правила, которые меняются в зависимости от территории, скуд, времени года и температуры на Марсе
И главное — зачем в этой рекламной заметке тег «kotlin», если вы ни слова не сказали о технологиях?
Если сотрудник не нажмет «Уйти на обед», то у него будет учитываться время до того времени, как он нажмет «Окончить работу».
Насчет замечания по тегу, Вы правы. Возможно, следовало описать процесс разработки приложения, написанном на Kotlin.
Насчет замечания по тегу, Вы правы. Возможно, следовало описать процесс разработки приложения, написанном на Kotlin.
Если сотрудник не нажмет «Уйти на обед», то у него будет учитываться время до того времени, как он нажмет «Окончить работу».
Вот про это и речь ) Можно поднять KPI, просто «забыв» что-то сделать.
А если он не нажмёт «Окончить работу»? Будет вкалывать круглосуточно?
Прям рекомендую изучить тему по сторонним УРВ (да хотя бы Болидовское), а то будете вечно доделывать-перерабатывать
Когда начальство карьерно вырастает до должности, на которой оно совершенно некомпетентно, оно начинает сходить с ума — бюрократизировать процессы, требовать отчеты по любому поводу, следить за каждым шагом и чихом сотрудников и тп, потому что больше ничего не может и умеет. И business value, которое такое начальство производит — это отчеты и слежка, больше ничего. И более вышестоящее начальство довольно действиями нижестоящего, потому что оно само такое же г…
А вместо киоска/планшета и прочего нельзя это дело на личные или корпоративные гаджеты запихать? Ну то есть по GPS определяем на каком объекте (если есть возможность, если нету то стандартный выбор) уже поле с объектом заполнять не надо, далее подтягиваем ряд возможных задач на этом объекте конкретно для этого человека, то есть использовать систему не как «статистика+контроль», а как список задач на объекте допустим для каменщика или электрика. Также допустим если у организации много объектов, то электрик допустим может видеть что этап на котором он должен присутствовать еще не начался на этом объекте и лучше ему поехать на другой.
Вообще мне кажется все вот эти статистики и отчеты нужны руководству, но не всегда полезны, особенно на стройке. И все эти отчеты может сдавать какой-нибудь бригадир или руководитель работ и также табель тех кто присутствовал и какое время.
Причем работы считают по нормативам и по смете допустим сами насчитали что планируется столько-то человека часов и должны выполнить за 5 дней. Если бригада делает все по плану, то все ок, если не укладываются в сроки, то руководитель бригады или руководитель работ должен писать уже в своем отчете, что возникли сложности или отсутствует готовность помещений для такого вида работ или погодные условия не позволяют их выполнить. Как это организовать в вашей системе не совсем понял. Ну то есть допустим пришли рабочие, отметились что начали работать, а там выяснилось, что в дождь они не смогут стелить покрытие на крыше и все… Надо нажимать кнопку «ушел с работы», а если её нету или в данный момент её нажать нельзя, что тогда? делать вид что работаешь?
Зачастую никому не выгодны простои на объекте. Ни субподрядчикам, ни подрядчикам, ни генподрядчикам, ни рабочим (когда рабочим платят за результат, а не за время то им выгоднее закончить текущую работу и начать следующую).
Вообще мне кажется все вот эти статистики и отчеты нужны руководству, но не всегда полезны, особенно на стройке. И все эти отчеты может сдавать какой-нибудь бригадир или руководитель работ и также табель тех кто присутствовал и какое время.
Причем работы считают по нормативам и по смете допустим сами насчитали что планируется столько-то человека часов и должны выполнить за 5 дней. Если бригада делает все по плану, то все ок, если не укладываются в сроки, то руководитель бригады или руководитель работ должен писать уже в своем отчете, что возникли сложности или отсутствует готовность помещений для такого вида работ или погодные условия не позволяют их выполнить. Как это организовать в вашей системе не совсем понял. Ну то есть допустим пришли рабочие, отметились что начали работать, а там выяснилось, что в дождь они не смогут стелить покрытие на крыше и все… Надо нажимать кнопку «ушел с работы», а если её нету или в данный момент её нажать нельзя, что тогда? делать вид что работаешь?
Зачастую никому не выгодны простои на объекте. Ни субподрядчикам, ни подрядчикам, ни генподрядчикам, ни рабочим (когда рабочим платят за результат, а не за время то им выгоднее закончить текущую работу и начать следующую).
Так на личных гаджетах поддержка с самого начала есть, можно не только выбирать задачи/события, но и просматривать данные, получать уведомления и т.д.
play.google.com/store/apps/details?id=com.targcontrol.lite
play.google.com/store/apps/details?id=com.targcontrol.lite
К сожалению, явный пример проекта, когда вместо управления изменениями и процессами сразу пошли в разработку.
Когда начинают историю про производительность не с определия процессов и нормирования, а вводят СУРВ (который является последним элементом в цепочке) — то сразу возникает куча вопросов к профпригодности предложившего «инновацию» менеджмента. Но железки поставил, софт разработал — цифровизация однако
Чисто по опыту — либо загнется все это в течение года-двух по причине явного и неявного саботажа, либо допил софта превратится в постоянное занятие. Засим конец все-равно будет стандартным.
Так же бьюсь об заклад, что анализ какого-нибудь kronos точно не проводился (софт, который все это делает уже не один десяток лет)
Все это после наблюдения за несколькими десятками проектов, посвященным производительности труда и учету времени на просторах СНГ
И в качестве эпиграфа процитирую Морейниса:
«Внутренние продукты должны стать внешними или убитыми»
moreynis.ru/2019/07/29/2535
Когда начинают историю про производительность не с определия процессов и нормирования, а вводят СУРВ (который является последним элементом в цепочке) — то сразу возникает куча вопросов к профпригодности предложившего «инновацию» менеджмента. Но железки поставил, софт разработал — цифровизация однако
Чисто по опыту — либо загнется все это в течение года-двух по причине явного и неявного саботажа, либо допил софта превратится в постоянное занятие. Засим конец все-равно будет стандартным.
Так же бьюсь об заклад, что анализ какого-нибудь kronos точно не проводился (софт, который все это делает уже не один десяток лет)
Все это после наблюдения за несколькими десятками проектов, посвященным производительности труда и учету времени на просторах СНГ
И в качестве эпиграфа процитирую Морейниса:
«Внутренние продукты должны стать внешними или убитыми»
moreynis.ru/2019/07/29/2535
Забавно, делаем сейчас очень схожий внутренний продукт, правда для офисных сотрудников. Правда у нас более расширенные отчеты и прикручена BI-система.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы пытаемся автоматизировать учет рабочего времени по проектам для простых рабочих