Полное совпадение, включая падежи, без учёта регистра

Искать в:

Можно использовать скобки, & («и»), | («или») и ! («не»). Например, Моделирование & !Гриндер

Где искать
Журналы

Если галочки не стоят — только metapractice

Автор
Показаны записи 2581 - 2590 из 30957
Команда
Команда (team) инженерного проекта — это не просто какие-то люди или организации (группы людей с оборудованием и известным распределением полномочий). Это люди с совершенно определённым набором компетенций, нужных для реализации проекта, при этом речь идёт не только об инженерных, но и о менеджерских и других прикладных компетенциях.
Команда создаёт определение и воплощение системы, команда выполняет работы, команда применяет практики (дисциплины в головах и технологии в предпринятии).
Команда должна работать как слаженный коллектив, для этого её нужно организовать из отдельных составляющих её людей. Для того, чтобы каждый человек занял своё место на логистическом “конвейере” (ибо если какие-то места на этом “конвейере” не будут заполнены людьми, то целевая система просто не сможет выпуститься — необходимые на этом рабочем месте работы не будут произведены), нужно его “уговорить”.
Это функция “комиссара”, пропагандиста, специалиста по менеджерской дисциплине “лидерство” (leadership). Лидер выполняет работы, которые можно описать двояко (помним, что это два разных описания одной и той же деятельности):
● Убалтывает исполнителей ролей команды играть в этой команде необходимые роли (убалтывает путать “личное” и “общественное”).
● Осмысляет жизнь исполнителей ролей тем, что они приносят стейкхолдерам пользу, их жизнь и работа имеют значение для окружающих.
Методологическая действительность: дисциплины, практики, методы
Дисциплины/области интереса
Основная схема включает указание на три основные предметные области/области интереса/дисциплины (area of concern), они выделены на диаграмме зелёным, жёлтым и голубым цветами:
● Технологический менеджмент, упор на маркетинг/стратегирование: как сотрудничать со стейкхолдерами, которые дают возможности для самых разных проектов (“предпринятий” — от “предпринять что-то”) и соединять их с возможностями, которые даёт команда. Если возможности стейкхолдеров и команды совпали, то проекту быть! На диаграмме эта предметная область/дисциплина отмечено, как относящееся к “клиенту” (client). Системная инженерия всегда кого-то обслуживает! Инженеры не разрабатывают системы сами для себя!”
● инженерию: как придумать/определить и сделать/воплотить успешную систему. На диаграмме это область “инженерного решения” (solution, не путайте с decision!).
● Инженерный менеджмент, упор на операционный менеджмент и лидерство: как собрать и сплотить компетентную команду, оснастить её всеми необходимыми технологиями и организовать работы по проекту. На диаграмме это область “предпринятия” (от “предпринять” что-то, но слово “предприятие” не подходит, речь тут идёт не о юридическом лице — это может быть и большой холдинг, и какая-нибудь “рабочая группа проекта”. В OMG Essence это “Endeavor”, ибо стандарт писали в США главным образом. В Англии было бы “более по-французски” — Endeavour).
</>
[pic]
Менеджер - лидер

metanymous в посте Metapractice (оригинал в ЖЖ)

