Петр Алексеевич Романов когда-то сказал: "Есть желание - тысяча возможностей, нет желания - тысяча причин"... Однажды журналист спросил Альберта Эйнштейна каким оборудованием он пользовался для открытия своей теории относительности. Эйнштейн немного подумал и показал своему визави авторучку которую извлек из кармана своего пиджака... Пастер Георг Мендель открыл основные законы генетики разводя горох на маленькой грядке у себя под окном... А Вы точно уверены, что у Вас есть желание заниматься наукой?
Спасибо за статью. Достаточно доходчиво для начинающих. Поводом для поиска этой статьи послужил вопрос на собеседовании: объяснить принципы построения интеграции на очередях и топиках. Как я понял (возможно неверно) - очереди и шины - принципиально разные способы построения интеграции. Хотелось бы разбор принципов шины аналогично очереди. Понятие топики относится к шинам? А так же, хотелось бы увидеть примеры ПО обеспечивающих интеграцию по этим принципам.
Для того чтобы управлять, кроме рычагов воздействия на объект управления нужна информационная модель на основании оценки которой можно принимать адекватные решения. С учетом не только свойств объекта и возможностей субъекта управления, но и с учетом окружающей обстановки и интересов других игроков. В стародавние времена такая модель формировалась непосредственно в голове у руководителя. С некоторых пор такая модель зачастую выстраивается на бумаге. Например, на карте боевых действий. Чтобы принимая решения можно было превентивно оценить, к чему эти решения приведут. Беда в том, что в современных учебниках по менеджменту в перечень функций управления построение такой модели вообще не входит. Управление начинается сразу с планирования. Иногда складывается впечатление, что PM BoK был написан как инструкция для роботов-исполнителей из одного хорошего фильма. Инструкция для вершителей видимо засекречена. Результаты управления, построенного на таких принципах красноречиво описаны в статье.
В статье упомянуты рафинированные исполнители, но эта баллада таки посвящена магии управления проектом... На мой взгляд, статья не дает повода усомниться в интеллекте менеджеров... Условия реализации проектов в интересах крупных корпоративных заказчиков обостряют инстинкт самосохранения начальников, привлеченных к таким проектам . Чем выше сидишь - тем больнее падать. Если такой начальник не накопил собственного опыта решения управленческих проблем, он пытается решить эти задачи так как было написано в учебнике. Убедившись, что это почему-то не работает, многие идут по более простому пути - снять с себя ответственность за их решение. Вопрос в том, как выживать в таких условиях не только менеджерам, но и проектной команде. И не только выживать, но и добиваться результатов.
Общаясь со студентами и сотрудниками программных проектов я часто замечал, что, действительно, в отношении применения слова <информация> зачастую "за деревьями леса не видно". Если я вижу у своих сотрудников "кашу" в голове, обычно для разведения основных понятий, я рекомендую изучить первые две главы учебника МГТУ <Информатика. Базовый курс - Акулов О.А., Медведев Н.В. - ISBN 978-5-365-00901-1>. Для решения понятийных противоречий на IT-проектах вполне достаточно. На мой взгляд, преждевременное изучение работ приведенных в статье, без предварительной подготовки и оторванное от практики, может принести больше вреда чем пользы.
Смешно и грустно видеть, как читатели в комментариях приводят «цитаты» которых нет в тексте статьи, а потом начинают их критиковать. В статье нет ни слова о палке. В статье нет ни одного слова об ограничении творческой свободы. В статье нет призывов использовать этот подход везде и всюду. Совсем наоборот.
Никто не спорит, что скрипки Страдивари гораздо лучше, чем фабричное изделие. Никто не спорит, что Страдивари за свои скрипки получал денег гораздо больше, чем мастер на фабрике струнных музыкальных инструментов. Не вижу парадокса. Только вот статья не об искусстве изготовления скрипок.
Это статья о некоторых гранях ремесла управления производством скрипок. В условиях той команды, которая есть здесь и сейчас. В условиях фиксированного бюджета. В условиях не вами согласованных сроков. Эта статья о поиске путей, как в этих имеющихся условиях своевременно достигать целей проекта наименее болезненными способами. И о том, как на нашей фабрике научиться делать продукты, если и не Страдивари, но хотя бы на уровне Crafter или Yamaha...
И кстати, финансирование программных проектов, которые сравниваются в статье, на мой взгляд, было соизмеримо. Деньги конечно важны. С этим никто и не спорил. Однако, насколько они важны? Я раньше думал, что если российский футбол финансировать на мировом уровне, все внезапно встанет на свои места. Ну стали игроков финансировать на мировом уровне... И что изменилось?
Таймтрекинг необходим для понимания руководителем проекта каким ресурсом времени он располагает. При таймтрекинге он оценивает этот ресурс глазами исполнителя. При этом в моменте оценка соответствия результатов работы затраченному времени неважна. Важно сколько времени нужно именно этому исполнителю для завершения задачи. При нехватке ресурса надо предпринимать управленческие телодвижения. Оценка соответствия результатов работы затраченному становится видна, если рассматривать эти результаты за достаточно продолжительный период. О своих способах оценки результатов отдельного сотрудника надеюсь рассказать в одной из последующих статей. Вывод из потока - согласен на все 100%. Для снижения фактора выбивания из потока при учете трудозатрат взамен типовой формы регистрации JIRA придуман другой способ о котором я планирую рассказать прамо в следующей статье. Однако в статье нигде не написано, что при регистрации времени я настаиваю на отчетности каждый час. Я стараюсь вмешиваться в процесс работы своих коллег только если есть такая необходимость. Мне достаточно чтобы эти сведения оказались в JIRA до очередного ежедневного совещания. Полагаю, что настоящего джедая не выбьет из потока необходимость оценки потраченного времени один раз в сутки.
Некоторые решения руководителей выглядят не совсем логично и технологично. Как в известном анекдоте про ватерполистов. Тренер игроку кричат снова и снова: "Отдай мяч Васе! Отдай мяч Васе!!!" В конце концов радостный игрок удивляется, что его ругают: "Но я же гол забил!" В ответ ему: - "Ты гол забил, а Вася утонул..."
Было бы очень интересно посмотреть на эту консоль. Утомившись от поиска подходящих плагинов, я тоже реализовал самописный дашборд с помощью которого разруливаются приоритеты и сроки на наших проектах. О нем я планирую рассказать в следующей статье.
Спасибо за замечание и ссылку, хотя фразу в статье я не придумал, а увидел в англоязычном Интернете пару лет назад (именно в такой формулировке), но при публикации статьи этот материал, к сожалению, уже не нашел. Уточнил текст статьи + добавил пару важных абзацев про целеполагание.
Статья не призывает заменить компетенциями все виды образования. Статья не отменяет необходимость приобретения фундаментальных знаний. Я всего лишь попытался конкретизировать отличительные признаки одиного из составных элементов образования, роль которого возрасла в современных условиях.
Я бы не стал обобщать отсутствие связей с индустрией на все отрасли. Например, в части подготовки военных кадров такие связи пронизывают всю систему военного образования. Большая часть преподавателей проходила службу в строевых частях, многие имеют реальный боевой опыт. Сама система подготовки предполагает последовательное приобретение новых компетенций в ходе служебного пути. На вышестоящие должости нельзя быть назначенными не пройдя дополнительное очное обучение. Быть направленным на дополнительное обучение нельзя, если ты не докажешь в строевых частях, что ты его достоин. Исключения, конечно, есть везде, но в целом система работает. Так же могу сказать, что познакомившись с тем, как отстаивали отдельные инженерные специальности в Московском авиационном институте - тоже можно с уверенностью констатировать, что в отдельных случаях образовательные учреждения очень плодотворно и опреративно взаимодействуют с промышленностью.
Вы неправильно перевели мой ник, хотя, как я заметил, именно так его переводят многие. Мне не платят за подготовку стажеров, как и за написание статей. И то и другое - личная инициатива. IMHO - зачастую неправильные исходные допущения ведут к неправильным выводам.
Не обязательно один курс. Если у посещаемость группы у конкретного преподавателя стабильно на 20% ниже, чем на других предметах этой же группы, Вам не кажется что это повод задуматься о причинах такой посещаемости? Что касается дистанционки - я не предлагал универсальные решения для всех случаев жизни. Я просто поделился несколькими возможными подходами. При этом надо помнить о том, что отлично зарекомендовало себя в условиях Сахары может быть абсолютно неприемлемым в условиях Антарктики. Так что у Вы ничем не ограничены для модификации и дополнения этих подходов в интересах улучшения качества образования в различных условиях.
Смотря как сформулировны KPI. У нас в проектной группе как то раз разгорелся спор о применимости KPI. Критика заметно поутихла, когда я предложил "запросто" улучшить такой показатель как среднее время устранения инцидентов (время ожидания ответов от заказчиков не учитывалось). Некоторые апробировнные варианты, которые положительно себя зарекомендовали для формальной оценки качества работы преподавателя:
статистический анализ результатов проверки заданий (ссылка в статье);
анализ плотности опроса студентов на занятиях;
анализ закономерностей распределения выставляемых оценок;
анализ посещаемости студентами занятий конкретных преподавателей;
сбор и взвешенный анализ отзывов от студентов о качестве проведения занятий, в т.ч. оценка доли выбора студентами занятий конкретного преподавателя (любовь студентов завоевать не так просто как кажется - не путать с лояльностью);
и главное - статистика успешности прохождения испытаний, которые отвечают описанным в статье требованиям.
Петр Алексеевич Романов когда-то сказал: "Есть желание - тысяча возможностей, нет желания - тысяча причин"... Однажды журналист спросил Альберта Эйнштейна каким оборудованием он пользовался для открытия своей теории относительности. Эйнштейн немного подумал и показал своему визави авторучку которую извлек из кармана своего пиджака... Пастер Георг Мендель открыл основные законы генетики разводя горох на маленькой грядке у себя под окном... А Вы точно уверены, что у Вас есть желание заниматься наукой?
Может стоит попробовать начать обучать имеющихся в наличии сотрудников?
Спасибо за статью. Достаточно доходчиво для начинающих. Поводом для поиска этой статьи послужил вопрос на собеседовании: объяснить принципы построения интеграции на очередях и топиках. Как я понял (возможно неверно) - очереди и шины - принципиально разные способы построения интеграции. Хотелось бы разбор принципов шины аналогично очереди. Понятие топики относится к шинам? А так же, хотелось бы увидеть примеры ПО обеспечивающих интеграцию по этим принципам.
Спасибо, хотя несколько запоздало, поправил.
Для того чтобы управлять, кроме рычагов воздействия на объект управления нужна информационная модель на основании оценки которой можно принимать адекватные решения. С учетом не только свойств объекта и возможностей субъекта управления, но и с учетом окружающей обстановки и интересов других игроков. В стародавние времена такая модель формировалась непосредственно в голове у руководителя. С некоторых пор такая модель зачастую выстраивается на бумаге. Например, на карте боевых действий. Чтобы принимая решения можно было превентивно оценить, к чему эти решения приведут. Беда в том, что в современных учебниках по менеджменту в перечень функций управления построение такой модели вообще не входит. Управление начинается сразу с планирования. Иногда складывается впечатление, что PM BoK был написан как инструкция для роботов-исполнителей из одного хорошего фильма. Инструкция для вершителей видимо засекречена. Результаты управления, построенного на таких принципах красноречиво описаны в статье.
В статье упомянуты рафинированные исполнители, но эта баллада таки посвящена магии управления проектом...
На мой взгляд, статья не дает повода усомниться в интеллекте менеджеров... Условия реализации проектов в интересах крупных корпоративных заказчиков обостряют инстинкт самосохранения начальников, привлеченных к таким проектам . Чем выше сидишь - тем больнее падать. Если такой начальник не накопил собственного опыта решения управленческих проблем, он пытается решить эти задачи так как было написано в учебнике. Убедившись, что это почему-то не работает, многие идут по более простому пути - снять с себя ответственность за их решение.
Вопрос в том, как выживать в таких условиях не только менеджерам, но и проектной команде. И не только выживать, но и добиваться результатов.
СПАСИБО. Пишите еще. Именно - так. Чтобы всем было понятно, а не только гениям IT. Подписался - жду новых статей.
Общаясь со студентами и сотрудниками программных проектов я часто замечал, что, действительно, в отношении применения слова <информация> зачастую "за деревьями леса не видно". Если я вижу у своих сотрудников "кашу" в голове, обычно для разведения основных понятий, я рекомендую изучить первые две главы учебника МГТУ <Информатика. Базовый курс - Акулов О.А., Медведев Н.В. - ISBN 978-5-365-00901-1>. Для решения понятийных противоречий на IT-проектах вполне достаточно.
На мой взгляд, преждевременное изучение работ приведенных в статье, без предварительной подготовки и оторванное от практики, может принести больше вреда чем пользы.
Смешно и грустно видеть, как читатели в комментариях приводят «цитаты» которых нет в тексте статьи, а потом начинают их критиковать. В статье нет ни слова о палке. В статье нет ни одного слова об ограничении творческой свободы. В статье нет призывов использовать этот подход везде и всюду. Совсем наоборот.
Никто не спорит, что скрипки Страдивари гораздо лучше, чем фабричное изделие. Никто не спорит, что Страдивари за свои скрипки получал денег гораздо больше, чем мастер на фабрике струнных музыкальных инструментов. Не вижу парадокса. Только вот статья не об искусстве изготовления скрипок.
Это статья о некоторых гранях ремесла управления производством скрипок. В условиях той команды, которая есть здесь и сейчас. В условиях фиксированного бюджета. В условиях не вами согласованных сроков. Эта статья о поиске путей, как в этих имеющихся условиях своевременно достигать целей проекта наименее болезненными способами. И о том, как на нашей фабрике научиться делать продукты, если и не Страдивари, но хотя бы на уровне Crafter или Yamaha...
И кстати, финансирование программных проектов, которые сравниваются в статье, на мой взгляд, было соизмеримо. Деньги конечно важны. С этим никто и не спорил. Однако, насколько они важны? Я раньше думал, что если российский футбол финансировать на мировом уровне, все внезапно встанет на свои места. Ну стали игроков финансировать на мировом уровне... И что изменилось?
Таймтрекинг необходим для понимания руководителем проекта каким ресурсом времени он располагает. При таймтрекинге он оценивает этот ресурс глазами исполнителя. При этом в моменте оценка соответствия результатов работы затраченному времени неважна. Важно сколько времени нужно именно этому исполнителю для завершения задачи. При нехватке ресурса надо предпринимать управленческие телодвижения. Оценка соответствия результатов работы затраченному становится видна, если рассматривать эти результаты за достаточно продолжительный период. О своих способах оценки результатов отдельного сотрудника надеюсь рассказать в одной из последующих статей.
Вывод из потока - согласен на все 100%. Для снижения фактора выбивания из потока при учете трудозатрат взамен типовой формы регистрации JIRA придуман другой способ о котором я планирую рассказать прамо в следующей статье.
Однако в статье нигде не написано, что при регистрации времени я настаиваю на отчетности каждый час. Я стараюсь вмешиваться в процесс работы своих коллег только если есть такая необходимость. Мне достаточно чтобы эти сведения оказались в JIRA до очередного ежедневного совещания. Полагаю, что настоящего джедая не выбьет из потока необходимость оценки потраченного времени один раз в сутки.
У нас jira. По крайней мере пока. planfix посмотрю, спасибо.
Некоторые решения руководителей выглядят не совсем логично и технологично.
Как в известном анекдоте про ватерполистов. Тренер игроку кричат снова и снова: "Отдай мяч Васе! Отдай мяч Васе!!!" В конце концов радостный игрок удивляется, что его ругают: "Но я же гол забил!" В ответ ему: - "Ты гол забил, а Вася утонул..."
Было бы очень интересно посмотреть на эту консоль. Утомившись от поиска подходящих плагинов, я тоже реализовал самописный дашборд с помощью которого разруливаются приоритеты и сроки на наших проектах. О нем я планирую рассказать в следующей статье.
Спасибо за замечание и ссылку, хотя фразу в статье я не придумал, а увидел в англоязычном Интернете пару лет назад (именно в такой формулировке), но при публикации статьи этот материал, к сожалению, уже не нашел. Уточнил текст статьи + добавил пару важных абзацев про целеполагание.
Статья не призывает заменить компетенциями все виды образования. Статья не отменяет необходимость приобретения фундаментальных знаний. Я всего лишь попытался конкретизировать отличительные признаки одиного из составных элементов образования, роль которого возрасла в современных условиях.
Я бы не стал обобщать отсутствие связей с индустрией на все отрасли. Например, в части подготовки военных кадров такие связи пронизывают всю систему военного образования. Большая часть преподавателей проходила службу в строевых частях, многие имеют реальный боевой опыт. Сама система подготовки предполагает последовательное приобретение новых компетенций в ходе служебного пути. На вышестоящие должости нельзя быть назначенными не пройдя дополнительное очное обучение. Быть направленным на дополнительное обучение нельзя, если ты не докажешь в строевых частях, что ты его достоин. Исключения, конечно, есть везде, но в целом система работает.
Так же могу сказать, что познакомившись с тем, как отстаивали отдельные инженерные специальности в Московском авиационном институте - тоже можно с уверенностью констатировать, что в отдельных случаях образовательные учреждения очень плодотворно и опреративно взаимодействуют с промышленностью.
Вы неправильно перевели мой ник, хотя, как я заметил, именно так его переводят многие. Мне не платят за подготовку стажеров, как и за написание статей. И то и другое - личная инициатива. IMHO - зачастую неправильные исходные допущения ведут к неправильным выводам.
Не обязательно один курс. Если у посещаемость группы у конкретного преподавателя стабильно на 20% ниже, чем на других предметах этой же группы, Вам не кажется что это повод задуматься о причинах такой посещаемости? Что касается дистанционки - я не предлагал универсальные решения для всех случаев жизни. Я просто поделился несколькими возможными подходами. При этом надо помнить о том, что отлично зарекомендовало себя в условиях Сахары может быть абсолютно неприемлемым в условиях Антарктики. Так что у Вы ничем не ограничены для модификации и дополнения этих подходов в интересах улучшения качества образования в различных условиях.
Смотря как сформулировны KPI. У нас в проектной группе как то раз разгорелся спор о применимости KPI. Критика заметно поутихла, когда я предложил "запросто" улучшить такой показатель как среднее время устранения инцидентов (время ожидания ответов от заказчиков не учитывалось).
Некоторые апробировнные варианты, которые положительно себя зарекомендовали для формальной оценки качества работы преподавателя:
статистический анализ результатов проверки заданий (ссылка в статье);
анализ плотности опроса студентов на занятиях;
анализ закономерностей распределения выставляемых оценок;
анализ посещаемости студентами занятий конкретных преподавателей;
сбор и взвешенный анализ отзывов от студентов о качестве проведения занятий, в т.ч. оценка доли выбора студентами занятий конкретного преподавателя (любовь студентов завоевать не так просто как кажется - не путать с лояльностью);
и главное - статистика успешности прохождения испытаний, которые отвечают описанным в статье требованиям.