📎 Произнесенные слова на проекте ничего не стоят. Их также не следует воспринимать буквально. Когда вам человек говорит "Всё будет ОК", а когда окажется всё не ОК, он вам скажет, что имел в виду совсем иное или вовсе этого говорил.
📌 На проекте все договоренности следует документировать, хотя это и кажется утомительным.
📌 На проекте все договоренности следует документировать, хотя это и кажется утомительным.
👍15🙏1
Резерв времени — это количество времени, на которое можно задержать задачу, чтобы это не привело к задержке задачи-последователя. Когда вы оцениваете время выполнения задачи, то учитываете резерв времени?
Anonymous Poll
35%
Всегда
32%
Часто
27%
Редко
7%
Никогда
Forwarded from Physics.Math.Code (Physics.Math.Code.Books)
Постигая Agile. Ценности, принципы, методологии - Эндрю Стеллман, Дженнифер [2018, Ru]
#agile #программирование
#agile #программирование
Forwarded from Physics.Math.Code (Physics.Math.Code.Books)
Э_Стеллман,_Д_Грин_Постигая_Agile.fb2
17.8 MB
👍5
Forwarded from Physics.Math.Code (Physics.Math.Code.Books)
Э_Стеллман,_Д_Грин_Постигая_Agile.pdf
8.6 MB
👍1
Я знаю, что в Спортмастер работает наша команда. Вместе с тем, в компании есть свой штат ИТ-специалистов. И опытом совместной работы они делятся в этой статье.
Хабр
Как мы развивали ЦК системного анализа в Sportmaster Lab
Привет, Хабр! Меня зовут Максим Пермяков, я руководитель центра компетенции (далее — ЦК) систем клиент-сервер в компании «Спортмастер». А с 2020 года также явля...
Процедурная уловка
Решил написать об одной процедурно-логической уловке, к которой прибегают некоторые заказчики на проектах. Я ее называю "угадайка". Многие из вас, наверняка, с ней сталкивались в своей работе.
✔️Суть ее заключается в том, чтобы не давать исполнителю исчерпывающие требования к конечному результату. И когда исполнитель приходит в очередной раз сдавать его заказчику, то последний требует внести очередные изменения, сетует на то, что его не так поняли или не услышали. Естественно, выставляя исполнителя в роли виновного.
✔️Для заказчика - это очень удобная позиция, не надо торопиться и много думать, а риски по срыву сроков и превышению бюджета лежат на исполнителе.
✔️Ровно такую картину я сейчас наблюдаю на проекте, где мы выступаем субподрядчиками, а генподрядчик пытается уже несколько недель подготовить и сдать заказчику презентацию для архитектурного комитета компании. Я уже не говорю о том, что в ТЗ ничего не говорилось о подготовке какой-либо презентации для внутреннего мероприятия заказчика, так еще и такая нещадная эксплуатация исполнителя.
✔️Несложно догадаться, что необходимо перед началом любых работ, четко зафиксировать требования к конечному результату, чтобы не попадаться на такую уловку. И вспоминаем ГОСТ 34.602-2020, какими характеристиками должны обладать такие требования: "единичность, непротиворечивость, актуальность, выполнимость, проверяемость, однозначность".
Решил написать об одной процедурно-логической уловке, к которой прибегают некоторые заказчики на проектах. Я ее называю "угадайка". Многие из вас, наверняка, с ней сталкивались в своей работе.
✔️Суть ее заключается в том, чтобы не давать исполнителю исчерпывающие требования к конечному результату. И когда исполнитель приходит в очередной раз сдавать его заказчику, то последний требует внести очередные изменения, сетует на то, что его не так поняли или не услышали. Естественно, выставляя исполнителя в роли виновного.
✔️Для заказчика - это очень удобная позиция, не надо торопиться и много думать, а риски по срыву сроков и превышению бюджета лежат на исполнителе.
✔️Ровно такую картину я сейчас наблюдаю на проекте, где мы выступаем субподрядчиками, а генподрядчик пытается уже несколько недель подготовить и сдать заказчику презентацию для архитектурного комитета компании. Я уже не говорю о том, что в ТЗ ничего не говорилось о подготовке какой-либо презентации для внутреннего мероприятия заказчика, так еще и такая нещадная эксплуатация исполнителя.
✔️Несложно догадаться, что необходимо перед началом любых работ, четко зафиксировать требования к конечному результату, чтобы не попадаться на такую уловку. И вспоминаем ГОСТ 34.602-2020, какими характеристиками должны обладать такие требования: "единичность, непротиворечивость, актуальность, выполнимость, проверяемость, однозначность".
👍18🤔1
📎 Что стоит за словами заказчика «вы же профессионалы»? Далее по тексту следует упрек, требование, обвинение в чем-то. Манипуляторы часто используют подобные фразы в корыстных целях. Как отработать такую манипуляцию?
🔻Сначала необходимо установить цель, которая стоит за этими словами. Например, это может означать следующее: "Я не хочу ни во что вникать и не собираюсь этого делать, мне проще вас упрекнуть в непрофессионализме, а вы крутитесь и угадывайте мои хотелки"; "Для меня важно, чтобы вы испытывали чувство вины. От виноватого, я могу требовать больше, чем положено"; "Я не позволил вам сделать так, как вы настаивали. А теперь выношу вам мозг, чтобы свалить на вас вину за свои тупые хотелки и технические решения".
🔻 После этого, отработать такую манипуляцию тем, чтобы не дать достигнуть манипулятору своей цели.
🔻 В первом случае, следует настаивать на том, чтобы человек погрузился в проблему и сформулировал требования к результату.
🔻Во втором случае, манипуляцию необходимо отрабатывать вопросами добиваясь конкретики, например: "Что именно показалось вам недостаточно профессиональным?", или "как бы по вашему мнению, повел бы профессионал в этой ситуации?" . Стать этаким "душнилой" для своего визави. И вы сразу убедитесь, что за подобной манипуляцией ничего нет, одни голословные заявления.
🔻Для третьего случая, важно в процессе сбора требований и обсуждения проектных решений, письменно фиксировать факты, когда заказчика настаивает на своем, несмотря на предупреждения о негативных последствиях. Если вам предъявят после обвинения в непрофессионализме, вы сможете легко доказать обратное.
🔻Сначала необходимо установить цель, которая стоит за этими словами. Например, это может означать следующее: "Я не хочу ни во что вникать и не собираюсь этого делать, мне проще вас упрекнуть в непрофессионализме, а вы крутитесь и угадывайте мои хотелки"; "Для меня важно, чтобы вы испытывали чувство вины. От виноватого, я могу требовать больше, чем положено"; "Я не позволил вам сделать так, как вы настаивали. А теперь выношу вам мозг, чтобы свалить на вас вину за свои тупые хотелки и технические решения".
🔻 После этого, отработать такую манипуляцию тем, чтобы не дать достигнуть манипулятору своей цели.
🔻 В первом случае, следует настаивать на том, чтобы человек погрузился в проблему и сформулировал требования к результату.
🔻Во втором случае, манипуляцию необходимо отрабатывать вопросами добиваясь конкретики, например: "Что именно показалось вам недостаточно профессиональным?", или "как бы по вашему мнению, повел бы профессионал в этой ситуации?" . Стать этаким "душнилой" для своего визави. И вы сразу убедитесь, что за подобной манипуляцией ничего нет, одни голословные заявления.
🔻Для третьего случая, важно в процессе сбора требований и обсуждения проектных решений, письменно фиксировать факты, когда заказчика настаивает на своем, несмотря на предупреждения о негативных последствиях. Если вам предъявят после обвинения в непрофессионализме, вы сможете легко доказать обратное.
👍21
Кто составляет и ведет реестр рисков проекта?
🔻Такой вопрос возник на одном из наших проектов, когда на нем сменился, уже в третий раз, руководитель проекта со стороны заказчика (РПЗ).
Начал он с того, что оценил уровень нашего управления проектом, как низкий. На вопрос о критериях оценки указал, что, например, мы не ведем реестр рисков.
🔻Мы попытались объяснить, что реестр рисков должен вести каждый руководитель проекта, а поскольку их на проекте два, то и реестра должно быть два. И какой реестр мы должны вести, чтобы ему предоставить, так и осталось непонятно.
🔻Здесь важно понимать, что одно и тоже неопределенное событие, для исполнителя и заказчика будет иметь различные оценку и влияние на проект. Как следствие, различный перечень управленческих мер по снижению вероятности риска и минимизации негативных последствий для проекта.
🔻Мы, как исполнитель, ведем реестр рисков по каждому проекту в нашей информационной системе (КСУП), но он не для внешних пользователей. Это наша кухня, где мы даем оценку каждому риску и описываем мероприятия по минимизации их вероятности или последствий.
🔻Например, для нас риском является назначение нового РПЗ на проекте, точнее то, что мы не сможем с ним договориться или сработаться. В нашем реестре рисков добавятся соответствующие записи и оценки. Мы конечно не будет выносить на обсуждение с РПЗ подобные риски, но будем искать решения и предпринимать усилия, чтобы их минимизировать.
🔻Конечно, целесообразно руководителям проектов периодически сверять свои реестры рисков с тем, чтобы согласованно управлять общими рисками. Отдавая себе отчет, что управлять ими будет каждый по своему.
🔻Если у есть есть свое мнение по данному вопросу, опишите его пожалуйста в комментариях.
🔻Такой вопрос возник на одном из наших проектов, когда на нем сменился, уже в третий раз, руководитель проекта со стороны заказчика (РПЗ).
Начал он с того, что оценил уровень нашего управления проектом, как низкий. На вопрос о критериях оценки указал, что, например, мы не ведем реестр рисков.
🔻Мы попытались объяснить, что реестр рисков должен вести каждый руководитель проекта, а поскольку их на проекте два, то и реестра должно быть два. И какой реестр мы должны вести, чтобы ему предоставить, так и осталось непонятно.
🔻Здесь важно понимать, что одно и тоже неопределенное событие, для исполнителя и заказчика будет иметь различные оценку и влияние на проект. Как следствие, различный перечень управленческих мер по снижению вероятности риска и минимизации негативных последствий для проекта.
🔻Мы, как исполнитель, ведем реестр рисков по каждому проекту в нашей информационной системе (КСУП), но он не для внешних пользователей. Это наша кухня, где мы даем оценку каждому риску и описываем мероприятия по минимизации их вероятности или последствий.
🔻Например, для нас риском является назначение нового РПЗ на проекте, точнее то, что мы не сможем с ним договориться или сработаться. В нашем реестре рисков добавятся соответствующие записи и оценки. Мы конечно не будет выносить на обсуждение с РПЗ подобные риски, но будем искать решения и предпринимать усилия, чтобы их минимизировать.
🔻Конечно, целесообразно руководителям проектов периодически сверять свои реестры рисков с тем, чтобы согласованно управлять общими рисками. Отдавая себе отчет, что управлять ими будет каждый по своему.
🔻Если у есть есть свое мнение по данному вопросу, опишите его пожалуйста в комментариях.
👍6
Оценка производительности конфигурации 1C с помощью стандартных подсистем https://habr.com/p/707052/
Habr
Оценка производительности конфигурации 1C с помощью стандартных подсистем
В данной статье будут рассмотрены базовые возможности подсистемы "Оценка производительности" в библиотеке стандартных подсистем. В материале статьи я приведу два примера использования " оценки...
Какие нужны требования: развитие концепта https://habr.com/p/703758/
Habr
Какие нужны требования: развитие концепта
Многие методологии требуют сначала описать требования к системе как черному ящику и лишь затем переходить к проектированию и построению моделей. Способам такого описания посвящена инженерия...
❤2
Forwarded from Альфа-Инвестиции
На этой неделе стало известно, что Microsoft хочет вложить $10 млрд в стартап OpenAI 💰 Он примечателен тем, что среди его основателей Илон Маск. А ещё тем, что его новый бот ChatGPT набрал миллион пользователей за пять дней, и его уже называют «убийцей Google».
OpenAI специализируется на машинном обучении и искусственном интеллекте, в копилке стартапа система генерации изображений по текстовому описанию, а теперь и чат-бот, способный чётко отвечать на вопросы из самых разных областей, писать стихи, рефераты и несложные программы 🤖 Microsoft думает интегрировать эти достижения в свой поисковый движок Bing и использовать искусственный интеллект в других сервисах.
Но сам создатель бота предупреждает, что «использовать его для чего-то серьёзного было бы ошибкой». Бот пока плохо различает правдивую и ложную информацию, зато якобы уже создал по запросу алгоритм уничтожения человечества 🙀
Художественный фильм «Искусственный интеллект. Доступ неограничен» как раз том, как искусственный интеллект и достижения технологий могут стать угрозой для обычного человека. Триллер с Пирсом Броснаном в главной роли напоминает нам, что платой за комфорт часто становится уязвимость 🎞️
@alfa_investments
OpenAI специализируется на машинном обучении и искусственном интеллекте, в копилке стартапа система генерации изображений по текстовому описанию, а теперь и чат-бот, способный чётко отвечать на вопросы из самых разных областей, писать стихи, рефераты и несложные программы 🤖 Microsoft думает интегрировать эти достижения в свой поисковый движок Bing и использовать искусственный интеллект в других сервисах.
Но сам создатель бота предупреждает, что «использовать его для чего-то серьёзного было бы ошибкой». Бот пока плохо различает правдивую и ложную информацию, зато якобы уже создал по запросу алгоритм уничтожения человечества 🙀
Художественный фильм «Искусственный интеллект. Доступ неограничен» как раз том, как искусственный интеллект и достижения технологий могут стать угрозой для обычного человека. Триллер с Пирсом Броснаном в главной роли напоминает нам, что платой за комфорт часто становится уязвимость 🎞️
@alfa_investments
Интересные доклады коллег из Рарус о нагрузочном тестировании.
👍3
Интересная статья коллег из компании Крок об адаптации новых сотрудников.
Программа адаптации – как помочь новичку стать «своим» в команде / Хабр
https://habr.com/ru/company/croc/blog/702270/
Программа адаптации – как помочь новичку стать «своим» в команде / Хабр
https://habr.com/ru/company/croc/blog/702270/
Хабр
Программа адаптации – как помочь новичку стать «своим» в команде
Хабр, привет! Меня зовут Екатерина Герт, я ведущий аналитик и ресурсный менеджер одной из групп аналитиков в КРОК. В этих двух ролях я много работаю с новичками. Как аналитик на уровне проекта...
👍6