<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55
global $wpdb2;
global $failure;
global $file_hist;
///// echo '<H2><b>Старт загрузки</b></H2><br>';
$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
///// echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}
$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
///// echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}
/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
///// echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
///// echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist); ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7]; ////получаем размер файла
$m_mtime_file=$masiv_data_file[9]; ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file
///// echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
///// echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
///// echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);
if ($results)
{ foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));
////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
///// echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
///// echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}
////загружаем данные
$table='vin_history'; // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация // (путь от корня web-сервера)
$delim=';'; // Разделитель полей в CSV файле
$enclosed='"'; // Кавычки для содержимого полей
$escaped='\
Ну вот и раскрылась часть общего плана.
Твои публикации Иван — это сериал. Видимо это конец первой части, первого сезона — 2017.
Не в каждой серии понятно о чем идет речь, и что это единая концепция.
Но мне кажется, каждый делает свои выводы.Статьи действительно для внутренних изменений.
То, что эти статьи регулярны дает толчок к обдумыванию процесса своей работы в постоянном фоновом режиме.
С Новым Годом!
И с Днём Рождения 🙂
по моему самая большая ошибка тут это возможность кто угодно и каму угодно дает какие угодно поручения. Должно быть ограничение как минимум на уровне кто и кому поручения может давать.
Очень интересная статья на фоне предыдущих, хе хе
Прочитал на одном дыхании.
o rly?
Пишите вы хорошо, спору нет. Возможно и аналитик из вас не плохой.
Но вот про техническую сторону ваших проектов явно лучше молчать. Портите впечатление. Причем не первый раз.
Аплодирую стоя!!!
(4)
Шикарный комментарий, спасибо.
За 10 минут до этого комментария придумал классную публикацию, и теперь понимаю, что был прав.
Спасибо вам!
(2) Ох, это не сильно исправит картину — люди все равно будут искать способ нагадить соседу, но делать это начнут через руководителей. Вот надо, чтобы в столе починили ящик, а нельзя тебе задачу дяде Васе поставить… Что делать?
статья про автоматизацию ради автоматизации, «навести порядок» это не цель, не бизнес-цель
Помоему стандартная ситуация после внедрения таких систем.
Такого рода автоматизации позволяют повысить эффективность работы бизнеса на порядок, убрать не нужные звенья.
Во всех крупных компаниях такого рода системы есть или планируются к внедрению.
Сам с этим постоянно сталкиваюсь, т.к. приходится на каждый чих писать служебку. Да, долго, но для крупных компаний эффективно
(9) Для того, чтобы внедрить подобную систему и не остановить работу организации, по моему мнению, нужно уволить всех нахрен и набирать людей с нуля. Да и все равно будут субъекты, которым где бы не работать лишь бы …
Хорошая статья, понравился реальный эксперимент. Вот только выводы странные, может не система была плоха (даже не система, а подход сплошного учета поручений), а руководители и подчиненные не доросли до её использования? Если там были какие-то лазейки, значит их надо исправлять, почему какой-то Вася с мелким поручением может влиять на твою ЗП? И вообще, учет задач должен отражать реальные бизнес-процессы, а не имитировать их, может стоило убрать связь с зарплатой и вводить её очень аккуратно, например лишение премии только приказом по организации, а отчет по невыполнению из системы использовать как одну из возможных причин такого лишения.
(0) Думаю вам стоит задуматься о создании своего тематического журнала , у вас явно к этому призвание.
(11) А кто будет решать мелкое поручение у дяди Васи или оно действительно нужное? Давайте это отдадим руководителю подразделения дяди Васи, а то чего это он ерундой весь день страдает — пусть еще поручения сортирует и отклоняет с правильной аргументацией. Люди лазейки найдут в любой системе — исправлять все возможные дырки практически не реально.
(0) У меня есть прямо противоположная история по внедрению похожей системы в службе ИТ. Ввели систему сервис-деск и зарплата сотрудников стала зависеть от количества выполненных заявок — больше выполненных заявок — выше зарплата. Они смекнули, что выгодней не автоматизировать какие то процессы (к примеру скрипт написать) а заставлять писать заявки на выполнение каких либо задач. До маразма дошло — на каждый чих пиши заявку. Не знаю чем это закончилось или продолжается до сих пор …
(1) Спасибо, дружище!
Вот читаешь и уже понимаешь, что будет дальше написано, потому что все это уже знакомо. А главная проблема в этой фирме практика горизонтальных связей, все должно идти через начальника отдела, тогда и не будет «орков». На самом деле во всех нормальных компаниях всегда так и работают по иерархии, т.е. начальник подчиненному дает задания. Видать эта история была очень давно.
Хотя я знаю сейчас в одном банке для замены картриджа пишут электронную заявку в ИТ отдел и его меняют через 2 часа.
(13) Ну так надо начать с этого, определить типы задач и серьезность нарушения сроков в зависимости от типа. Раздать инструкции как задачи типизировать, за неправильную типизацию давать по шапке. А нестандартные поручения прогонять через руководителя подразделения — это вполне нормальная практика.
А вот если бы руководство пошло не в сторону депремирования, а в сторону премирования….
Главный вывод
Самое главное – не то, как сделать и внедрить такую систему. Главное – нафига.
сильное изречение.
2 дня назад Гендир франча, где я работаю, на каждодневной утренней планёрке сообщила, что 50% времени менеджеры нихрена не делают и поставила задачу программисту написать рабочий стол для контроля работы менеджеров.
После этой статьи мне стало гораздо интереснее понаблюдать, что из этого выйдет.
Там как раз ожидается привязка зарплаты к
.
А у меня был положительный опыт внедрения управления задачами)))) Дойдут руки напишу статью в стиле «наш ответ Чемберлену». Дело в том что «задачи/пручения» — это не коробка для решения всех проблем, это только инструмент для коммуникации (как телефон / скайп / почта), только чуть — чуть эффективней.
Прикинул на свою организацию такое, аж вздрогнул, у нас при такой системе работать будет не когда, одни поручения писать полдня и потом отчет на них вторую половину.
А вообще если по статье то просто неправильно прописана мотивация, что бы избавится от бреда, надо мотивировать не только исполнителей но и постановщиков, что бы они думали прежде чем что то делать.
Если попытаться автоматизировать хаос, то получится автоматизированный хаос.
Фраза не моя, но всегда держу ее в голове при обсуждении проектов.
Всё всегда начинается с руководителя. Если он способен довести проект до конца, значит все будет работать. Если сам мечется и постоянно меняет принятые решения, то как ни автоматизируй, ничего хорошего не получится.
Очень интересный и полезный опыт, статья нужная и поучительная, спасибо!
Обалденная история! В ТОП!
А я прямо сейчас делаю такую систему
И я ее делал не один день на коленке, а уже месяца два делаю, и думаю о том, что делаю
То что я делаю, очень похоже на описанное в статье, кроме нескольких ключевых отличий:
1. Задания дает только тот, кто в конце месяца будет оплачивать эти задания (подписывать)
2. Система оплаты труда — сдельная. Каждое задание либо с согласованной до его начала стоимостью, либо стоимость указывается после выполнения. В итого каждое задание будет оплачено (любое), и пускай мне хоть 10 раз на день ставят задачи «Пришли отчет по…», я с радостью их буду делать.
3. Каждое задание имеет поле «Критерии успешного выполнения задания», заполняется на старте, и по сути означает, что если критерии выполнены — исполнитель может быть уверен — эта работа будет оплачена и принята.
Для примера: дают задание «Сделай стул», ты берешь и делаешь стул, пришло время принятия задания, и тебе говорят «неееет… это не правильный стул, я же имел ввиду, что стул будет зеленого цвета…». Если в критериях было написано «Должен быть стул на 4-х ножках» и про цвет ничего, то мое задание должно быть принято и оплачено. А покраску оформят отдельным заданием и оплатят соответственно отдельно.
И я считаю, что Ваша система была направлена только на удовлетворение нужд руководства, я же делаю систему для исполнителей, для прозрачности и наведения порядка, и уже в следующую очередь — для руководства (ему и так жирно живется).
Может быть конечно и моя система не взлетит…или взлетит не так… я ее не запускал еще…
Не знаю, жизнь покажет
Автор, уберите это. Простейшие правила безопасности при использовании IIS перекрывают такие возможности. А против инсайдеров никакой системе не выстоять, тут надо бороться не только компьютерными методами.
Рассказ об успехе — это пиар.
Рассказ об неудаче — это опыт.
Хочется всегда больше опыта.
(27) Кстати да, IIS по дефолту запускается под пользоваелем с ограниченнми правами, в отличие от Apache который по дефолту работает на Windows под системной учетной записью. Конечно это не единственный критерий безопасности, но все же.
А какие простейшие правила при работе с IIS необходимо соблюсти не подскажете?
Хочется процитировать известного киногероя «Да, это от души!»
Спасибо!
(7)
вот из тойже серии:
Пока противник рисует карты наступления, мы меняем ландшафты, причём вручную. ДМБ
после слов:
понят отсутствие системности в ведении дел их автоматизации.
А какже правило внедрения:
Отложи на один-два месяца, если не вспомнят значит ненужно.
Супер!
Встречался с похожим программным продуктом. Для работы с ним аж целый отдел нанимают, что бы исполнители могли свою работу выполнять, а не отвлекаться на маршрутизацию, запросы доп. информации, согласование сроков, формирование отчетов о закрытых и не закрытых обращениях и т.п.
(26) О! Отлично! Если мне (как программисту) будет ставить и оплачивать (что самое важное) задачи бухгалтер, то я могу месяц заниматься программированием одного отчета. Ведь бухгалтер никогда не поставит грамотно мне задачу, а я в свою очередь всегда найду лазейку как отчет как бы «не так» сделать, чтобы он заданию и соответствовал, и не соответствовал…
(33)
Пожалуйста, делайте месяц или два или год
Если на оклад работаете, или если деньги не надо
Рыба с головы гниет. (удачное народное)
Вы писали:
хотелось бы уточнить:
Какая версия IIS, какая винда, состояние обновлений на тот момент, состояние антивируса, настройки авторизации на сайте IIS, тип базы данных: файловая или серверная?
(34) Нет, нет, не на окладе и деньги надо — только отчет то по заданию я сделаю, но немножко не так, при этом не «закрыть» мне его не смогут — критерии соблюдены, а раз так, то придется формировать новое задание на доработку, в котором я опять буду искать (и уверен найду) как его опять «не доделать». И опять бухгалтеру придется его закрыть по критериям, и опять круг начнется с начала …
Вспомнил свое прошлое в банке в 2013-2014, внедрение и запуск СервисДеска в ИТ-сервисах, кое-кто из моих коллег уволился. Да и некомфортно было поначалу, нужно было каждую заявку закрыть, а ее могли вернуть, а еще были невыполнимые заявки. Правда никого не депремировали за все время эксплуатации, потом ничего как-то адаптировались.
(37)
Критерии правильного выполнения при всей своей жесткости являются нейким балансом между исполнителем и приемщиком.
Да, Вы можете сделать по критериям и задача вроде как решена, а отчет не рабочий…
Но это только в том случае, если постановщик задачи не достаточно компетентен
И тут есть может быть несколько вариантов
Например, уволить бухгалтера и взять более компетентного, прописывать более четко критерии, либо искать другого исполнителя…
Потому что если исполнитель «играет» на критериях, то можно просто найти другого исполнителя.
Когда я придумал использование критериев, я ставил цель избавиться от произвола
А именно — от произвола руководства
Когда тебе дают расплывчатую задачу, и потом не понятно что делать, и сделал ли ты всё
И если начнут давить и придираться, то можно сказать «товарищи, вот критерии, они выполнены, идите лесом»
Исполнитель получает определенную степень свободы
И в тоже время работодатель получает определенную степень свободы, и имееет возможность избавиться от произвола исполнителя
Потому что работы такого рода по сути договорные
И смысл системы таков, что нет необходимости на кого то давить, не хочешь — не делай, сделает другой
И нормально заполненное задание (с описанием, критериями и прочим) — это по сути кейс на работу,
и «взяв» этот кейс работодатель может с легкостью разместить его, например, на инфостарте в тендерах.
И в этом кейсе не нужно будет ничего добавлять и изменять, всё уже есть в нем.
А еще критерии правильного выполнения заставляют думать руководителя, который ставит задание
Потому что можно дать задание «просто брякнув» что либо, мол «сделай мне такую то штучку…»
А когда есть критерии, руководство просто вынуждено будет включить мозги и думать о том, что это за поручение,
что ожидается на выходе, и сколько это будет стоить
Хотя в принципе, можно и не думать 🙂
Система свободная, и никто никого не заставляет, не хочешь продумывать задание?
Ок, я также и свою работу сделаю, а потом получу ЗП
И вот когда руководитель будет оплачивать ЗП, тогда и приходит понимание того, что руководить — это значит продумывать и организовывать, а не языком трепать
В обобщенном виде это система со свободным входом и свободным выходом.
Конкурентная рыночная система, без подковерных игр, и без того, что человек пашет на кого то и делает свою работу, и дополнительно еще за кучу людей, которые не делают свою.
Это система равноправных людей, которые взаимодействуют на договорных отношениях друг с другом.
Это конечно в идеале
И у системы есть и минусы.
Например, в том, что каждый человек полностью отвечает за себя и не кого переложить ответственность (типо бухгалтерша виновата).
Ну а в плюсах — свобода.
Я бы тебя расцеловал, но монитор грязный.
(29)
Нуу… Запретить неавторизованный доступ. Дать права пользователю, под которым запускается IIS только те, которые нужны, остальные забрать. Я не гуру в этом вопросе, просто не понравилось безапелляционное утверждение автора, которое явно не правильно. А остальная часть статьи понравилась.
(39)
А именно — от произвола руководства
Вот это поворот… Так Вы оказывается на моем месте, только решили пойти против системы — ткнуть программой в лицо руководству. У вас, похоже, коллектива нет, а тут ни одна программа не поможет. Если руководству нравится «произвол», то от него никто и ни куда не денется (ну если конечно не считать увольнение). Коллектив должен быть, плечо рядом на которое опереться можно и ответственность за работу, которую делаешь.
Ни один бухгалтер не сможет грамотно прописать программисту задачу (если сам бухгалтер не программист).
На каком основании? все работы выполняются в срок в соответствии с критериями —
.
Свобода… нету в этой системе свободы
Любопытная статья!
Статья хорошая, выводы автором умышленно сделаны неоднозначные. Для контраста приведу пример компании, которая во многом благодаря своей системе управления задачами вошла в топ5 по России в своей отрасли, при старте примерно с 20-30 позиций. Причем сейчас продажи и внедрение этой системы выделены в отдельный бизнес. Но система продается не сама по себе, а в комплексе с бизнес-кейсами, иначе, как и описано автором, результат с большой долей вероятности будет печальным.
Почему система взлетела — генеральным директором и источником корпоративной культуры является непосредственно основной собственник, и второй человек по влиянию на бизнес-процессы после собственника — ИТ-директор.
(44) припозднились сегодня, Геннадий, я уж переживать начал.
(45) Серьезно? Вы лучше метадату популяризируйте, а то я так красиво и литературно не смогу, а скоро может понадобиться…
О, почитаю сегодня вечерком)
(47) о да. Но в январе.
(0) Жаль, что нам не довелось пообщаться пока я был в активной фазе. На вторую конференцию Инфостарта я анонсировал доклад, что-то вроде «профессиональное руководство проектами как причина их провальности». Потом жизнь меня скрутила и отбросила на обочину (правда, не дюже я и сопротивлялся). Едва ли не под каждым выводом в Ваших публикациях я готов подписаться. Правда, каждый раз с некоторыми уточнениями…
Доржи, где кнопка для плюса?
У меня в отделе совершенно наоборот. Попробуешь что-нибудь сказать на словах — получишь в ответ «напиши». Не потому что бюрократия. А потому что загрузка. До твоего «поручения» дойдёт очередь хорошо если через час. А может и на следующий день. Что говорил, забудется совершенно. Поэтому тот, кто ставит задачу отвечает за её формулировку. И должен писать.
Ждем продолжения о постановке задач!
(42)
Вы абсолютно правильно поняли обстановку в которой я нахожусь
И я не столько решил пойти против системы, скорее я сказал «товарищи, теперь у меня своя система, хотите — сотрудничайте со мной, не хотите — до свидания»
И сейчас я вобщем то на субподряде и договорных работах
Систему доделываю, но не вкладываюсь, и система будет работать как система учета в плане работ, проектов и зп по ним
(50) тут не стоит путать «поставь поручение» и «запиши задачу, чтобы не забыть». Второе — святое.
(49) спасибо, Александр.
Для меня очень ценно, когда понимают и поддерживают старожилы отрасли и Сообщества, которые умеют видеть суть и смысл. Значит, не зря я все это делаю.
Вместо кнопки для плюса — звездочка добавления в избранное.
(51) эта тема бесконечна.
Мы пока только написали.
(16)У нас заявки в отдел ИТ прижились, есть и замена картриджей (обычно меняют в течении 5 минут, в такой заявке просто указывают отдел и имя принтера).
Для программистов заявка в отдел ИТ прежде всего основание для выполнения чего-либо,
во-вторую некое планирование работ,
в третью те, кто ставит задачи на разработку начинают думать чего они хотят и формулировка задач меняется реже,
в четвертую — точно не забудется.
На зарплату не влияют, для депремирования нужно накосячить (ну или могут подставить), для дополнительного премирования сделать серьезный проект (как правило оно того не стоит).
(55) Интересно, как вы собираетесь эту систему продвигать. Неужели надеетесь снизу, через программистов?
(57) честный ответ — «а хрен его знает».
У вас есть идеи?
(58) Есть только понимание, что вам будет сложно, и ИТ-директор главный враг ваш. На примере той системы, про которую в 44 писал…
Если все подытожить то получается что автоматизировав все, и лишив права принимать решение всех, руководитель лишился своей главной функции, нанимать тех кто будет и делать и принимать решения — т.е. делегировать.
Таким образом руководитель все свалил на себя, и ответственность естественно теперь вся на нем одном — едином. А остальные либо боятся, либо злятся или грызутся.
Иван, вопрос чисто для статистики.
На основе чего пошли такие организационные изменения. Какие курсы и семинары посещали руководители приведенной тобой организации ?:
-Хаббард
-Адизес
-МБА
— офигенные коучеры из Москвы
…. и т.д.
Статья как всегда «в точку». Собственный опыт только подтверждает все выводы.
Но в итоге бизнес достиг своей цели. Но не тем путем, которым бы хотелось. Между строк читается, что потеряли больше чем получили…
Иван, а какой тогда рецепт? Компетентные и адекватные руководители?:)
Или автозадачи, которые ставятся по регламентированным критериям, а все остальные не через систему контроля и мотивации?
То, что описано — крайность системы контроля, на другом полюсе — анархия, т.е. отсутствие контроля. А в золотой середине что? Или русская ментальность не предполагает золотой середины?
С Новым Годом!
С Днем Рождения!
(61) проще, наверное, перечислить, чего не посещали.
Нда, статья располагает к тому, чтобы видеть страшную сторону неграмотного IT-решения: обесчеловечивание. Бюрократия все способна превратить в аналог тюрьмы, Северной Кореи, Германии начала XX века или класс средней провинциальной школы, где начинает формироваться бестолковая иерархия.
Что делать? Технически: не знаю. Но, мне кажется, что правы те, кто говорят, что рыба гниет с головы: если бы в головах начальников не пропадала светлая мысль о том, что работнику в первую очередь нужно работать, а не быть офисной крысой, но, может, разработку этой системы свернули еще на корню, а Иван бы не получил незабываемого опыта.
Я работаю в сети клиник, и все — бухгалтеры, юристы, врачи, — все работают в 1С. Но у нас в IT-отделе есть негласное золотое правило: «Не навреди врачу». Не давай ему лишней работы в 1С, он должен лечить, делать манипуляции, говорить с пациентом. 1С ему нужна для облегчения ввода мед.данных. И ладно бухгалтера (их даже как-то не так жалко) и бумажные работники, но если седой врач превращается в офисную крысу и задерживается для работы в 1С допоздна, и сам себя гнушается из-за этого — то это особенно грустно. А я такое видел в одном провинциальном городке: просто смех и грех, кошмарный цирк.
P.S. 28 декабря Иван написал эту статью. 29 декабря выходит новый сезон «Черного зеркала». Совпадение? Как говорится, не думаю. 🙂
Иван, и еще, отдельным комментарием напишу: читаю Хагакуре, по вашей наводке на выступлении на IE и в одной из статей. Очень увлекает. Читается быстро, хотя над каждой страницей надо по-хорошему подумать полчаса-час.
Хочу спросить: раз уж вы в своем выступлении упоминали Бусидо, то, может, эта тема более-менее значительна в вашей жизни и работе и достойна отдельной статьи? Не думали развить тему и поделиться с другими? Было бы очень интересно почитать.
С Наступающим!
(64)
ИСТИНА
(62)
серебряной пули нет, решение комплексное, но оно находится не в ИТ, не в мотивации, не в бизнес-процессах, а на пересечении этих областей. Об этом будем разговаривать в 2018 году.
С Днем Рождения!
Спасибо!
(64)
не совсем. Здесь жуть не в ИТ-решении, а в неправильном сочетании ИТ-решения с системой мотивации. Про это раздел «Непоправимое».
(65)
Бусидо в жизни программиста, я думаю, достойно отдельной книги, или даже серии.
Оно будто создано для программистов, один в один. Несмотря на разницу в 500-600 лет, между расцветом самураев и расцветом программистов.
Но это высший уровень саморазвития, самоидентификации и понимания своего места во вселенной. Как только буду готов, разумеется напишу.
(2) Поручение только на вертикальном уровне. Служебная записка на вертикальном и горизонтальном (с согласованием руководителем подразделения). Если бы так было изначально, всё было бы проще и комфортнее для персонала.
(54) Добрался до компьютера…
(70)
Добрый день, Иван.
А как называется книжка по Бусидо, которую читали Вы?
(78)
(53) система-то одна. Используем 1С:ДО. Поэтому всё же «поставь поручение».
(70) Приведу одну из упомянутых мной ранее оговорок. Несомненно, путь программиста и путь самурая вполне себе сопоставимы. Но я бы не обособлял их от пути просто честного человека (в смысле, человека чести). Квинтэссенция кодекса чести: делай, что дОлжно, и будь, что будет. Хотя, конечно, восточные тонкости заслуживают внимания и осмысления.
(81) человек чести вполне укладывается в путь самурая, но путь самурая шире.
«делай, что дОлжно, и будь, что будет» — прекрасная модель, но пассивная и многогранная, ведь что есть дОлжно? От этого ведь зависит, человек ты чести, или человек корысти, или человек веры, и т.д.?
Крестоносцы тоже ведь делали то, что дОлжно. И фашисты. И чиновники.
дОлжно может определяться системой, в которой человек оказался. В этом и есть пассивность — я делаю то, что дОлжно, и будь что будет. А если это дОлжно — не есть честь, то я не виноват, ибо так система сказала.
А путь самурая дает ответ, независимый от системы. И определяет не место человека в системе, а место системы вокруг человека. Вроде так правильнее.
(82) Не так. Будь человек чести определяем системой — не было бы, скажем, декабристов. Делай, что дОлжно, а не то что «должен» (системе).
А в статусе самурая мне, к тому же, не нравится наличие работодателя. Я бы в ронины пошел 🙂
(83)
поговаривают в телевизоре, что декабристы были проектом 🙂
Работодатель — да, один из неподходящих моментов. Так же, как рекомендация, кроме жены, завести…эмм…друга.
Я такие штуки списываю на особенности тех времен, не принимаю во внимание.
(84) Я, кстати, вполне допускаю, что декабристы — проект. Охранка была весьма профессиональна. Только они-то этого не знали.
Я таки, с небольшой, мне кажется, долей цинизма осмелюсь сказать, что все эти буси-до, айки-до, дзю-до и прочие «пути» во многом замешаны на самолюбовании/самоутверждении/саморекламе отцов-основателей.
(14) Это повсюду такое. И не только в сфере ИТ. У врачей тоже считается лучшим работником тот, у кого больше больничных и прочего. Значит человек работает. Хотя есть 2 исторических примера как это должно правильно работать:
1)придворный врач у китайского императора НЕ получал ЗП за месяц, если хотя бы один член семьи болел.
2) бригада ремонтников у Форда на заводе получала ЗП тогда, когда они сидели в своей комнатке.
(10) Зачем всех увольнять? Надо сначала разобраться какие цели планируется достигнуть и при внесении изменений всегда опираться на первоначальные цели. Общий подход должен быть всегда прост: если правило/процедура/бизнес-процесс противоречит цели, то он просто игнорируется.
P.S. А если будут постоянно придираться к мелким деталям надо просто уволить самого активного такого агитатора. По-факту окажется, что он вообще не выполняет какой-либо полезной работы. Зато остальным урок будет прекрасный! Также настоятельно советую почитать книгу Тимура Горяева «Шпаргалки для боссов».
(92) Просто задачи должны ставиться по смыслу, а так. А у каждого сотрудника должна быть глобальная цель его должности, — так сразу все на места встает.
(16) Все типовые задачи должны исполняться по горизонтали без привлечения руководителей, а не типовые либо уходят руководителю (сложные), либо отдаются на откуп исполнителя (простейшие). Задача любого руководителя: выстроить систему, которая будет работать без его участия.
(23) Если автоматизировать бардак, то получается автоматизированный бардак!
(42)
А в чем, собственно, сложность? Чтобы поставить задачу программисту не нужно владеть программированием, достаточно лишь владеть своими инструментами (например, тот же 1С) и четко описать необходимый результат и, очень желательно, объяснить с какой целью ставится задача и какую проблему решает. ИМХО этого более чем достаточно!
А дальше уже программист пусть сам себе голову ломает, как решить эту задачу.
(103) (23) Расхожая фраза. А как вам ?
(106) Почитал… не хватает реальной описательной части, поэтому читать не интересно и, главное, предметно обсуждать нечего.
(80) мы себе заменили поручение на «Заявку в ИТ-отдел». Она долгое время не имела поля «Исполнитель». Поэтому никакого страха в записи задач не было — именно «чтобы не забыть».
(17) Точно! Давайте для реализации этого создадим отдел типизации задач и дадим ему контролирующие функции над работниками, которые эти задачи формируют. Пусть отдел проверяет постановку задач, их корректность и полноту. Так, но для того, чтобы отдел правильно работал и существовал ему нужен руководитель — пусть он занимается стратегией развития отдела и ставит задачи своим подчиненным. Секунду … «ставит задачи подчиненным»… его в таком случае тоже надо контролировать — заведем для него ТОПа — пусть он контролирует работу этого руководителя и всего отдела вцелом и также ставит им задачи … епрст… опять эти задачи… А пусть совет директоров контролирует того ТОПа — им все равно заняться то нечем … 🙂
(104) Ой, та шо вы говорите! Чуть выше программистам (да и всем) была поставлена задача — «выполнять задачи», а не решать их… Чувствуете к чему я?
(129) вы наверно никогда не сталкивались с руководством на крупном предприятии 🙂
(130) Я стараюсь подходить к решению задач таким образом, чтобы больше к ним не возвращаться
(13) не знаю у нас это отлично сработало даже на тех же заявках пользователя, как только стали отправлять за на согласование сперва к его непосредсенному начальнику 50% задач стали отметаться даже не доходя до отдела разработки.
(14) Ну во первых к примеру у нас это не завязано на нашей зарплате .
Во вторых заявки отправляеются сперва на согласование к начальнику отдела заявителя.
Потом ее отправляют на согласование отдела методологии ведения учета и только потом к нам, эта система исправно и без проблемно работает уже 4 года все довольны.
Может не надо на всем пытаться урезать или наоборот накрутить зарплату)
(16) у нас похожая система и мы не банк, но к зп она совершенно ни как не касается.
(131) Да, я руководство обычно обхожу стороной 🙂
(44) Дык что за компания?
(142) Доклад по этому продукту был на той конференции Инфостарт, где Иван крайний раз выступал :))
(2)На работе на людей сыплется куча всяких дел, в том числе и безумных дел, и дело руководителя эти дела отсортировать, и часть отдать в работу а часть отфутболить. В данной системе я не вижу понимания этого факта у автора. Когда все могут писать друг другу, это все друг другу начальники и никто не начальник.
Но есть хорошая часть этой затеи в том, что работа стала измеримой. Стало трудно увиливать от выполнения работ. Однако, работа может быть безумной, и не отражающей цели компании. Человек, который её поставил может не разбираться в целях компании или быть вредителем.
Письменная постановка задач позволяет бороться с этой бедой, но автор тоже про это не подумал…