Как стать автором
Обновить

Комментарии 28

Извините, а можно тоже самое, но без болда и картинок везде? Может в статье и было что-то полезное, но пробиться через отвлекающий видео шум я не смог.
1. Выделить текст статьи;
2. Создать документ Word;
3. Правой кнопкой, вставить только текст;
4. Очистить форматирование.
Тогда цикл Деминга потеряется.
не страшно, он слишком известен.
а вы считаете, что статья нормально оформлена? ну просто понимать, может я один такой, кому глаза режет…
Не знаю, если честно. Меня оформление чьих-то статей никогда не останавливает, даже если на абзацы не разбивают.
НЛО прилетело и опубликовало эту надпись здесь
«Сейчас их эффективность упала до 2,5 баллов.» Но зарплата осталась таже? И может работают с той же эффективностью, но меньше и в освободившееся время делают свои дела?
Или они выгорели поработав в 4 раза интенсивней за год?(такое часто бывает)
в их рабочей жизни с тех пор не происходит никаких изменений. Ни в зарплате, ни в задачах.
Иногда пишут мне «нихачу работать».
Там до сих пор все работают в том-же составе? Совсем никто не ушёл?
все ушли давно, кроме Кролика.
И как успехи у ушедших, им на новых местах работы что-то похожее (или лучше) сделать получилось?
Успехом можно назвать только увольнение Ослика — он за годы работы стал самостоятельным специалистом, и теперь нашел свою нишу.
А остальные, в целом, топчутся на месте. Методы ускорения они больше не применяли, просто работают. Может, поэтому и топчутся на месте. Не знаю.
К сожалению, не удивлён. Всё-же, методика обеспечивает много менее 50% вероятности успеха. Люди и среда — главное.
Главное препятствие на пути и этой, и любой другой методики — будут ли ее применять. Через это препятствие почти никто не перелезает, хотя на перелезание надо пару минут.
Кстати, в статье об этом тоже есть — «главный секрет изменений».
НЛО прилетело и опубликовало эту надпись здесь
Некуда забрать было, совсем другой профиль.
Пятачок просился, тоже хочет профиль сменить.
Кролик просится периодически.
Как только будет возможность — заберу, конечно.
По поводу «тупят в мониторы» — очень хорошо помогают гостевые стулья/бинбэги. Можно прийти к коллеге, сесть и начать обсуждать. Прямо на его рабочем месте. (пока не выгонят в переговорку). Это работает, и должно быть частью культуры.
удваиваю
спасибо, посмеялся. А можно менее развлекательно подавать материал? Вещи написаны интересные а в голове одно ха-ха остаётся.
Тут специфика — это стенограмма доклада. Когда я то же самое писал в серьезном тоне, никто не воспринимал вообще.
Почему у сотрудника нет выбора порядка выполнения? Он ведь не просто выбирает задачу, он может зайти в конфигуратор, посмотреть, как она решается, какие там подводные камни, и потом испугается и передумает ее делать.

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

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

А вот для этого и существует таск-трекер с комментариями. Руководитель ставит сотруднику задачу, описывает в общих чертах, что нужно реализовать, и в отдельных случаях как. Это форма ТЗ, которое вы так не любите. Если у сотрудника есть вопросы, он спрашивает руководителя, или еще кого-то, кто знает конкретную подсистему и связанные с ней требования. Можно спрашивать сразу в комментариях к задаче, можно лично/в чате и потом добавить в комментарии или в описание задачи. Когда у другого сотрудника возникает вопрос по этой же подсистеме, вы просто даете ссылку на задачу со словами "вот тут есть описание/обсуждение".

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


То есть вместо кодинга ограничений в конфигураторе, вы делаете что? :-)
Экспериментальное обоснование тезиса:
«Шашечки никак не влияют на качество и скорость поездки. Просто тщательнее выбирайте водителя.»
Доклад интересный, спасибо.

Как я прочитал статью: чтобы ускориться в четыре раза, надо взять безинициативных джунов и покачать их в замотивированых мидлов. Ну и не давать им бездельничать днями.
Достижение, согласен, но это просто работа на большинстве "галер", про нормальные компании просто промолчу. Так что мальчики и девочки, учите JavaScript, Python, .NET, Java, Go и Swift, держитесь подольше от 1С, а то окажетесь в зоопарке из статьи.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации