Entry tags:
- it,
- management,
- motivation,
- qa,
- quality,
- ru
Большое сбрасывание [1]
Есть несколько постов, которые я начал и не дописал. Сегодня я сбрасываю их в том виде, в каком они были. Потому как, если до них столько времени руки не доходили, то доделывать это не нужно даже мне.

Это должно было стать продолжением серии
В заметках осталось две темы:
Программисты разговаривают на непонятным другим специальностям языке.
Программисты считают, что знания других специальностей можно получить быстрым изучением.
В принципе, можно раскрыть тему. Можно не раскрывать. Продолжать мне лень.
Судя по всему, это продолжение какого-то поста, точную привязку к которому не нашёл.
Расписывать лень. Кодовое слово «Genchi Gebutsu» Этого достаточно.
Почему из динамичных стартапов получаются медлительные концерны.
Разрозненные заметки, которые должны были быть собраны в цельный текст. Точнее, это было только начало. Но полностью писать - это большой объём и надо много думать о грустных вещах. Пусть так и останется тайной.
Эффективность и вес - понятия ортогональные. (Если, конечно, рассматривать не отдел маркетинга)
Чем меньше реальная производительность, тем больше подчинённых.
Во-первых, бюджеты ограничены и мелкие начальники дерутся за то, чтоб крупные перекроили бюджеты в их пользу. Обыкновенный каннибализм. Особо развит между разными площадками. Внутри фирмы идёт каннибализм между отделами. Лучшие карты сейчас у тех, кто контролирует Качество Процессов.
Секрет прост: потому что во-вторых, эффективность сложно оценить. Если качество отдела качества ещё как-то можно контролировать количеством тестов и обломами во время интеграции и запусков у клиентов, то производители процессов выпускают только инструкции для других.
Потом, наверху сидят:
или a) владельцы и ругают менеджеров за предпочтение личных целей целям фирмы. Ещё тот самый Сименс, который основатель, со своими менеджарами по этому поводу цапался. В этом случае что-то работает. Но настолько, насколько хорош хозяин. Что бывает не всегда.
Или б) наверху сидят Большие Начальники, зарплата которых зависит от рынка акций. А над ними акционеры, которые смотрят тоже курс, и чуть-чуть на перспективы этого курса развитие.
Поднять акции можно эффективной работой. Но это сложно. Потому в основном используются два способа
1. Купить фирму с несколькими тысячами леммингов. (курс растёт потому как новые рынки и синергии)
2. Вышвырнуть на улицу несколько тысяч леммингов (курс растёт потому как экономия средств)
Увольнение тоже из центра в процентах по разнарядке спускают. Вот тут то и происходит неестественный отбор.
На этом текст обрывается. А вот как и почему стартап переходит в экстенсивное состояние, это мне писать лень.
О дрессировке программистов [2]
Это должно было стать продолжением серии
В заметках осталось две темы:
Программисты разговаривают на непонятным другим специальностям языке.
Программисты считают, что знания других специальностей можно получить быстрым изучением.
В принципе, можно раскрыть тему. Можно не раскрывать. Продолжать мне лень.
Должен ли ИТ менеджер программировать?
Судя по всему, это продолжение какого-то поста, точную привязку к которому не нашёл.
Расписывать лень. Кодовое слово «Genchi Gebutsu» Этого достаточно.
Эффект масштаба
Почему из динамичных стартапов получаются медлительные концерны.
Разрозненные заметки, которые должны были быть собраны в цельный текст. Точнее, это было только начало. Но полностью писать - это большой объём и надо много думать о грустных вещах. Пусть так и останется тайной.
Эффективность и вес - понятия ортогональные. (Если, конечно, рассматривать не отдел маркетинга)
Чем меньше реальная производительность, тем больше подчинённых.
Во-первых, бюджеты ограничены и мелкие начальники дерутся за то, чтоб крупные перекроили бюджеты в их пользу. Обыкновенный каннибализм. Особо развит между разными площадками. Внутри фирмы идёт каннибализм между отделами. Лучшие карты сейчас у тех, кто контролирует Качество Процессов.
Секрет прост: потому что во-вторых, эффективность сложно оценить. Если качество отдела качества ещё как-то можно контролировать количеством тестов и обломами во время интеграции и запусков у клиентов, то производители процессов выпускают только инструкции для других.
Потом, наверху сидят:
или a) владельцы и ругают менеджеров за предпочтение личных целей целям фирмы. Ещё тот самый Сименс, который основатель, со своими менеджарами по этому поводу цапался. В этом случае что-то работает. Но настолько, насколько хорош хозяин. Что бывает не всегда.
Или б) наверху сидят Большие Начальники, зарплата которых зависит от рынка акций. А над ними акционеры, которые смотрят тоже курс, и чуть-чуть на перспективы этого курса развитие.
Поднять акции можно эффективной работой. Но это сложно. Потому в основном используются два способа
1. Купить фирму с несколькими тысячами леммингов. (курс растёт потому как новые рынки и синергии)
2. Вышвырнуть на улицу несколько тысяч леммингов (курс растёт потому как экономия средств)
Увольнение тоже из центра в процентах по разнарядке спускают. Вот тут то и происходит неестественный отбор.
На этом текст обрывается. А вот как и почему стартап переходит в экстенсивное состояние, это мне писать лень.
no subject
Гугл - Моторола тому пример.
Думаю, у Apple тоже будут проблемы.
no subject
no subject
no subject
no subject
Как мне видится, при росте компании всегда будут проблемы. Так как начинает компанию человек (или группа), работающая «за идею». С ростом, приходится набирать людей но уже тут кроется совсем другой стимул. Люди, в основном, приходят работать за зарплату. Один выход — быть немножко диктатором. Ну и конечно никогда, никогда, не отдавать бразды правления каким-то там советам директоров и тем более, акционерам. У тех совсем другие мотивы. Что мы и видим...
no subject