Системная инженерия и менеджмент
Прежде всего нужно отметить, что менеджмент сам по себе неоднородная дисциплина. Менеджментов, тесно связанных с инженерией, выделяют три (но это только самое грубое деление):
● Инженерный менеджмент (engineering management), в основе которого лежит операционный менеджмент (исследования операций, логистика, проектное и процессное управление)
● Технологический менеджмент (technology management, можно перевести и как “технологичный менеджмент” и “менеджмент технологий” в зависимости от проставляемого акцента) — cтратегирование (предпринимательство, инновации) и маркетинг (продажи). Сюда же часто относят работу CTO и CIO.
● Системноинженерный менеджмент (systems engineering management) или в российской традиции “управление жизненным циклом”: часть системной инженерии, обеспечивающая целостность и преемственность в выполнении всех необходимых работ по мере того, как система проходит стадии замысла, проектирования, воплощения в жизнь, использования и вывода из эксплуатации.
Кроме этого “менеджер” ещё и работает с людьми (leadership) — выполняет роль лидера, катализируя сотрудничество.
Традиционный советский способ ведения сложных разработок
В) включал как административное, так и техническое руководство проектами со стороны генеральных конструкторов, совмещающих менеджерскую и инженерную роли — и по мере разворачивания работ акцент с технического руководства переводился во всё более и более административный пласт. Этот тренд советского времени был поддержан в постсоветское время: ГИП (главный инженер проекта) только номинально выполняет роль технического лидера, по факту же он менеджер и несёт ответственность за соблюдение сроков, выполнение бюджета, своевременность отгрузок результатов работ и проплат вознаграждений контракторам. По факту сейчас работы по удержанию инженерного целого выполняет “консилиум” начальников отделов специальной инженерии — в ходе проведения бесчисленных совещаний и согласований результатов работы подразделений. Это вполне нормально, но методы такой коллективной работы не опираются на системный подход явно, правила согласований изобретаются по ходу дела, нет ответственных за отсутствие “белых пятен” в целостной инженерной проработке, что ведёт к плохому качеству работ.
Ещё одна классификация разных видов системных инженеров была предложена в 2013 году техническим директором INCOSE Bill Miller. Он предложил отнести всех системных инженеров к шести “племенам” (tribes) в соответствии с их основным интересом в системной инженерии:
1. Технические практики всего жизненного цикла (работа с требованиями, архитектурой, проверкой и приёмкой, и т.д.)
2. Системноинженерный менеджмент, который тоже озабочен практиками, только практики о другом (управление конфигурацией, управление информацией, и т.д.).
3. Моделеориентированная системная инженерия, которая пытается трансформировать практику использования неявных (и часто запертых в сером веществе инженеров) описательных и вторичных по отношению к спецификациям моделей в практику использования явных первичных и богатых выразительными возможностями моделей.
4. Нетрадиционные промышленные экосистемы (то есть за пределами аэрокосмической инженерии), часто включают и "местные" практики.
5. "Мягкие системы", системное мышление и системная наука, которые имеют дело со сложными, вероятностными или недетерминистскими системами.
6. Системноинженерое лидерство, заинтересовано объединить практики всех остальных племён и катализировать их дружную совместную работу.
В статье "Наука и искусство системной инженерии" —
http://www.worldscinet.com/srf/03/0302/free-access/S1793966609000080.pdf ,
отражающей опыт системной инженерии NASA приводится сравнение системного инженера с дирижёром — симфонический оркестр, который творит Симфонию под управлением специально обученного и талантливого дирижёра. Системный инженер, как дирижёр, налаживает работу "симфонического оркестра" из многих инженеров-по-специальности. Это и правда и неправда одновременно. Правда в том, что системные инженеры — это технические лидеры. Неправда в том, что системный инженер это один человек, “рулящий” огромными коллективами других инженеров. Как в инженерии произошло разделение на инженеров по специальности (механиков, электриков, программистов, теплотехников и т.д.), как в западной медицине произошло разделение врачей по разным врачебным специальностям, и врачи редко работают поодиночке, так подобное разделение уже произошло и в самой системной инженерии. Системных инженеров разной специализации может быть в одном проекте целая команда.
Системные инженеры должны быть техническими лидерами в инженерных коллективах. Понятие технического лидерства (technical leadership) означает помощь в организации коллективной мыслительной работы по отношению к той или иной технической идее: все участники проекта должны делать одну и ту же систему, а не разные. Отличия технических лидеров от “технических евангелистов”: евангелисты — это проповедники чужих идей на предмет их воплощения в самых разных проектах инженерной компании или даже отрасли, а системные инженеры как технические лидеры — сами себе “технические иисусы христы” в отдельных конкретных проектах, они сами поставщики тех технических решений, в которых потом они должны уметь убедить других людей в их конкретном проекте. Системные инженеры не просто берут идеи от одних инженеров, а потом убеждают других инженеров их принять. Системные инженеры генерируют технические идеи самостоятельно.
--Лидеры как-то убалтывают исполнителей играть роли, а также модерируют неизбежные при этом конфликты по пониманию полномочий и обязанностей занимающих организационные позиции людей…
--1. Убалтывание – разговорное сниж. для уговаривание (Словарь-тезаурус синонимов русской речи). Слово, характерное для контекста пикапа. Слово «убалтывать» несет в себе пренебрежение к тем, кого убалтывают (к исполнителям).

Ну, совсем не интересно, что автор цитаты сублимирует психоаналитического в отношении лидеров, участвующих в инженерных проектах.
Напоминаю, мы рассматриваем «лидера» в любых жизненных контекстах, в которых обыватель может встретиться с неким лидером, либо от него самого потребуется быть в той или иной мере лидером.
Вообще, слово «убалтывает» в отношении проявлений некоего «лидера» нечаянно расшифровывает:
--основной метод воздействия «лидера» в контексте системной инженерии. Лидер убалтывает словом.
--качественные характеристики1 основного вербального средства воздействия лидера – буквально, большое количество слов = избыток информации
--качественные характеристики2 вербального средства воздействия лидера – многократное/ многословное повторение некоей информации
...в общем, если посмотреть в кн. автора цитаты, «лидер» есть, скорее, свойство, потенциально присущее тем или иным системным ролям. И, конечно, на роль лидера лидеров претендует самая важная системная роль – сам системный инженер.
Впрочем, можно самому посмотреть - вот фрагменты текста упомянутой книги со словом «лидер»:
Пресуппозиции «лидерства»
Хочу сразу заметить, что я не собираюсь моделировать лидерство в угоду системной инженерии, системно инженерного мышления и прочее.
Я намерен сделать несколько простых различений, показывающих ложный характер определений и адресаций термина и понятия лидерства и в с. инженерии в целом, и в с.и. мышления в частности.
Для пользы/ для применения кого будет сделано это уточнение? Это уточнение лидерства требуется обывателю, который остро нуждается в инструментах эффективной ориентации в современной информационной мешанине/ путанице, возникающей в связи со значительным игнорированием простых представлений, построенных на связующих паттернах человеческой активности, в то время как, таковые «каждый школьник должен знать».
Будет ли при этом обыватель ориентирован для работы в указных инженерных системах или нет – дело второе, ибо правильные социальные ориентировки являются мощными ресурсами эффективности в любом занятии/ деятельности.
Тогда, свой вклад в баланс плацебо-антиплацебо вносят все пресуппозиции на тему здоровья.
Также, вклад в баланс плацебо-антиплацебо вносят все пресуппозиции, экстраполирующие характеристики здоровья в будущее.

Дочитали до конца.