Вопрос понятен. Функции/свойства над-систем должны находиться в над-системах, т.е. в каждой системе должны находиться только функции/свойства этой системы. К функциям/свойствам над- и под- систем необходимо предоставить доступ из самой системы, тогда система всегда сможет определить свой состав и состав над-системы, в которую она входит, для взаимодействия с другими системами.
Отличный ответ. Я вообще не понимаю, для чего создавать лишние сущности, если теория систем уже предлагает такие термины, как надсистема и подсистема? Это не эффективно и в плане ROI и в вопросах эволюции. Ведь всем известно, что идеальная система — это система которой не существует, а функции её остаются! Закон идеальности как раз и открыт для того, чтобы остановить желание программистов тратить своё и наше время на создание лишних сущностей.
И я говорил про утопию чистого БО.) Как есть социализм и его дальнейшие развития, так я признаю и БО Сбербанка с возможными изменениями в будущем. Поэтому, в принципе, я поддерживаю Ваш труд по продвижению идей БО в широкие массы.
Но про KPI поправьте…
А как звучит классический? И воплотить пытались — «Каждому по труду.» Коммунизм — это утопия и недостижим он именно поэтому, как и БО. Что такое «утопия» я разжевывать не буду…
Мое первое сообщение касалось KPI и ваших заблуждений по поводу их отмен.
01. Он и не полетел. Он создал устройства, которые его понесли.
02. Его и не отменили. Его форма стала другой. Рабство — это зависимость.
03. Мы говорили про коммунизм.
04. В каких то опытах и этим можно пренебречь…
05. Но не все и не везде смогут ими воспользоваться.
Так кто из нас придирается к словам, спрашивая о коммунизме и БО?)
Классический. «От каждого по способности, каждому по потребности.» Я 12 лет проработал в ИТ Сбербанка и последние 5 из них управлял проектами компании. В Сбере был свой уровень БО с определенными ограничениями, но в последнее время ограничения стали превалировать над людьми. Всё это относится к эволюции и развивается по её законам (по спирали). Иногда побеждает БО, а иногда диктатура...), которая в свою очередь поднимает БО на новый уровень.
Эффективный результат – это синхронизация ваших целей и цели оппонента, которые в
свою очередь совпадают, в перспективе, с целями компании.
Диктатура определяет цели компании, которые затем достигаются в бирюзовом окружении.
1. Вовлеченность то же измеряется в KPI
2. Никто от KPI не отказывается, другое дело, что компании изменяют свои KPI, чтобы стать более свободными от менеджмента и стать более горизонтальными по линии управления (смотрите проектное управление).
3. Без KPI невозможно подводить итоги, делать оценку, ставить цели…
4. Ваше существование без KPI — нирвана ради самого существования и то имеет единственное KPI — выжить.
5. БО в чистом виде, как и коммунизм — недостижим. И с этим Вам надо смириться.)
Все мои предыдущие утверждения исходили от лица руководителя проектов, а не от лица операционного руководителя. Возможно, что недопонимание в этом.
Руководитель определяет что и фиксирует когда, а исполнитель решает как.
Исполнитель предлагает «как», а руководитель согласовывает и совместно определяются метрики и сроки по ним.
Вы занимались «полной декомпозицией» для каждого из 100 сотрудников?
Я занимался разработкой планов проекта, планов управления проектом, планов управления рисками проекта,… согласованием указанных планов с участниками проекта и другими задачами РМ по ходу проекта. (см PMBOK)
Каковы были показатели до вас и после
Последние три года не было факапов.
Надеюсь это сакрказм.
Без юмора в нашем деле нельзя!
В современной компании почти любой операционный руководитель — лишнее звено! Современные технологии управления сотрудниками и проектное управление позволяют резко уменьшать количество «обычных» руководителей, приводя компании к более плоской структуре. Конечно, это встречает сильный отпор операционного менеджмента...)
1. Обычно нескольких.
2. В более широком смысле. В команде проекта участвуют не только разработчики ПО.
3. Ближе к Account Manager, но для всех участников проекта и стейкхолдеров.
1. РМ управляет рисками проекта. Если бы не было рисков, то РМ был бы не нужен;
2. РМ координирует работу команды проекта;
3. РМ выполняет роль фасилитатора при коммуникациях между заказчиками и командой проекта.
Сотрудник не может быть ответственным за срыв сроков, которые ему назначили.
Сроки исполнения всегда заранее согласовываются с сотрудником.
Руководитель занимающийся декомпозицией — это бесполезное существо. Вместо руководства...
Что такое руководство? Это постановка задач и контроль их выполнения. (это если кратко). Декомпозиция задачи до уровня исполнителя — главная задача руководителя! Иначе задача может быть «не так» понята и не выполнена в срок.
руководитель должен вмешиваться только тогда, когда чего-то нет даже в инструкции
РМ управляет рисками проекта. Без данного ограничения управление рисками будет выполняться с задержкой, что приведет к срыву сроков проекта.
Вы пробовали так вообще руководить...
Я руководил отделом разработки (20 сотрудников) и ИТ-проектами (100 сотрудников) в крупной международной компании.
А лучше сменить руководителя сразу
Руководитель всегда прав!
Так они оба определяют одно и то же.
Второй помогает первому. Это разные задачи. И конечно, у каждого есть и другие…
Достаточно использовать несколько правил из теории ограничений:
1. Задача должна выполняться в срок и в полном объеме. Требование для сотрудника – необходимо выполнить задачу точно к
определенному времени и в соответствии с точно указанной декомпозицией. Требование для руководителя – при постановке цели необходимо
указывать время ее выполнения и проводить полную декомпозицию
выполнения.
2. При возникновении отклонения следует незамедлительное
извещение инициатору запроса. Требование для сотрудника – при возникновении отклонения
необходимо предотвратить задержку принятия корректирующих действий
руководителем. Требование для руководителя – при возникновении отклонения
требуется минимизировать время для корректировки декомпозиции
выполнения или для постановки новой задачи.
3. Знание о невыполнимости задачи в срок не освобождает сотрудника
от ответственности за ее выполнение. Требование для сотрудника — предотвратить задержку принятия
корректирующих действий руководителем при постановке первоначальной
задачи. Требование для руководителя – при непонимании сотрудником
поставленной задачи требуется минимизировать время для корректировки
декомпозиции выполнения или для постановки новой цели. Необходимо
рассмотреть вопрос смены исполнителя.
4. Увеличение сущностей при решении задачи запрещено.
Минимизация не нужных действий сотрудника. Требование для сотрудника – определить свою цель. Требование для руководителя – определить цель сотруднику.
Микро-сервисная архитектура ОС и обмен сообщениями, как основной механизм взаимодействия между ними. А вообще: идеальная система — это та, которой физически не существует, а функции её выполняются!
В Сбертехе полностью закрытое руководство. Если тебе сказали — «Прыгай.» У тебя осталась только одна возможность спросить — «Как высоко?». Люминий или чугуний… И выбор не за тобой. Добавим сюда свою специфику положения службы безопасности и мы получим компанию-тюрьму из которой только и хочется, что быстрее убежать!) Что собственно мы и сделали.
Но про KPI поправьте…
Мое первое сообщение касалось KPI и ваших заблуждений по поводу их отмен.
02. Его и не отменили. Его форма стала другой. Рабство — это зависимость.
03. Мы говорили про коммунизм.
04. В каких то опытах и этим можно пренебречь…
05. Но не все и не везде смогут ими воспользоваться.
Так кто из нас придирается к словам, спрашивая о коммунизме и БО?)
Эффективный результат – это синхронизация ваших целей и цели оппонента, которые в
свою очередь совпадают, в перспективе, с целями компании.
Диктатура определяет цели компании, которые затем достигаются в бирюзовом окружении.
2. Никто от KPI не отказывается, другое дело, что компании изменяют свои KPI, чтобы стать более свободными от менеджмента и стать более горизонтальными по линии управления (смотрите проектное управление).
3. Без KPI невозможно подводить итоги, делать оценку, ставить цели…
4. Ваше существование без KPI — нирвана ради самого существования и то имеет единственное KPI — выжить.
5. БО в чистом виде, как и коммунизм — недостижим. И с этим Вам надо смириться.)
Исполнитель предлагает «как», а руководитель согласовывает и совместно определяются метрики и сроки по ним.
Я занимался разработкой планов проекта, планов управления проектом, планов управления рисками проекта,… согласованием указанных планов с участниками проекта и другими задачами РМ по ходу проекта. (см PMBOK)
Последние три года не было факапов.
Без юмора в нашем деле нельзя!
В современной компании почти любой операционный руководитель — лишнее звено! Современные технологии управления сотрудниками и проектное управление позволяют резко уменьшать количество «обычных» руководителей, приводя компании к более плоской структуре. Конечно, это встречает сильный отпор операционного менеджмента...)
2. В более широком смысле. В команде проекта участвуют не только разработчики ПО.
3. Ближе к Account Manager, но для всех участников проекта и стейкхолдеров.
2. РМ координирует работу команды проекта;
3. РМ выполняет роль фасилитатора при коммуникациях между заказчиками и командой проекта.
Сроки исполнения всегда заранее согласовываются с сотрудником.
Что такое руководство? Это постановка задач и контроль их выполнения. (это если кратко). Декомпозиция задачи до уровня исполнителя — главная задача руководителя! Иначе задача может быть «не так» понята и не выполнена в срок.
РМ управляет рисками проекта. Без данного ограничения управление рисками будет выполняться с задержкой, что приведет к срыву сроков проекта.
Я руководил отделом разработки (20 сотрудников) и ИТ-проектами (100 сотрудников) в крупной международной компании.
Руководитель всегда прав!
Второй помогает первому. Это разные задачи. И конечно, у каждого есть и другие…
1. Задача должна выполняться в срок и в полном объеме.
Требование для сотрудника – необходимо выполнить задачу точно к
определенному времени и в соответствии с точно указанной декомпозицией.
Требование для руководителя – при постановке цели необходимо
указывать время ее выполнения и проводить полную декомпозицию
выполнения.
2. При возникновении отклонения следует незамедлительное
извещение инициатору запроса.
Требование для сотрудника – при возникновении отклонения
необходимо предотвратить задержку принятия корректирующих действий
руководителем.
Требование для руководителя – при возникновении отклонения
требуется минимизировать время для корректировки декомпозиции
выполнения или для постановки новой задачи.
3. Знание о невыполнимости задачи в срок не освобождает сотрудника
от ответственности за ее выполнение.
Требование для сотрудника — предотвратить задержку принятия
корректирующих действий руководителем при постановке первоначальной
задачи.
Требование для руководителя – при непонимании сотрудником
поставленной задачи требуется минимизировать время для корректировки
декомпозиции выполнения или для постановки новой цели. Необходимо
рассмотреть вопрос смены исполнителя.
4. Увеличение сущностей при решении задачи запрещено.
Минимизация не нужных действий сотрудника.
Требование для сотрудника – определить свою цель.
Требование для руководителя – определить цель сотруднику.