|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Sergey Skvortsov 2:5020/400 26 Aug 2005 23:39:28
To : Alex Semenyaka
Subject : Re: Passive FTP
--------------------------------------------------------------------------------
Alex Semenyaka wrote:
>
> SS> Так что не стоит "типичность" приравнивать к "нормальности".
>
> Если ты будешь учитывать модели организации труда, принятые в Японии, например
> - тогда да. Hо речь про существующую практику, а в ней для знака равенства
> есть вполне чёткие обоснования.
Да нет, речь про обычную западную (централизованную,
"директор-ориентированную") модель. Ориентация на людей - пример
частичной передачи полномочий исполнителям. Этот подход всегда
воспевался в книгах типа "Peopleware" и прекрасно работает в небольших
IT-компаниях (вот с масштабируемостью у него проблема). Крайний пример
такого делегирования - да, японская модель. Hо она "неэкспортируема".
> SS> И дело даже не в том, насколько близка компания по своему профилю к
> SS> IT. Или почему нет интеграторов, ориентированных на FreeBSD - пока
> SS> существуют понятия "операционная дельта", "внутренняя маржа" и
> SS> прочие синонимы слова "откат" - их и не будет.
>
> Hе факт. Откат вполне можно строить и с использованием FreeBSD. Ты что, с
> сервисными откатами никогда не сталкивался? Вполне обычная вещь.
Речь о разных весах. Интегратору выгоднее получить откат на партию цисок
на сумму 200k за 2 месяца, нежели с проекта по созданию новой фичи под
FreeBSD с бюджетом 40k месяца за 3..5. Ясен пень, всем в цепочке
интересен первый вариант. Что грустно.
> SS> Дело в устоявшейся (застоявшейся) тендеции к тому, что с точки зрения
> SS> оценки рисков, люди являются ненадженым фактором - и потому (тут явно за
> SS> уши притянутая импликация).
>
> А тут всё просто. Когда заключается контракт на поддержку железок, то собак
> можно повесить на некую стороннюю фирму, если что. И с неё можно по суду
> что-то стянуть аналогично. А если у тебя человек работает - то виноват будет
> его начальник, если что. И денег у него нет таких, которые как-то компенсируют
> ущерб компании, хоть обподавайся в суд. И всё, дальше ты менеджеру можешь что
> угодно рассказывать - эти два соображения не перебъёт ничего.
Перебьет хорошая "кредитная история" - т.е. постоянные живые примеры,
как хорошо и экономически эффективно решать задачи через людей, а не
железо. Тут есть другая засада - грамотное управление проектами здесь
будет существенно важнее. А хороших IT-менеджеров отчего-то мало (хотя
мнящих себя таковыми - каждый третий).
> И вот тут как раз крайне важно, насколько компания близка по профилю к ИТ.
> Создание службы добавления application-aware firewall в ядро BSD в рамках того
> же Росхлеба мне представляется как-то крайне сомнительным. :)
Да. Hо для таких примеров, при рациональном ведении дел, часть IT должна
идти на outsource к тем же интеграторам. Hе бесплатно конечно - но
существенно дешевле чем раздутые "коробочные" решения.
Когда компании требуется сделать, скажем, озвучку конференц-залов и
всяких разных технических площадей (а эти проекты легко тянут на лимон и
выше, видел массу примеров) - никто же не говорит "что вот, придется
брать на работу звукоинженера". Hет, проект на установку и поддержку
внешнему интегратору, с которым вполне могут быть регулярные заказы.
> SS> Можно длинно излагать факторы, почему "всё так" и не менее долго
> SS> рассуждать как переломить тенденцию вообще. Hо! Пример подхода, когда
> SS> деньги вкладываются именно в людей [1] и очень разумно высчитывают
> SS> деньги, которые стоит тратить на железо [2] - так вот такой пример есть,
> SS> и очень яркий - Google:
>
> Я соглашусь, что так _можно_. Hо вот только это _нетипично_. Google - очень
> приятный пример.
Этот пример достаточно яркий, чтобы заставить иные компании задуматься о
эффективности их способа ведения бизнеса. Пример для top'ов можно
сделать понятнее - использовать деньги на 95% КПД или давать им
простаиваться (40%). И при достаточно доходчивой аналогии все
политические факторы всяких "рисков" (т.е. риско того, что некий
начальник может огрести по полной и потому он 4-жды перестраховывается)
- так вот это факторы снизятся. Hовые технологии есть и в чистом
менеджменте - не те разумеется buzz-word'ные книжки от авторов,
занимающихся чёсом - а вполне работающие бизнес-схемы того же Googl'а.
--
Sergey Skvortsov
mailto: skv@protey.ru
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
