Comments 214
Да, знакомо…
Шучу конечно, ну а если серьёзно- бывают такие моменты когда надо выговориться, хоть монитору, хоть коту, хоть нам, как здесь. Иногда интересно прочесть подобное какое-то время спустя.
На самом деле полезная текста. Сборник антипаттернов управления на новом месте. Именно такое нужно читать выпускникам ВУЗов по специальности «менеджер чего-нибудь»
И прекрасно что написано по горячим следам, пока камни еще не остыли. Потом уже не вспомнит.
Тебя за это уволили? Ну, за поведение? :)
Ато ко мне 5S приходило. Японские болванчики. Хотел послать, но сдержался. Сфотографировали мой рабочий стол и вывесили на доске позора.
Неа, это меня деанонимизирует :)
www.youtube.com/watch?v=gwdhlvVFLEI
Да на фабрике когда внедряли… помнится приличное количество запасных частей, собранных механиками выкинули…
Там же по шагам квалифицируют… Сначала 1S, потом 2… ;)
ИМХО, главная задача специалиста по 5S в том, чтобы убедить руководство в нужности этого 5S и в оправданности зарплаты специалиста по 5S. Для этого используется всякая пыль в глаза, начинающаяся с фразы: «Вот эта система — японская серебряная пуля, которая убьет все ваши проблемы». Серебряной пули нет… Если бы мы вспоминали советские нормы и правила труда, особенно послевоенные, когда все вертелось, это было бы намного лучше, чем тянуть на себя чуждый японский менталитет. Все проблемы начались с фразы «экономика должна быть экономной», что само по себе является бредом, экономика должна быть прибыльной. Самая экономная экономика была в США в годы великой депрессии — никто ничего не покупал, все экономили.
Не знал, что от слова «бизнес» можно образовать прилагательное.
А почему бы нет? Коль скоро слово заимствовано — оно стало частью русского языка. Следовательно, ни что, характерное для русских слов, ему теперь не чуждо. А что непривычно — так это вопрос времени.
Самое хреновое в том, что если у подобных "эффективных" есть карт бланш они начинают "эффективно сокращать расходы" — увольнять людей, вешая собственникам лапшу на уши типа "аутсорс", "бережливое производство" и т.д.
В результате такого "хозяйствования" доход компании краткосрочно увеличивается, что позволяет им срать собственникам в мозг дальше, а потом — теряет ключевых личностей и производство вплоть до потери крупной доли рынка.
После чего их даже уволить — это не решить и доли созданных ими проблем.
Специалист без работы не останется.
Но процесс идет, и «эффективные менеджеры» им в помощь.
Работать ли в такой «компании», и сколько в ней работать — каждый решает сам.
У меня он тоже говорил, что хороший программист. Но другим людям по проектам не может ответить и по нетехническим вопросам тоже — он даже продукт не знает. Потому требует постановки вопроса в письменном виде, отправляет вопрос мне, а мой ответ подписывает своим именем и отсылает — уже выяснил это, т.к. я уже давно почти со всеми напрямую работаю, мимо него.
При этом постоянно трындит про субординацию.
Просто в моем случае это я после него появился, а он корнями так сильно врос, что очень сложно его выкорчевывать, пусть большинство и понимает, что он — паразит. Главное — это директор не понимает и владельцы, а в организации из 7000 человек весьма сложно привлекать внимание к паразиту.
Во-вторых и по сути — всегда очень грустно, когда над тобой ставят человека, который даже не близок к области, которой он руководит. Но зато имеет ЧСВ размером с тадж-махал и «разумение», что он сейчас все «зарешает» в одного. Тем более, пытаясь измерить творческую, по сути, работу какими-то «показателями эффективности».
Терпения вам, коллега. Такое повсеместно и в больших количествах.
Управление в одну сторону и без обратной связи всегда ведёт к выходу системы из строя. Эти потери считаются допустимыми скажем в армии во время войны. Но в нормальной экономической деятельности должна быть обратная связь и ее анализ.
Самое главное, к сожалению, что такие «эффективные» сейчас в большинстве компаний появились…
Да что говорить, нашим «любимым» Роском… позором — организацией которая регулирует интернет, собственно чисто технической организацией, руководит врач. Где интернет, и где медицина. Поэтому и на остальных уровнях управления в стране так же.
Тут переплелись несколько эффектов.
Выучив какой-то метод человек долгое время верит, что получил «серебряную пулю», потому, что ему объяснили, как это круто и какой огромный выигрыш дало. Вся теория менеджмента построена на анализе историй успеха, хотя должна бы быть построена в основном на анализе историй неуспеха. Поэтому ничего не известно о том, в каких случаях конкретную методику применять бесполезно. А в каких вредно.
Требуется много лет и опыт применения множества методик, чтобы человек начал ориентироваться в том, когда и где выгодно применить ту или иную методику и почему.
При этом, он становится менее уверенным и менее убедительным, чем «юноша бледный со взором горящим».
Есть еще практика продвижения в иерархических структурах. В лучшем случае, работает принцип Питера: повышают человека, хорошо справляющегося с работой. Это совершенно не гарантирует, что он будет справляться на новом месте, но дает шанс. В большинстве случаев выбор абсолютно субъективен и не имеет ничего общего с квалификацией и специализацией.
А дальше срабатывает синдром самозванца: человек считает, что не может справиться с делом и пытается имитировать компетентность.
Нет, это не критика — просто, раз уж человек ЗНАЕТ каким должен быть менеджер и на короткой ноге с руководством и прочими важными птицами — помог бы им выбрать НОРМАЛЬНОГО менеджера хотя бы себе. Или побыстрее уволить ненормального.
Но написано хорошо, спасибо )
ЗЫ: пойду перешлю своему знакомому менеджеру… )
Делегировать менеджерские задачи и заняться кодингом, например
Являть посредником между бизнесом и программистами в обе стороны. Собирать требования, исследовать рынок, формировать задачи, давать фидбэк, строить план развития и многое прочее.
«Посредник между бизнесом и программистами» не должен собирать требования и исследовать рынок — это должен делать отдел маркетинга. Формировать задачи — отчасти. Но раз автор таки чем-то занят на работе, задачи видимо все же формируются? Про фидбэк не понял. Строить план развития должен отдел планирования, совет директоров, CEO или кто там у них.
Понимаете, да, в чем проблема? Программисты знают о менеджменте еще меньше, чем менеджеры — о программировании. Странно видеть дилетантские суждения от людей, которые считают понимание предметной области (какой бы то ни было) одним из важнейших критериев специалиста.
Начальник ИТ-отдела, в котором один программист, ну может 2-3, очень слабо пересекающихся (веб и 1С, например), но не похоже по тексту. Но также в прямом подчинении админы серверов и сети, саппорт, может закупщик железа и лицензий отдельный. Также обычно корпоративная связь на нем, кассовые аппараты, если есть.
начальник отдела, состоящего из одного человекаЭто имеет смысл, если есть планы аварийного разворачивания, как в кадрированных армейских подразделениях.
Речь о программисте, как я понимаю, внутренних систем завода. И заказчики, и подавляющее число пользователей — сотрудники компании. Отдел маркетинга мимо. Планы развития опять же внутренних систем и самого программиста, а не компании. Но они должны соотносится с планами компании. Поэтому менеджер программиста или сам программист сидит на совещаниях топов, собирает по отделам требования и строит планы автоматизации предприятия, облегчающие достижения целей другими отделам.
Оно недостаточно велико, что бы его задачами занимались целые «отделы маркетинга», а планы его развития строил «совет директоров». Для отдела из одного программиста это как то круто, не находите? А вот назначить одного менеджера, который будет курировать работу этой части предприятия — вполне нормально. Что бы был человек которые проследит и организует работу, будет следить за показателями, предоставлять начальству отчёт о том, как идут дела, где проблемы и что требуется для их решения. А так же — оптимизировать и улучшать работу.
Этот человек должен планировать процесс взаимодействия подразделений (узнавать требования, транслировать их в понятной форме тем, кому это надо итп), развития этой структуры, улучшения, следить и контролировать как и в каком направлении движется развитие этой системы (ставить и следить за тасками), формализовать в виду задач им всем воли начальства и бизнеса (опять же в в виде тасков или ещё чего) итп.
Проблема в статье в том, что всё это на себя взял герой рассказа и не смог отдать этого менеджеру (или тот не смог взять). Очевидно, что такого рода работа — не работа «программиста», а если человек берёт на себя такие обязанности — то он уже не является только «программистом» в этой системе.
ЗЫ: фидбэк — это когда у работников что то плохо, но они не знают (а то и не знают, что вообще хотят) как это донести до начальства. Нужен кто то кто поймёт что не так, почему не так, донесёт до начальства в понятной начальству форме.
Бывает, что новый человек приходит и естественно, ему нужно время чтобы освоиться, поучить предметную область, узнать интуитивные процессы в компании. Ему нужно помочь с этим, где-то подсобить, где-то сказать что в данной компании дела делаются так-то и так-то. Зачем агрессия и вставляние палок в колеса?
Есть в России некоторое мнение, что менеджер — это тупой гуманитарий, который нечего не понимает и не поймет. Прямо чувствуется некоторое пренебрежение со стороны технического специалиста в стиле «я тут царь и бог, а ты тварь дрожащая должен мне кофе приносить, ноги мыть и воду пить». Но сам по себе отвественность брать за проекты не хочет.
поучить предметную областьСначала прочитал как «предсмертную». Даже не удивился.
Есть в России некоторое мнение, что менеджер — это тупой гуманитарий, который нечего не понимает и не поймет.Это очень удобное для менеджеров мнение. Только вот они почти всегда (есть исключения, но их немного) зарабатывают больше, обладают бОльшей властью и живут лучше. Как-то не очень похоже на тупиц.
Ой, совок оказался виноват, что менеджеры приходят дефективные вместо эффективных. А вам не кажется, что ситуация как раз наоборот? За 25 лет уже поколение без совка выросло. Вот только оказалось, что те из них кто пошел в менеджеры, пошли туда с какой то странной мотивацией — не выполнять работу хорошо, а показать этим дряным работникам какой я крутой и нужный.
Разумеется, я не буду обобщать — люди бывают разные. Но вот перекладывание проблем на обстоятельства, вместо решения реальных проблем — это характерный показатель однако.
Стиль очень напоминает Пелевина в его рассказе Акико
И больше может быть разница.
Ты не знаешь систему, в которой мы работаем. Ты не знаешь предметную область. Ты ни разу не был в цехе.
ПЯТЬ баллов. Увы и ах, но так и есть.
Во многих проектах, без «покормить вшей в окопах предметной области» мало чего путевого получается. Регулярно это вижу.
Неопытные и нерадивые сотрудники везде портят жизнь хорошим опытным специалистам и не нужно думать, что программисты в этом смысле чем-то лучше менеджеров как и наоборот.
mathprofi.ru/odnorodnye_sistemy_lineinyh_uravnenij.html для желающих освежить память
Потом перешла на графовое точное решение. На нем у нас одна компания из 10 закрывалась за 4 часа. (Если по итогам закрытия вылезет ошибка, нужно исправить первичный документ и повторить закрытие)
сейчас добавили решение СЛАУ в платформу (то есть не собственный скрипт без встроенных матричных операций скомилированный в псевдокод интерпретатора, а что-то оптимально скомпилированное под капотом). Сколько будет считать — ХЗ, я уже в другом месте.
Но есть и пограничные случаи, в которых сходимость гарантировать удается, комбинируя разные методы и условия переключения между ними. Знаю человека, который полировал метод решения СЛАУ для важной практической задачи 20 лет. По мере роста размерности всплывали все новые особые случаи, к которым нужно было искать подход.
1. Уравнений больше, чем переменных; все одновременно удовлетворить нельзя, ищется решение, которое их оптимально удовлетворяет для некоторого критерия. Например, метод наименьших квадратов — ищет решение, чтобы сумма квадратов разностей между левыми и правыми частями была минимальна.
2. Малые возмущения коэффициентов резко меняют корни уравнения — задача практически приближается к понятию «некорректной» (это абстракция, когда вообще нельзя сделать ограничение изменение x от изменения A каким-то конечным числом; но и слишком большое конечное число тоже может быть непригодным для практики). В этом случае вводится (разными методами) зона неопределённости корней и корни «притягиваются» к каким-то желательным значениям в пределах этой зоны.
3. Определитель опасно близок к нулю — так, что погрешности вычислений или задания коэффициентов могут его довести до 0. К этому можно прийти даже от банального переноса уравнения 4-го порядка на разностную схему. Частично эта ситуация пересекается с предыдущими.
Цитата в тему:
— Что есть заинтересованное… — начал Роман, но Эдик перебил его.
— Неужели Печать? — спросил он с ужасом.
— Да, — сказал Роман. — Увы.
— Большая?
— Очень большая, — сказал Роман.
— Ты такой еще не нюхал, — добавил Витька.
— И круглая?
— Зверски круглая, — сказал Роман. — Никаких шансов.
— Но позвольте, — сказал Эдик, с видимым усилием стараясь подавить растерянность. — Если, скажем… скажем, оквадратить? Скажем… э-э… преобразование Киврина — Оппенгеймера?..
Роман покачал головой.
— Определитель Жемайтиса равен нулю.
— Ты хочешь сказать — близок к нулю?
Витька неприятно заржал.
— А то бы без тебя не догадались, — сказал он. — Равен, товарищ Амперян! Равен!
так вот, в обычной практике определитель таки чаще близок к нулю, чем равен, и АБС это знали :)
Продолжение прочитали? :)
А как вы отличаете «специалиста» от специалиста?
По умолчанию считаю что все криворучки (а мои руки самые самые кривые). Помогает очень хорошо. Мало провалов, мало разочарований, много перестраховок и более детальная проработка задач
Хотя, возможно я ошибаюсь и ему внезапно взяли «Начальника»… Но мне кажется это маловероятным…
Очень расстраивает, когда люди, которые выбрали себе одну работу начинают потешаться над специалистом другой области, особенно не зная всех нюансов и подоплеки.Менеджер в IT-отделе находится на стыке собственно управления и областей работы его подчинённых (будь то программисты, админы, сетевики и т.п.). Без знания того, что из себя представляет рабочий процесс, чем-то управлять можно исключительно «эффективно».
Проблема конкретного автора в том, что из его текста прямо сочится мысль, что менеджеры не нужны вовсеАвтор как раз описывает шаги, которые нужно предпринять недавно устроившемуся менеджеру. Лезть грудью на амбразуру и вслепую менять процессы — это безусловно путь к успеху.
суть любого менеджера — зарабатывать деньги для компании. А при этом идут в ход разные методы, и экономия на зарплатах, и «наймём-ка 5 джунов вместо одного синьора», и переработки, и прогибания под заказчика (позже раскрою), и перекладывание с больной головы (своей) на здоровую (исполнителей) — когда вместо защиты команды он прогибает команду.
А всё почему? Потому что менеджеру проще подставить чью-то жопу, а не свою. Проще пусть будет недовольной команда, чем босс менеджера. Команду он выжмет и всегда найдёт что сказать («сложилась такая ситуация», «клиент хочет», «иначе нельзя», «нет выбора»), соки выжмет, люди получат обычную зарплату, а он — карьеру и бонусы от его босса.
Так что, право же, не стоит восходить на крест страданий за всех менеджеров, тем более бестолковых (и кто сказал что их так уж мало, а?)
Да, все менеджеры скажут что это неправда. Да, все скажут что так поступают только плохие менеджеры (подразумевая, конечно же, что сам говорящий хороший, как же иначе). Да, все скажут что этому есть оправдания и тд. И это тоже естественно — никто не хочет соглашаться с тем что среди его профессии (а может и он сам?) — много мудаков.
>что менеджеры не нужны вовсе
я например так не считаю. Но и любить их я не обязан. Даже отбросив эмоции и патетику — у этих людей обычно во многом противоположные мне интересы.
Тоже самое касается рекрутеров или HR — их задачу уменьшить мне зарплату при переговорах. Вопрос — они могут быть мне друзьями после этого? Да, я здороваюсь с ними, может улыбаюсь, но они мне не друзья. Не может мне быть другом тот кто работает в каких-то аспектах против меня.
>Неопытные и нерадивые сотрудники везде портят жизнь хорошим опытным специалистам и не нужно думать, что программисты в этом смысле чем-то лучше менеджеров как и наоборот.
нерадивый сотрудник может портить те задачи что выполняет, плохой менеджер портит жизнь всей команде.
Вы уверены, что задача рекрутеров уменьшить вам ЗП? Особенно если их бонусы прямо ей пропорционально?
Вы уверены, что задача рекрутеров уменьшить вам ЗП? Особенно если их бонусы прямо ей пропорционально?
если это так, то почему рекрутеры всегда пытаются уменьшить итоговую сумму при переговорах? Либо это их работа, либо если они не уменьшат сумму то они не получат ничего, т.к. работодатель не наймёт работника за такую сумму.
В книге «Elements of programming interviews» авторы (бывшие рабоники Фейсбука, Майкрософта и тд) пишут что рекрутеров эвалюэйтят на умение снижать цену при переговорах, это их первостепенный навык. Может конечно в не-фейсбуках не так, но логически по многим признакам это так.
тоже самое касается переговоров со всякими career partner внутри компании на предмет повышения — их задача это снизить хотелку кодера, в идеале — чтобы он ушел ни с чем и повышение отсрочилось ещё на полгода.
Уменьшать они могут как раз если хотелки кандидата выше бюджета вакансии и уменьшают до верхней границы. Ну может ещё чуть меньше, чтобы оставить себе возможность поднять зп, когда человек придёт за повышением, если это одни люди.
Ну и если очень важный сотрудник уйдёт из-за того, что career partner решил не эскалировать просьбу о повышении, а чтобы ушёл ни с чем, то этот partner первый по голове и получит хотя бы из-за того, что поиски нового потребуют бюджета большего чем годовое повышение.
Так и есть в малых городках.
В моей специализации кроме меня в городе — 0. В области — трое.
В прикладном программировании то же самое.
НО, видел предприятия, где сидели программеры на связи из забугорья и все делали. Кроме задач бухгалтерии. :)
А так — общее впечатление — достали человека.
Уже оскомину набило, честно.
Как Вы точно описали мою работу сейчас. Я один кодер в отделе, соответственно, я и архитектор, и программист. Проблема в том, что мне надоели мои проекты, и я два часа в день работаю, а остальное время залипаю над чем-нибудь… Может посоветуете что-нибудь для дальнейшего развития? Софтогонным станком устроиться в большую компанию, например… Хотя я уже без залезания в архитектуру не могу :)
Если вам такой вариант не подходит, попробуйте перевестись.
Если руководство глухо, лучше уволиться. Такой режим работы ведет к стагнации и деградации вас как профессионала.
Иногда понимать, что что-то не так, не значит понимать как это исправить.
Где бы мы не работали, в нашу работу мы вкладываем частичку себя, не следует покорно соглашаться с тем, что сказало руководство) и не важно кто эти люди). Нужно предлагать свои решения и отстаивать свою позицию.
Считаете неправильно, предложите своё решение, обоснуйте, найдите общий язык с человеком и расскажите что к чему, эскалируйте проблему выше если не решается.
Вот пример, который вы описываете: пришёл ваш босс к бухгалтерию, ему там на уши присели с рассказами как всё плохо.
Ну так зачем вы согласились идти в бухгалтерию и делать ненужную работу? Не проще было бы пообщаться с ним и объяснить расклад? А так его "нахлабучили" и вас вместе с ним?
Считаете неправильно, предложите своё решение, обоснуйте, найдите общий язык с человеком и расскажите что к чему, эскалируйте проблему выше если не решается.
Автор уже писал про это, в повести «Проще, чем кажется» — начало тут. Годная история.
Включить зарплату менеджера в стоимость проекта — это пять! Надо взять на вооружение...
В статье кажется и про таск-трекер было… Работал в конторе с таск-трекером… Оценка в таск-трекере менеджером времени — это фантазии пьяной обезьяны. В итоге задача решалась за то время за которое я ее решал. Знал и до того, что оценки задач данные только сверху — это абсолютно не рабочая концепция и укрепился в этом мнении. Таск трекер нужен прежде всего самому менеджеру, чтоб не забывал какую задачу какому программисту дал. Ну и можно в нем же баги заводить, хотя тогда уж лучше менеджерские таски в баг-трекере… К чему в итоге потом и перешла компания, начав задачи делать в confluence+jira.
Просто другую крайность мы тоже читаем — в книгах про «эффективных менеджеров». Там одна крайность, в этой статье — обратная крайность. Истории и той, и этой крайности — важны и поучительны.
nmivan, а сможете написать про подобную историю, но с точки зрения менеджера? Или когда менеджер научит программисту быть лучше. Я не все ваши посты читал, может, уже есть?..
Но это только одна точка зрения, но в целом если так организована работа на предприятии то к чему столько букв, это пост в никуда к сожалению бувает и хуже.
Конструктивных предложений то нет
Программист = в растянутом свитере, жирненькая, немного пахнущая тушка, которая «протирает штаны» на предприятии уже 7+ лет и прётся от своей незаменимости и значимости. Код пишет в день час-два. Остальное время в интернете и сериалы на телефоне.
Менеджер = в костюме с неплохим запасом современных «модных» слов типа кранч, факап, дижитал, который просто начитался гугла\хабра\яндекса и посетил пару тренингов. Ни с коллективом не бухнул, не аудит того куда попал не сделал.
Ни одной попытки вступить в конструктивный диалог с обоих сторон…
Грустно всё это… Статью надо было назвать «Травля», просто вытравили человека и всё.
Причём со стороны эффективного менеджера, а на месте программиста был админ.
На предприятии были задачи писать всякое: сайт, службы, инфу тянуть с БД и т.д. Взяли меня прогать всё это дело, но не на ставку специалиста, а почему то начальником отдела IT. Предполагалось, что я буду «эффективно» руководить местным админом и обеспечу «взаимозаменяемость» нашу с ним.
Поручение я принял близко к сердцу, по началу. Но админ довольно мягко съезжал с темы, насчёт ввести меня в курс системы и прочего. И со всяких планов тоже съезжал.
В итоге я принял позицию «дай специалисту то что ему нужно и не мешай работать» :)
В отличие от менеджера в статье, я всё таки смог повысить ЗП админу, а он не давал особых поводов, для клевания мне мозга. Нормально работали, в целом. Я не лез в его админство и спокойно прогал свои задачи.
Так что некоторые вещи из статьи прочувствовал сам, хоть и в несоизмеримо более лёгкой форме :)
Навеяло некоторую ностальгию даже по тем временам.
Пришел такой в компанию, а программисты сидят сами с усами. Фраппе попивают. Говорю надо так-то и так-то, бизнес-задачи такие-то такие-то. А они говорят — у нас система зашибись, это ваши юзеры тупые и ничего не понимают. Нововведения игнорируют.
Я пошел к CTO жаловаться. Он пришел и сказал, нука цыц, делаем как сказано.
Все что нужно внедрили, все что не нужно убрали. А через некоторое время как они обрадовались, что так все удобно и быстро стало.
Когда приходит новый человек в устоявшийся коллектив, для коллектива он чужой. Особенно если он пытается что-то поменять.
Приходит момент когда процесс (который раньше работал как часы) перестает работать (например компания расширяется или продукт стал сложным и уже не накатаешь на коленке и не обсудишь за 5 минут). Все это обсуждается с коллективом и объясняется на пальцах.
Ну я такой менеджер? И чо?
Ничего (= очевидно, что это все не про вас.
Это все больше о тех, кто не удосужившись разобраться в процессах, технологиях, и путях взаимодействия говорит «а давайте, все, нафиг, поменяем, потому что мне сказали что это правильно и эффективно». Не включая голову, или, что наиболее вероятно, не имея ее вовсе. И не задумываясь, соответственно, зачем надо менять и к чему это приведет.
Наверное как всегда те, кому следовало бы, и не поймут, что это про них. А те, кто примерит на себя, и без статей имеют голову на плечах.
Автор во много прав, но есть и другая сторона подобной ситуации. Если задаться целью — можно и поймать.
Вторая мысль: а потом такие программисты жалуются, что пользователи саботируют изменения. Первой мысли это тем не менее не отменяет )
А бывает так, что пользователи не саботируют, а просто не замечают того, что выполняют работу неправильно.
Я у себя наваял отправителя материалов подписчикам.
Материалы эти пользователи должны готовить в несложном формате.
И вначале так и было. Но затем когда-то они случайно удалили у себя в файле-шаблоне управляющую пустую строку и материалы стали рассылаться немного повреждёнными, а я об этом случайно узнал, т.к. защиту от таких неверных действий пользователей ваять бывает же не всегда есть время и ваяние такой защиты часто откладывается на «когда-нтбудь потом», после чего её необходимость даже забывается, т.к. всё работает и так без неё.
Ну сперва я написал им, чтобы они вернули управляющую строку в шаблон и никогда её больше не удаляли. Не помогло. И это обстоятельство придвинуло время «когда-нибудь потом» к настоящему времени — защиту от рассылки повреждённых материалов пришлось наваять срочно.
Причём, у пользователей это был не «саботаж нововведений». Они могли моё письмо об испраалении шаблона и не увидеть — своя специфика: почта внутри офиса, а работают они удалённо. Но даже при отсутствии саботажа — результат-то всё-равно ненужный: рассылка повреждённых материалов.
В общем защитник начал отменять рассылку материалов, пока их не исправят. Конечно — подписчики начали не получать маьериалы в привычное время. Но так было только в переломный момент — пользователи начали видеть нерассылку материалов и это стало побуждать их задумываться о причинах нерассылки и в самых сложных случаях (когда сами не могли понять причину) хотя бы звонить мне, чтобы я им прочитал лекцию о том, что не надо портить шаблоны да ещё не замечать мою почту с информацией о том, как по логам самостоятельно можно узнавать причины нерассылки их материалов…
Но менеджеры — золотые люди. Говорить с конечными пользователями тяжело. Мне постоянно делали замечания, что я слишком сложно объясняю и говорю много непонятного. В свою очередь, пользователи тоже грузят меня принципиально-понятной, но очень лишней инфой. Бухгалтера расскажут тебе и про федеральные законы и про то, как они там чего сдают, а мне это не нужно. Мне нужно вот получить от пользователя данные, в такие-то таблички положить, потом собрать из таких-то табличек, обработать по формулам — такие-то таблички результаты раскидать. А бухгалтера этого не расскажут. А менеджер умудряется их выслушать, вместе с аналитиком составить тз, в котором все разбито на относительно-простые и понятные задачи. Ну, красота же. И говорить с менеджером проекта завсегда проще, чем с пользователями-заказчиками.
Трекер задач тоже штука полезная. А то найти охотников грузить тебя работой полно. А онэ мне не начальники и я могу смело сказать, что у меня такой вот задачи нет. Короче, неправда ваша.
Я так понимаю, автор хотел не обругать виртуального руководителя, а описать, какие возможны ошибки и что мешает менеджеру проектов быть полезным т.е. цель наверн позитивная. Но получилось как-то очень агрессивно и «я программист — Дартаньян, а все манагеры»
А отвлекать меня не надо. Это да, это согласен.
Мне гораздо легче, когда эти вопросы обходят меня стороной.
Программист, переводящий одно строгоформальное описание в другое мало кому нужен.
Ещё грустнее стало, когда задумался о том, что некоторым знакомым менеджерам «от народа» (выросшим в этом предприятии, знающим внутренние процессы) не хватает некоторых качеств «эффективного менеджера»: стремления к улучшению, базовых знаний вроде «почему плохо менять контекст», готовности заменить неэффективного сотрудника.
Вообщем взгрустнул.
Слишком много дартаньянства и ухода в негатив вместо поиска корректных решений.
Вводит очередное задание и программа зависает. Для данной конкретной ситуации заложенный в программу алгоритм решения не сходится. Программа не сказала ни да ни нет. Она выдала: не знаю! Что делать оператору? Переключать на свой страх и риск? Вопреки инструкции Или производство останавливать?
Бухгалтерские задачи не используют итерационные алгоритмы. Ими вооружены люди, занимающиеся сложными проблемами. И уменьшение количества итераций, это не выигрыш в скорости, а расширение области, в которой решение гарантировано.
Как выглядит это в реальности:
Что это за хер малолетний и чему он нас может научить?
Чё, ещё и учиться? У меня дел по горло.
Ну да, интересно лепит, на практике неприменимо.
Новые инструменты? Хм, интересно. В инструкцию заглянем, если чёт сломается.
Не работает нихера.
Почему у него работает, а у нас нет? Ах да! Инструкция!
В смысле план подымаете за ту же зарплату? Это, что мы на работе работать должны? Вот прямо ВСЕ 8 часов? И вообще это не реально!
Этот пидо-с никак не угомониться! Пришёл и показал, что план далёк от предела, лишь бы директор не узнал!
Не я так «вкалывать» не намерен! Уволюсь к чертям!
Знакомы обе роли. И оба участника вызывают негатив.
Я намеренно пропущу фрагменты, где начальник ведет себя неадекватно своей роли.
> Не знаешь, что такое СЛАУ? Ну тогда слушай
Сейчас разработчик будет показывать руководителю код и погружать его в детали разработки. Спасибо, но он не кодер и не поймет сложности расчета СЛАУ. Да, это действительно не его работа. Его работа, действительно, понять сроки и стоимость.
> Чего? Какой я сам себе срок назначу на решение этой задачи? Ты серьезно?
А кто? аналитика, судя по описанию, нет.
> Уверен, что нам нужна система заявок от пользователей?
Эта система в любом случае есть. Как минимум, в голове разработчика. А руководитель хочет, чтобы не только разработчик владел информацией о списке задач. А иначе как выстраивать приоритеты? очередность? отчетность делать — внутреннюю и внешнюю?
> А я буду решать задачи в обход твоей системы.
Это прямой саботаж.
> Заставь дурака Богу молиться, как говорится – я ведь не сижу и не жду, пока мне принесут задачи. Хожу, разговариваю с пользователями, вытаскиваю из них задачи.
Т.е. задач входящих нет, разработчик сам ищет себе работу, ходит по пользователям? На заводе, где куча подразделений с минимумом автоматизации?? Когда один разработчик 1С в штате???
Автор, это не так работает. Задач столько, что разработчик вынужден разгребать бесконечный бэклог, делая только срочные и срочно-важные задачи. И важнее становится понять, что сейчас можно не делать.
> Сам ведь укатил на конференцию, а я сделал доклад за тебя. Отлично получилось, кстати. Правда, я немного корректировок внес
Это прямая подстава.
> Молодец Серёга, делает вид, что мы не знакомы… Результат ревью предсказать несложно
Интересно, что было бы в результате, если бы не знакомы )))
В целом странная ситуация. Одним разработчиком рулить — так себе идея. Интересно, какие задачи ставились перед эффективным руководителем при приеме?.. жаль, автор об этом в статье не написал.
Ведь если тебе нужен человек, на которого нужно оставить управление каким-то подразделением — нахрена ты решаешь за него вопросы????? Ты же платишь ему!!! Ты что идиот????
А если тебе там этот чел не нужен, но есть возможность занять должность — поставь родственника, хоть будешь понимать, почему вместо него пашешь.
Программисту/токарю/бухгалтеру плевать, если твое предприятие загнется — они найдут другое, все равно ниша расширилась…
А у автора статьи просто зависть. И ЧСВ, типа я решаю вопросы с начальством. Да начальство просто тебя пользует такоим образом.
PS Кто я?? 20 лет был начальником различных подразделений. Теперь учу программирование. Меня радовало, когда мой командир решал без меня вопросы в моем подразделении. Ибо я любую проблему, при таком раскладе, валил на его «методы работы с личным составом». Ваш менеджер мог бы так же.
Скину своему менеджеру когда достанет окончательно.
Как правило наёмные сотрудники инертны и ленивы. Т.е. час работаем — 3 перекур, считается нормальным. Внедрению чего-то нового очень сильно сопротивляются, особенно если «дело пахнет керосином» и грозит сокращениями. Очень смешно, когда вызываешь такого, и спрашиваешь: вот задача срок исполнения 15мин какого лешего делалось всё вдвоём и 2часа? Мычат и глазки строят…
1) Неумение и\или нежелание решать проблему. Вместо диалога с человеком, который бесит, выбран путь «пойду плакаться в интернеты».
2) Начальник — дурак, ничего не понимает, а я один тут умный сижу. Так может, если начальник именно он, а подчиненный — именно автор, то дело совсем наоборот?
3) Субъективные пространные оценочные разговоры о профпригодности сабжа. При этом вполне очевидно, что оценка его квалификации не может производиться одним лишь автором.
4) Полное непонимание целей, задач и методов менеджмента. Автор не видит, не понимает и не пытается понять, чем еще занимается его начальник. Он оценивает (субъективно и, скорее всего, неточно) его технические знания. Но, вообще говоря, если бы менеджер был хорошим программистом — он бы писал код. Возможно ему это и не нужно, если он хорош в другой области — в менеджменте?
5) Задача эффективного менеджера — быть эффективным и полезным для бизнеса. Он не должен вам нравиться как человек, не должен избегать просить вас писать отчеты или игнорировать тикеты.
6) На технических ресурсах есть куча статей от обиженных программистов про их злых начальников. Полагаю, начальникам тоже есть что сказать, возможно даже больше, чем программистам :) Только где эти статьи? Их нет. Наверное эффективные менеджеры действительно эффективны, раз избегают тратить время на нытье в уютных бложиках?
В общем, статья больше говорит об авторе, чем о его начальнике ;) Особенно эпитеты про клоунов доставили.
Из статьи складывается мнение, что токсичный м*дак — как раз автор, а не его начальник.
P.S. За всю мою карьеру программистом, ни разу не попадались откровенно хреновые начальники. Был один, но я оттуда очень быстро ушел. Теперь сам начальник, и знаете что я вам скажу? Вы бы взвыли от того, какой процент неадекватов среди программистов. Там полный букет нарциссизма, социофобии, мерянья интеллектуальной пиписькой и «ах оставьте меня, нет стойте, оставьте но зарплату платите!».
Впрочем, сложившийся якобы дефицит IT-кадров не так уж остр, поэтому у себя я долго таких не держу.
Так что всем обозлившимся на начальников — вот вам точка зрения с другой стороны. Их мало, поэтому цените )
Всем продуктивного четверга!
А все потому, что каждый в душе начальник, министр, президент…
Если бы мне пришлось лизать задницу своим работникам для того, чтоб они выполняли задачу, за которую я им плачу — я бы выгнал их нахрен и закрыл бы контору.
Если тебе не нравится как руководит твой начальник — пиши заявление и вали нахрен, открывай свой бизнес и начальствуй правильно. Я не раз покидал работу именно по этой причине.
> У большинства рабочих/подчинённых начисто отсутствует культура быть подчинённым. То есть сделать как скажут, как требуют.
> Если бы мне пришлось лизать задницу своим работникам для того, чтоб они выполняли задачу, за которую я им плачу — я бы выгнал их нахрен и закрыл бы контору.
То есть, как вы правильно заметили, таки да — большинство подчиненных в РФ нужно прямо-таки уговаривать делать их работу. Лизанием задниц, уговорами, угрозами, да как угодно, и кто как умеет\может.
Это кстати в корне отличается от того, что творится в тех же США. Там никто ни с кем не ругается, но после пары эпизодов в духе «я знаю лучше что нужно делать, не указывай тут мне» — пинок под зад из конторы.
Я думаю, что это одна из причин того, почему РФ в такой попе. Все списывают всё на начальство (= правительство, в том числе) но забывают, что чей-то начальник — всегда чей-то подчиненный.
При этом Израиль, как страна весьма свободолюбивых и своенравных подчиненных, хотя бы умеет слаженно и сообща работать. В пост-совковых странах же всем пофигу. Решать общее дело — это нет, это не в почете («ты чо, карьерист что ли?!»), а вот ныть про начальника-урода — это да, за это остальные такие же «сотрудники» поддержат и зауважают.
Это кстати в корне отличается от того, что творится в тех же США. Там никто ни с кем не ругается, но после пары эпизодов в духе «я знаю лучше что нужно делать, не указывай тут мне» — пинок под зад из конторы.Давайте я вам расскажу как в США, чтобы не было фантазий. Там никто не ругается потому, что обычный менеджер никогда не спрашивает у своего подчиненного в неформальном формате что он сделал, а что не сделал. Для этого заранее есть формальный механизм. Менеджер никогда не будет оценивать голосом своего подчиненного ни при нем, ни тем более чтобы все слышали. В случае если менеджер повысил голос, а тем более с матерком у такого менеджера есть все шансы вылететь после 2-3 заявлений на него подчиненных в HR. Чувствуете разницу между американским менеджером на строгом поводке и начальником-уродом которому море по колено? Поэтому никто и не ругается.
Именно то что ты можешь их уволить как раз делает ненужным любой другой энфорсмент, тех кто делает не то что нужно ты в итоге увольняешь и всё.
1) надежность. Обычно принято смеятся над тем как менеджером делают друга-племянника-любовницу, но это рациональная стратегия и она намного шире. В России почти нет защиты против кидка, поэтому менеджерские задачи нужно давать в первую очередь надежным людям. А чтобы надежный человек ещё и специалистом был это роскошь.
— если человек не связан с тобой лично то менеджер компетентный в выполнении работы это даже опасно, он ведь может кинуть начальство не опасаясь выпасть из налаженного потока работы.
2) Человек хорошо научился gaming the system, как в лонгриде о том как застрявший на карьерной лестнице инженер гугла за пол-года попал в топ 5% сотрудников компании как только с реально нужных вещей переключился на то что попадает в метрики комиссии по повышениям.
Оба эти варианта это не совсем умные люди в том смысле в котором умен технарь выполняющий свою задачу. В худшем случае они умны как хищники которые выжимают из других деньги с найменьшими своими трудозатратами, в лучшем их взяли за личные качества(или связи), а не ум
> 1) Неумение и\или нежелание решать проблему. Вместо диалога с человеком, который бесит, выбран путь «пойду плакаться в интернеты».
Интересно, а для какой профессии характерно такое искажение, что вы решили, что автор «плачется» по конкретной проблеме? Чи не для «эффективных менеджеров» низшего уровня?
А то ведь элементарный анализ текста показывает, что тут ни одного конкретного имени, аккуратно затёрты возможные принципиальные детали, а вместо этого — обобщение ещё не уровня сценария для фильма, но уже «все совпадения случайны».
> 2) Начальник — дурак, ничего не понимает, а я один тут умный сижу. Так может, если начальник именно он, а подчиненный — именно автор, то дело совсем наоборот?
Вы действительно читали текст и попробовали его понять?
так вы тоже как бы не молчите а отписываетесь. Значит задело за живое. Чем автор хуже?
>2) Начальник — дурак, ничего не понимает, а я один тут умный сижу. Так может, если начальник именно он, а подчиненный — именно автор, то дело совсем наоборот?
этот аргумент плох, потому что он манипулятивный и демагогический по сути. По такой логике Перельман, который решил одну из «проблем тысячелетия», получится глупее чем его начальник кафедры в институте. По вашему выходит что подчинённый не может быть умнее чем начальник
Те кто становятся руководителями, не умнее, у них просто развиты навыки коммуникации, но это даже не квинтэссенция ума, это разные вещи, и сравнивать это как сравнивать длинное и кислое.
3) Субъективные пространные оценочные разговоры о профпригодности сабжа. При этом вполне очевидно, что оценка его квалификации не может производиться одним лишь автором.
какая разница насколько профпригоден автор если его начальник — в самом деле мудак? Для того чтобы понять что хлеб черствый, не обязательно быть пекарем.
>5) Задача эффективного менеджера — быть эффективным и полезным для бизнеса. Он не должен вам нравиться как человек, не должен избегать просить вас писать отчеты или игнорировать тикеты.
дык автору и не нравится его начальник, о чем он и написал )) В чем противоречие-то? ))
Не должен нравиться — ну ок, ну и не нравится. «Назвался груздем — полезай в ящик».
>Там полный букет нарциссизма, социофобии, мерянья интеллектуальной пиписькой и «ах оставьте меня, нет стойте, оставьте но зарплату платите!».
все взрослые дяди и тёти думают о своих собственных интересах. С какой стати им думать о чужих? Это что, такой уж сюрприз?
А по-вашему, работники должны заботиться не о собственном счастье, а быть запуганными рабами, покорно выполняющими волю хозяина?
>P.S. За всю мою карьеру программистом, ни разу не попадались откровенно хреновые начальники.
а многим, судя по всему, попадались, так что?
все менеджеры говорят так: «всё дело в том что тебе не попадался нормальный менеджер». Это чепуха. Это отговорка вида «истинный шотландец так бы не поступил»
Почитал, всплакнул. Передаю привет бывшим коллегам и желаю всем сваливать с подобных работ. Это стагнация, вы перестаёте быть специалистами и через какое-то время выясняете сами для себя, что очень сильно отстали в предметной области из за всех вот этих перепетий, что занимали все рабочее время.
И тут, как бы все ему сопереживают… А я на месте работодателя такого бы уволил из принципа. К тому же если он так сроки ставит водит всех за нос, и такая важная пис*ка, что с топами напрямую работает в обход своего начальника непосредственного, то уж точно аутсорсеры будут делать работу его не хуже — как минимум так же.
Я тоже работаю программистом, и тоже сталкивался с самодурством, некомпетентностью руководства, но чтобы быть таким му**ком!..
Когда я работал менеджером и решал многие вопросы, которые должны были решать руководители мои и руководители смежных отделов, и имел прямой контакт с генеральным директором, я не занимался «втыканием палок в колёса» — подождал какое-то время, не получил повышения, повернулся и ушёл. Без меня ничего не рухнуло в компании, просто людям пришлось наконец работать на работе и отрабатывать свои деньги — бизнес не встал. Не шибко я был интересен другим работодателям при попытках устроиться и не шибко интересовали их мои достижения на предыдущей работе. Не нужна эффективность бизнесу. И вот теперь я программист. Но таким мудачеством я заниматься тогда не стал и сейчас не буду, и в будущем не планирую. Должна же быть какая-то этика, воспитание, мораль… А! кому я это всё рассказываю… Ценичным ублюдкам, кредо которых — «С волками жить — по волчьи выть». — А я не хочу такой скотиной быть. И автора этого рассказа, хоть и хорошо понимаю в эмоциональном плане, но совершенно не приемлю такое животное поведение. Не дай Бог с таким работать в одной команде.
(Не судите строго мой комментарий. Нужно было отвечать в стиле автора.)
Я говорю: за месяц сделаем, что там сложного. Он пишет: два квартала.
Потому, что оценивая потребное время, представляешь сколько надо сделать ЕСЛИ ничего не случиться и все пойдет как надо. Но так не бывает. А какие будут подлянки и сколько придется с ними разбираться кто может сказать? Нормирование в интеллектуальных профессиях дело крайне ненадежное. В проектировании, конструировании, программировании. Начальники очень хотят понять, сколько потребуется времени. Но откуда эта информация может появиться?
Один проект пришлось переделывать с нуля потому, что компьютер на производстве обладал видеокартой с уникальным сочетанием характеристик, о возможности которого никто не догадывался. Тестирование на десятке моделей прошло на ура и систему поставили на «боевой» компьютер, где она сразу выдала деление на ноль и умерла. Дешевле было поменять компьютер, но заказчик уперся.
На другом проекте многократно использованная сторонняя библиотека начала не просто глючить, а намертво подвешивать операционку. Хорошо, что удалось найти исходники и исправит ошибку. Иначе пришлось бы писать свою с нуля.
Да, что говорить. На дипломе написал программу за неделю. А потом три месяца пытался понять, почему она ведет себя неадекватно. Когда опечатка наконец обнаружилась до защиты оставалась неделя.
90% работы — борьба с неожиданностями. И как это прогнозировать и нормировать?
Причём нарисована картинка наколенной автоматизации, когда один специалист создаёт кастомизированное решение без документации и завязывает на себя техническую поддержку, что автоматом тащит за собой чувство незаменимости, значительные риски для предприятия при потере такого специалиста, и вызывает перегрузку специалиста в связи с вышеупомянутым переключением контекста между поддержкой систем, поддержкой пользователей и разработкой.
Особенно улыбает работа без заявок. Вы это серьёзно? Простой кейс: подключение/отключение пользователя к информационным системам. При разборе полётов так и объясняем: " Доступ к блоку расчета зарплаты для имярек был предоставлен по телефонному звонку заместителя главного бухгалтера. Запись разговора предоставить не могу т.к. средства объективного контроля на моём рабочем месте не используются. Заместитель главного бухгалтера разговор подтвердить не может, так как уволилась неделю назад"?
По кодревью: в условия обеспечения эксплуатации (а ведь именно этим занимается автор) сначала спрашивают за алгоритм. Как показывает практика, если есть проблемы с быстродействием, то разумнее проанализировать алгоритмическую часть. Если проблем с быстродействием нет, код как-то работает в соответствии с заявленным и адекватно откликается на тесты, то без нужды его смотреть смысла нет. Если будет нужда и есть алгоритм и набор тестов, то проще будет выкинуть этот кусок и переписать заново по феншую.
Автору надо попробовать самому побыть в шкуре начальника отдела/менеджера. Одна проблема — с большой степенью вероятности программированию придётся сказать «Все».
Программист правильно понял роль начальника — выступать прокладкой между ним и вышестоящими начальниками. Но он ошибся в мотивации этого назначения. Это сделано не по причине глупости директора, а из-за его желания высвободить время для решения собственных дел, касающихся всего завода, вместо разбора частных задач с рядовым программистом.
Поэтому рано или поздно этого программиста выдавят с завода не мытьем, так катаньем. И вполне заслуженно, хотя он сам вряд ли это осознает.
Повезло что директору, что программисту, что не моего типажа менеджер был.
Я бы каждый день ставил задачу директору, чтоб поставил задачу моему подчиненному.
Я говорю очень тяжело и дорого, потому что документации там нет, все ТЗ на устах сотрудников, переложенные в голову программиста. И потом каждая собака, которая там напридумывала в ЗУП новых идей, забыла про эти идеи, и через полгода приходит к программисту Васи и говорит, что ему нужен такой-то отчётик, а этот программист Вася почему то должен помнить, что Марфа Сергеевна приходила уже с этой проблемой год назад и он уже делал этот отчётик, и что он вот там вот расположен и работает вот так-то, потому, что вышел новый закон, по которому надо, а конфигурация этого не может, и поэтому они это запилили, и делает оно это не совсем очевидным образом, потому что у нас тут своя система организации и ещё мы работаем не совсем в белую, поэтому вот это мы можем показать, а это не нужно показывать. (Не переживайте. Я сам прочитал три раза это предложение и чуть было не забыл к чему это я вообще.) И вот в таком вот критичном раздолбайстве в большинстве даже не самых мелких компаний программистам приходится работать. На программиста всё сваливают, а повышать ему ЗП не хотят. У него тоже идеи есть, как всё оптимизировать, и даже конкретно этот автор говорит, что уже что-то писал, пробовал, внедрял, но не работает. Так может следует поговорить с ним спросить? Зачем подчинённого спросить? Мы сами умные
И вот такая вот некомпетентность является наоборот дополнительным барьером. И хорошо, если он сам самовыпилится из системы, а может и прижиться.
У моего знакомого был такой опыт на работе, когда руководитель отдела такой вот сноб, который тоже из программистов вышел, считает себя умней программистов своего отдела, хотя очень сильно уступает, так ещё и с руководством не умел разговаривать по ЗП сотрудников. И директор там был хитрый очень. В результате у них были сотрудники, которые тащили и внедряли новые технологии, но получали они меньше вновь принятых сотрудников, но не знали об этом. И были сотрудники, которые новечки, но очень быстро схватывающие очень быстро обучающиеся и очень хорошо пишущие и получающие вообще деньги стажёра. И получали программисты там, скажем 35-40 тыс. руб., когда на рынке таким платили 80 тыс. руб. и более. И мой знакомы, который был из программистов разговаривал о повышении с этим начальником ИТ отдела, аргументировал, предупреждал, что все разбегуться, если ЗП не повышать. Не знаю, кто там пожадничал, начальник или директор, но потом все разбежались на 80-100 тыс. руб. а отдел загнулся, начальник этого отдела остался один, потом уехал в Москву и стал там начальником другого отдела другой компании. А дирктор этой конторы, перевёл всё на внешние системы ведения бизнеспроцессов работающие по подписке. И если я вам скажу, что вишенкой на этом торте было, то, что у него перед развалом появился крупный заказ на разработку, то вообще не понятно, как он разбогател с такой жадностью, что умудрился запороть всё. А команда была хорошая. (Это отсыл к видео на YouTube «Макр был хороший»)
Поэтому про управленцев тут больше праведный гнев. Не правильно саботировать. Вот сейчас этот человек своей историей подорвал свою репутацию. И если его кто знает лично и читал этот эпос, то очень сильно задумается.
1. Программист даже не задумывается о приеме на работу себе помощника, который для начала мог бы тупо перезагрузить сервер, если что зависнет. А со временем мог бы править мелки баги и адаптировать код к изменению законодательства. А ведь программист в корешах с директором, и мог бы ему на пальцах объяснить, что зависимость большого числа людей от одного человека — это капец как плохо, ведь он может заболеть, переехать с семьей в другой город и т.д. и т.п.
2. Программист не различает задачи, которые требуют предварительного обсуждения, чтобы потом просто не переделывать неправильно понятую проблему, и регулярно возникающие задачи, требующие точности и своевременности исполнения от всех сторон (пользователей и программистов), которые нужно письменно фиксировать в каком-нибудь трекере, чтобы не тратить потом время на разборки с поиском крайнего, если задача будет выполнена не так, как нужно. А здесь наблюдается ситуация, когда программист просто подстраховывается на случай, если косяк выйдет по его вине, так как в словесных разборках он забьет любого пользователя, и в результате тот сам поверит в свою вину.
3. Ну и напоследок про документацию. Ее просто нет. Ни пользовательской документации, ни технической, ни простых комментариев коде, ни нормальных названий переменных, которые выглядят типа 'afptps'. Его туповатый начальник вынужден читать код, чтобы понять, что он делает, вместо прочтения кратких комментариев и названий переменных. И эта документация никогда не будет написана, так как программист один, и у него просто нет времени на это в связи с наличием текущей работы. А это означает, что после ухода программиста все нужно сносить под ноль и ставить все новое. Без вариантов. Но пока программист работает, он с чистой совестью может шантажировать этим руководство своего предприятия, то есть своего кореша, который его покрывает.
Если там, как описано, на весь город три что-то понимающих человека, то, может, и найти такого помощника уже нельзя — достаточно квалифицированный человек уже захочет больше, чем могут давать?
Хотя я бы в этом случае озадачил подписанием кросс-договоров с теми же «Лёхой» и «Серёгой» — что если что, то коллеги подстраховывают (а он — их). Но, может, и это не получится, из-за специфики работы тех людей.
Я несколько лет проработал в деградирующей фирме — когда приходил, вокруг были титаны мысли, когда уходил — мы еле-еле находили хоть как-то вменяемых людей. И это в столичном городе. Да, платили слишком мало. Не думаю, что у «лирического героя» есть возможность доставать деньги из воздуха.
> 2. Программист не различает задачи, которые требуют предварительного обсуждения, чтобы потом просто не переделывать неправильно понятую проблему, и регулярно возникающие задачи, требующие точности и своевременности исполнения от всех сторон (пользователей и программистов), которые нужно письменно фиксировать в каком-нибудь трекере,
Я так понял, что они обсуждаются и фиксируются — но тот наноменеджер не участвует в этих процессах, всё идёт мимо него (а что было бы, если бы пошло через него — неизвестно, может, всё умерло бы сразу).
Трекер — вопрос интересный — что-то вроде RT ставится реально на коленке и вполне себе работает — но опять же под это нужен хоть мелкий, но серверок. Не в курсе насчёт платных сервисов такого рода за относительные копейки, по идее такие есть (за океаном, наверно, не подходят), и им же опять же всех учить, начиная с бухгалтеров… сложно.
> Ну и напоследок про документацию. Ее просто нет.
> А это означает, что после ухода программиста все нужно сносить под ноль и ставить все новое. Без вариантов.
НЕТ. Всё уже написанное должно работать, и переписывать нельзя, вот это точно «без вариантов». Но дай бог чтобы 1 программист из 10 был способен, разбирая код, тут же писать внятные комментарии о том, что он понял, как оно работает и почему. Увы, слабо реально (не знаю почему — я как раз пишу).
В свое время организовал работу через этот трекер (правда локально установленный с безлимитной лицензией) экономистов, бухгалтеров и трудовиков (порядка 15 человек) в рамках поддержки самописной аналитической системы. И могу сказать, что сравнивая до и после трекера, количество дебильных запросов сократилось на порядок.
Также благодаря трекеру был получен еще один бонус, когда в процессе предварительных обсуждений пользователи выдвигают идиотскую идею. В этих случаях просто прошу оформить сказанное в трекере, после чего в 99% случаев задача снимается, так как очень сложно и неприятно выставлять на всеобщее обозрение свою глупость.
На сегодня в этом трекере несколько тысяч задач, массив которых используется зачастую как база знаний.
Под это дело даже написал для экономистов небольшую инструкцию по работе в трекере, которая выложена по адресу www.leossnet.ru/?p=166.
Ну это уже вопрос выбора конкретного трекера — сколько я их уже перевидел, а вообще их десятки. RT (старый, но работает), youtrack (у нас сейчас для девелопмента), JIRA (классика энтерпрайза), Wrike (невменяемый ужас, JIRA и то лучше; но шумно рекламируется), Trello, OTRS, Bugzilla, GNATS, Redmine — это только то, что сам использовал. Да, список неровный — Trello это вообще канбан-доска, OTRS хорош для поддержки сторонних пользователей, но не своих, и так далее… можно было выбрать любое из них.
Но всё-таки главное тут то, что в результате упираемся в два вопроса — кому это нужно (реально) и сколько это будет стоить? Кто будет составлять заявки, зная, что 90-95% пользователей просто не в состоянии толком описать проблему? Обычно в таких условиях это превращается в трекер времени, а не трекер заявок/тикетов/etc. — просто средство для составления форм отчётов о проделанной работе. Полноценный трекер описанного типа становится нужен, когда несколько участников им пользуются по правилам, а не только один — то есть тут нужны или как минимум 2-3 исполнителя и тот наноменеджер, или исполнитель (лирический герой), начальник и внутренние юзера (которые обучены составлять заявки). Но если начальник этим не будет пользоваться, то вся такая работа — в топку.
> написал для экономистов небольшую инструкцию по работе в трекере
Посмотрел. Я не экономист, но считаю нужным выразить сомнение, что первая часть со ссылкой на ГК что-то даст полезное ;)
А вот то, что явно нужно было бы — это несколько типовых образцовых примеров — что нажимать, как заполнять, какие типовые формулировки и т.п., чтобы было легче ориентироваться в результате (фантазия конкретных юзеров может улететь при заполнении в такую голубую даль, что фиг поймёте, какое это вообще отношение имеет к задачам фирмы). Или на ваших таки подобный вариант подействовал? Если да — это какое-то локальное чудо.
А чтобы не заморачиваться с описанием интерфейса, при личной демонстрации трекера просто обозначал, что трекер — это такая электронная почта, в которой все сообщения лежат в одном месте и они доступны для просмотра всем желающим. При этом каждое сообщение можно по разному помечать, а также вести внутри сообщений любую переписку. После этого достаточно было пару раз ответить по телефону на частные вопросы, и пользователь был готов к работе с трекером.
И как показала практика, основная проблема связана не с интерфейсом трекера, а с неумением людей (даже умных людей) четко формулировать собственные мысли. На борьбу с этим явлением уходит 99% всего времени работы по уточнению и согласованию задач, особенно когда пользователь — это женщина, и совсем капец, когда такая женщина-пользователь считает себя продвинутым пользователем ПК.
Отсюда и основное требование — если хотите быстрого решения ваших проблем, то напрягайте мозги и четко формулируйте, что вам самим нужно. Если не можете сформулировать сами — попросите это сделать коллегу. Если же никто сформулировать не в состоянии — значит эта задача является бредом и не будет браться в работу.
Хм, понятно, спасибо. Сохраню себе в копилку. Во всех моих случаях такой метод только напугал бы, а у вас явно другая специфика :)
С нашей постсоветской дистанцией между начальством и подчиненными если ты прямо не отвечаешь перед владельцем(изредка — директором) то ты просто Джамшут которому скажут копать от завода и до обеда.
Сам проходил это бесконечность раз в таких организациях — менеджмент ставит задачи чтобы выглядеть важными и эффективными и для этого лезет глубоко микроменеджить тебя и всегда настаивает на своем варианте просто чтобы не стать очевидно бесполезным.
«менеджмент ставит задачи чтобы выглядеть важными и эффективными и для этого лезет глубоко микроменеджить тебя и всегда настаивает на своем варианте просто чтобы не стать очевидно бесполезным.»
У меня на это один ответ и себе и другим: не нравится — пиши заявление и вали. Создавай своё, будь правильным, будь мудрым, будь последовательным и всё прочее, чего ты так и не увидел в этом бездарном, никчемном менеджере.
А указывать другому человеку что и как ему делать тогда, когда он отвечает и за твою работу и за работу еще пятерых таких как ты, плюс у него такие же личные проблемы, как у вас, а еще начальство, а ему еще общение с клиентами, а там ему делать заказчику массаж чресел и мозга, уговоры…
То есть я, как человек, который бегает как волк и ищет заказы, чтоб прокормить и себя, и программиста и бухгалтера, токаря, электрика… и чтоб мне еще кто-то ковырял мозги там, где вроде бы должно быть взаимопонимание в вопросе «как делать деньги»????? Уволю к е**ям таких работников.
А почему вы себя сравниваете при этом всём не с директором из этого рассказа, а с этим наноменеджером?
Опять же виноват супервайзер всего этого, бенефециар, хозяин.
Я повторюсь, вахтер/программист/бухгалтер/менеджер/шофер/токарь/лаборант, тебя не устраивает — заявление-чемодан-свой бизнес-свой кредит под залог квартиры-свои(правильные) методы управления…
У меня есть сильнейшие сомнения, что то, что там происходило, соответствует слову «процесс» хоть в каком-то его понимании.
Вот на попытку прикидки этого процесса методом установки экспериментального компонента — подходит значительно лучше.
> Нихрена себе… Синдром вахтера в АйТи…
Синдром вахтёра, как видим по описанию, как раз у менеджера.
> тебя не устраивает — заявление-чемодан-свой бизнес-свой кредит под залог квартиры-свои(правильные) методы управления…
Вообще-то даже в тоталитарной армии есть обратная связь. Вы же отказываете ей в праве на существование. Почему «чемодан-вокзал» не применим в этом случае и к вам?
>У меня есть сильнейшие сомнения, что то, что там происходило, соответствует слову «процесс» хоть в каком-то его понимании.
И сомнения эти возникли потому что так написал один из вахтеров???
>Синдром вахтёра, как видим по описанию, как раз у менеджера.
У всех. В этом вся проблема.
>Вообще-то даже в тоталитарной армии есть обратная связь. Вы же отказываете ей в праве на существование.
В данном случае, по описанию, действия «вахтера» более похожи на саботаж.
Насколько я понял, обратная связь, как раз-то и была…
>Почему «чемодан-вокзал» не применим в этом случае и к вам?
Не просто применим. Я неоднократно сам по отношению к себе применял. Хотя обьективно зачастую был прав. Но в силу обьективных причин начальник владеет/должен владеть большей информацией и не всегда она может быть доступна всем.
Потому что так написал автор. Я не имею причины априори считать его вахтёром.
> В данном случае, по описанию, действия «вахтера» более похожи на саботаж. Насколько я понял, обратная связь, как раз-то и была…
Если над наноменеджером заслуженно смеётся весь завод (сказано прямым текстом), какая обратная связь?
> Но в силу обьективных причин начальник владеет/должен владеть большей информацией и не всегда она может быть доступна всем.
Ну вот тут это явно не выполнялось.
Ну да ладно, мне все равно, кому какой урок нужен — такой и выучит.
Я был с обеих сторон (хотя не в том варианте, как во второй статье — я не был секретным ревизором). Разумеется, на практике я бы выслушал обе стороны, но мы-то обсуждаем художественный вымысел? А в нём достаточно зацепок, чтобы определить степень достоверности изложенного.
А про сочинение про позицию второй стороны (запощенную пару часов назад) я уже высказался, повторяться не буду.
> Ну да ладно, мне все равно, кому какой урок нужен — такой и выучит.
Именно так.
«Наверно вы херово работаете.»
— если вы это мне писали, то да, херово работаю. Но не виню начальство. Как ставит задачу — так и выполняю. Я за это получаю зарплату, а они рискуют бизнесом, деньгами, будущим.
Скажу больше, меня бесит, когда мой начальник не дает мне работы. Скорее всего дальше только хуже.
Я недавно был привлечён к написанию обмена ЗУП с внешней системой ведения найма для рекрутеров E-Staff. Кстати, ребятам оттуда привет, если они читают хабр. Привет не добрый.
Так вот менеджер проекта тоже сначала с умным видом там словами кидалась, что ничтожеством себя почувствовал. Я вообще начинающий программист. ТЗ мне поставил мой куратор, а дальше она мямлила общими словами, что надо, а я уже формировал себе приемлемое ТЗ. И более того, я ещё и общался с техподдержкой этого E-Staff и вызнавал всё. Я же ставил себе тестовый сервер E-Staff и разбирался как он работает. Я же проводил целые исследования, как E-Staff в себя забирает информацию из csv файла. Я же ставил проблемы синхронизации, которые неизбежно возникают, в этой колхозной системе тех. поддержке, на которые они отвечали молчанием. Я же его обновлял несколько раз по просьбе этого куратора проекта, потому что админа они ещё не нашли, а «я же уже разобрался с этим». И при этом моё куратор знает о всей этой кухни с этим внедрением, и начальник моего отдела знает об этой всей кухне. Админ над этой системой до сих пор не найден, хотя прошло уже больше года, как внедрение тянется. У этой системы E-Staff масса детских болячек. Её внедрять решили потому, что в ЗУП не было этого функционала, она был написан нашим отделом (не мной), но решили не @какать@ в ЗУП и избавить его от этих нечистот. В результате. В ЗУП код так и остался и данные по прежнему первичные берутся из него. Появилась новая система E-Staff с которой не кому заниматься на нашей стороне, работать в которой заставляют сотрудников и им приходится учиться новому. По каждой проблеме синхронизации, почему E-Staff не всосал в себя данные обмена обращаются ко мне, и я проверяю, что не так и потом отправляю запрос в тех поддержку E-Staff. А потом так и не дождавшись ответа объясняю сотрудникам, как им приспособиться так, чтобы хоть как-то с ней работать. Когда данные задублировались в E-Staff, то тоже почему-то бегут ко мне. И если вы думаете, что эта система бесплатна, то вы глубоко ошибаетесь. Посмотрите цены на их продукт.
Моя же роль в этом проекте должна была ограничиться регулярной выгрузкой csv файлика в папочку.
Более того, осенью я попросил повышения до 45 тыс. руб. потому что в компании сделали курсы 1С программистов куда набирали всякую шелупонь, где люди за символическую плату учились три месяца и, если показывали результат, то их брали на 45 тыс. руб. Так вот мой запрос отклонили о повышении и дали мне всего лишь 40 тыс. руб. ЗП. Некоторых сотрудников с этих курсов брали на 50 тыс. руб. потом мне донесли проверенные люди. И это очень, очень, очень не маленькая компания с численностью сотрудников в 25 тыс. человек и даже более наверное — цифра всё время растёт.
Так что про плохих руководителей очень много в организациях. И эти организации при таком руководстве ещё и процветают. Моё мнение, что они процветают только из-за таких сердобольных, как я, которые не хотят делать тяп-ляп, которые хотят чему-то научиться на новых задачах, пусть даже не в их компетенции.
В моей истории есть очень хороший позитивный момент, я умудряюсь на плохой организации разработки в организации научиться многому, потому что мне интересно.
В истории автора он ничему не научится уже, потому что стал баластиться и сливать всё на тормозах, потому что среди кучки бездельников, он самый умный и самый хитрый бездельник. Рано или поздно это закончится и в другой организации со старыми привычками может быть очень неуютно.
Это же реально человек которому все равно и который нифига не понимает.
А если она не работает и реально все ходят через голову — значит, надо что-то менять.
Поймай меня, если сможешь