Сообщество - IT - Менеджмент
Добавить пост

IT - Менеджмент

24 поста 214 подписчиков

Зачем программисты играют в Покер? Всё о покер планировании

Зачем программисты играют в Покер? Всё о покер планировании IT, Карьера, Программист, Pm, Менеджер, Project management, Scrum, Agile, Длиннопост, Telegram (ссылка)

🃏Что такое покер планирования?

Покер планирования - это инновационный метод, который используется в Agile-среде для проведения совместной оценки задач. В основе этого подхода лежит коллективное решение команды по сложности и временным затратам на выполнение конкретной задачи. Участники команды обычно прибегают к специальным картам с числовыми значениями (обычно в пределах от 0 до 100), чтобы выставить оценку каждой задаче.
Одним из основных принципов метода является стремление к единогласному решению, чтобы обеспечить общее понимание сложности задачи и достичь консенсуса среди всех участников. Покер планирования способствует улучшению коммуникации в команде, более точного понимания требований и повышению прозрачности процесса разработки программного продукта.


"Две трудные задачи стоят перед человеком: во-первых, знать, когда начать, во-вторых — когда закончить". — Пауло Коэльо

🔓Как выглядит процесс покер планирования? | Story Points

Важно отметить, что оценка в покер планировании происходит не в часах, а в Story Points. В будущем мы отдельно расскажем о важности этого термина, однако сейчас важно быстро ввести читателя в курс дела.

Алекс (Менеджер): Какова вероятность того, что задача будет закрыта за неделю?
Фёдор (Разработчик): Мне кажется справлюсь)
Алекс: Можешь назвать конкретное число
Фёдор: 70-85%
Алекс: Значит может понадобиться 8-10 дней?
Фёдор: О, я не знаю… Я на девяносто три процента, что работа будет сделана менее чем за 9 дней.

Я думаю такой диалог знаком любому работнику в сфере IT. К сожалению проблемы в оценке на этом не заканчиваются, но некоторые из них решают Story Points. Суть состоит в том, чтобы не давать оценку задаче в конкретных часах, а использовать абстрактные единицы, для общего понимания градации задач между собой и оценке трудозатрат.
Приведём стандартные примеры Story Points:

-Шкала Фибоначчи : 0, 1, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89… , дать оценку задачи не в часах а поставить один из цифр в шкале.
-Размеры Футболок : L, M, XL, XXL .. , дать оценку задачи в размере футболки, заранее договорившись о значении каждого размера. L - задача не требующая особых усилий (изменить цвет кнопки), XXL - фундаментальная задача на десятки часов.


Теперь мы поняли из чего состоит оценка задач в Покер Планировании. Однако как же выглядит сам процесс?

Зачем программисты играют в Покер? Всё о покер планировании IT, Карьера, Программист, Pm, Менеджер, Project management, Scrum, Agile, Длиннопост, Telegram (ссылка)

⏳Шаг 1. Раздача карт - на данном этапе выбирается в чём конкретно будет оцениваться задача (Story Points), всем участником раздаются карты. Пусть это будут числа Фибоначчи от 1 до 89. Также иногда могут добавляться специальные карты : очень простая задача, просьба перерыва и так далее...

🔭Шаг 2. Ознакомление с задачами - на данном этапе выбирается в чём конкретно будет оцениваться задача (Story Points), всем участником раздаются карты. Пусть это будут числа Фибоначчи от 1 до 89.

🎓Шаг 3. Обсуждение — по озвученным задачам высказывается каждый участник сессии:

⚫Как будет происходить выполнение выполнение

⚫Сколько человек должно принять участие в спринте

⚫Какие технологии нужны для работы

⚫Что может замедлить процесс разработки

📊Шаг 4. Оценка — по озвученным задачам высказывается каждый участник сессии:
Все игроки выкладывают карты лицевой стороной вниз. Особенно важно соблюдать это правило, чтобы не повлиять на оценки других участников.
После проведения голосования карты должны быть перевернуты лицевой стороной вверх. Команда сможет увидеть результаты оценок и продолжить обсуждение вопросов.
Таким образом, следует держать карты в тайне до окончания голосования, а затем открыть результаты для всех участников.

✅Если оценка выглядит следующим образом: 2 / 3 / 1 / 13, стоит задуматься и обсудить почему последний коллега дал такую оценку, возможно он обладает какой-то дополнительной информацией.

🎯Шаг 5. Достижение понимания — если члены команды показали близкие по значению карты – консенсус достигнут. Цифры на картах сильно различаются — участники должны объяснить свой выбор Если кто-то поменял свою оценку, нужно обсудить данный выбор.

"Жизнь — это тот же покер. Сплошной риск, которого никак не избежать". — Эдвард Нортон

⚙Почему покер планирования это важно | Резюмируем.

Planning poker появился из-за сложности оценки комплексных задач, которые могут включать в себя дизайн / разработку и отладку бизнес процессов.

-В методологии Scrum на часть планирования отводится достаточно мало времени (обычно это нужно успеть сделать за 1 час), поэтому такой метод прекрасно помогает посмотреть на задачу с разных сторон, а также закончить этот процесс быстро.
-Оценка проводится в story points, условных единицах, которые помогают быстро ранжировать задачи.
-Важно на первом этапе проводить оценку "закрыто", чтобы не повлиять на мнение других участников.

📖В нашем Telegram канале мы выложили 5 ЛУЧШИХ книг для Project Manager'ов + ссылки на их чтение!

https://t.me/itguru_pm - ПРИСОЕДИНЯЙСЯ!

Показать полностью 1

Сколько времени занимает процесс трудоустройства в IT? Всё по пунктам!

Сколько времени занимает процесс трудоустройства в IT? Всё по пунктам! Собеседование, Поиск работы, Вакансии, Карьера, IT, Pm, Профессия, Удаленная работа, Оффер, Резюме, Трудовые отношения, Эффективный менеджер, Программист, Начальство, Фриланс, Менеджер, Текст

1) Анализ рынка и составление резюме.
Написать резюме за день или два можно, но это крайне редкий случай. Так что смело закладываем на это дело неделю с учётом прокрастинации, завалов на работе или учёбе и корректировок.

2) Отклики/сопроводительные письма/ подготовка к собеседованию.
Итак, резюме написано и размещено на релевантных площадках по поиску работы. Теперь самое время просматривать вакансии, выбирать подходящие и откликаться на них. И не забываем про сопроводительные письма. Лучше всего иметь заготовленный шаблон, чтобы дополнять или немного видоизменять его под конкретные вакансии. Чем больше будет откликов с вашей стороны, тем больше обратной связи. Также стоит уделить время подготовке к резюме и разбору основных вопросов по вашей специальности. Если резюме составлено хорошо, то обратная связь от работодателей будет практически сразу. Но предсказать это сложно. Поэтому закладываем на весь пункт 1-2 недели.

3) Прохождение собеседований.
Если все предыдущие пункты сделаны правильно, то вы обязательно выйдете на интересные собеседования. Как правило собеседования проходят в три этапа: встреча с HR, техническое собеседование и финальная коммуникация (звонок или встреча).Весь процесс в среднем занимает от 10 дней до месяца (в зависимости от работодателя).И вот,
долгожданный оффер ваш!
⌛Итого: весь процесс с того момента, как вы решили найти работу до получения оффера занимает от месяца.
-Однако стоит напомнить, что сроки крайне индивидуальны и зависят от множества факторов.

Больше информации про IT и проектный менеджмент в нашем Telegram:
https://t.me/itguru_pm

Показать полностью

Войти в АйТи или базовые навыки для новичков

Всем привет!

Меня зовут Саша. Я давно сижу на Pikabu, но чего-то действительно полезного раньше не писал.

Работаю руководителем мобильной разработки в одной из крупных компаний и стал замечать, что я даю одни и те же советы ребятам, с которыми работаю. Сейчас много людей, которые решили «войти в айти», и, может быть, конкретно тебе этот пост поможет.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Некоторые советы, которые не касаются сугубо «разработческой» темы, могут применяться и в других сферах. Так что, думаю, пост может быть полезен всем, но адаптируйте его под свои реалии.

Закладываем фундамент, или Почему так важно понимать основы

Представь, что ты строишь дом. Можно построить его прямо на земле, но что с ним будет через год? Дом без фундамента, наверняка, начнет разрушаться. Точно так же и в IT: знание фундаментальных принципов — это та база, на которой стоит весь мир технологий.

Но всё же поразмышляем, почему недостаточно быть практиком

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Уверенный старт. Изучая основы, ты получишь четкое представление о том, как всё устроено «под капотом». Это очень поможет в понимании сложных концепций и алгоритмов в будущем.

Универсальность. Популярные языки и технологии постоянно меняются, но базовые принципы остаются. Зная их, ты сможешь быстро переключиться на что-то более актуальное.

Решение проблем. Когда что-то идет не так (всегда :)), понимание того, как всё работает «под капотом», поможет быстрее локализовать и исправить ошибки.

Конкурентное преимущество. На рынке труда всегда ценятся специалисты с глубоким пониманием своего дела.

Итого. Изучение фундаментальных основ в IT-сфере — это инвестиция, которая обязательно окупится.

Когда можно считать, что ты выучился?

Мир IT-технологий постоянно меняется, а это значит, что нам, IT-специалистам, всегда нужно быть на шаг впереди. И одно из главных правил — постоянное обучение.

Почему это так важно? Во-первых, новые технологии появляются, а старые изменяются каждый день. И чтобы быть востребованным специалистом, ты должен знать о них всё. Во-вторых, обучение не только помогает тебе быть в курсе всех новинок, но и развивает твои навыки, делая тебя более конкурентоспособным на рынке труда.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Посещай конференции и встречи. Это не только крутые лекции, но и возможность общаться с коллегами, узнавать новое и делиться опытом.

Онлайн-курсы? Да, это неплохая возможность получить новые знания, но только на старте. В целом, если у тебя развит тайм-менеджмент и ты можешь самостоятельно планировать свой день, то они тебе не так уж и нужны.

И последнее, но не менее важное — присоединяйся к комьюнити! Это не только поможет тебе быть в курсе всего, что происходит в IT, но и даст возможность общаться с единомышленниками и находить новых друзей.

В IT стоять на месте — это двигаться назад. Постоянное обучение — это неотъемлемая часть жизни IT-специалиста.

Я спрошу, и меня затроллят =(

В любой профессии, особенно в IT, никто не застрахован от ситуаций, когда требуется помощь. Важно не только не стесняться обращаться к коллегам, но и уметь четко формулировать, в чем именно заключается твой вопрос. Вообще общаться с более опытным коллегами — это отличный способ учиться и развиваться, но не забывай и о так называемой проблеме XY.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Что такое проблема XY?

Проблема XY — это когда человек, нуждаясь в помощи с вопросом X, спрашивает о решении Y, считая его правильным путем к решению X. Это может привести к колоссальной потере времени и усилий. Часто решение Y вовсе не связано с проблемой X, что вводит в заблуждение тех, кто хочет помочь.

Как избежать этой проблемы?

1. Сначала попытайся разобраться сам, вместо того, чтоб задать тонну простых вопросов. Помни, что хороший разработчик цениться тем, что умеет разбираться в проблемах.

2. Всегда старайся давать полную картину проблемы, не фиксируясь только на предполагаемом решении.

3. Если кто-то просит дополнительную информацию, предоставь ее. Помни, что это нужно не ему, а тебе.

4. Расскажи о решениях, которые ты уже рассмотрел и отбросил, объяснив причины.

5. И помни, что если бы твоя теория была верна, ты бы не просил помощи.

Не забывай помогать другим. Поддерживая коллег, ты не только укрепишь отношения с ними, но и будешь развивать свои лидерские навыки.

Зачем мне общаться? Мне нужно писать код!


Коммуникация — ключевой элемент работы в команде. Ты будешь постоянно взаимодействовать с другими людьми, в том числе и с теми, кто далек от технической части. Именно поэтому тебе и важно прокачивать навыки общения.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Самое главное — это излагать мысли ясно и кратко. Не используй сложную техническую терминологию и старайся объяснять так, чтобы тебя мог понять даже твой сосед, который работает водителем такси. Еще один крутой навык — уметь слушать собеседника. Старайся даже не просто слушать, а слышать и понимать его точку зрения. И, наконец, будь открытым к обратной связи и критике. Ты должен быть гибким и должен быть готов менять стиль общения в зависимости от ситуации
Как можно развивать навыки общения:

1. Читай книги по коммуникации. Они помогут разобраться в психологии общения и дадут полезные рекомендации. Вот парочка про то, как люди думают и какие действия они совершают:

  • Пол Экман: Психология лжи. Обмани меня, если сможешь.

  • «Богатый папа, бедный папа» Роберт Т. Кийосаки и Шэрон Лехтер.

2. Практикуйся. Чем больше ты общаешься с другими людьми, тем больше понимаешь, как лучше формулировать мысли.

3. Прислушивайся к обратной связи. Ты даже можешь самостоятельно просить коллег дать комментарии. Такая история поможет найти проблемы в твоем общении.

4. Рефлексируй. После каждой сложной беседы или переговоров старайся анализировать, что пошло не так и как можно было действовать лучше.

Потрать время и силы на развитие навыков коммуникации. Это обязательно пригодится как на работе, так и в жизни. Коммуникация — залог успеха в твоей работе. Будь смелее и напиши первым =)

Ошибки! Нужно совершать больше ошибок.

Факапы — неотъемлемая часть жизни разработчика. Ты столкнешься с багами, ошибками и проблемами, которые потребуют от тебя гибкости и поиска новых решений. Принятие неудач и обучение на своих ошибках — ключевая часть нашей работы, если, конечно, ты хочешь развиваться как разработчик.

Сделав факап, не опускай руки, а попробуй найти причину его возникновения и извлеки урок. Спроси себя, что ты мог бы сделать иначе и как ты можешь предотвратить подобные ситуации в будущем. Помни, что ошибки — это не просто возможность, но и необходимость для твоего роста и развития. Принимая неудачу, ты прокачиваешься в своей области и становишься увереннее. Это поможет тебе в решении будущих более сложных задач.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

И что еще важно: твой руководитель прекрасно понимает, что ошибки случаются. Ты же не думаешь, что он сам никогда не факапил? Не нужно скрывать их, лучше попроси помощи и совета и попытайтесь вместе проанализировать произошедшее.

Общение, конференции, факапы. А разрабатывать когда?

Как бы это смешно ни звучало, но, чтобы стать крутым разрабом, нужно писать как можно больше кода. Посмотри, что я написал до этого, и не бойся, просто пиши.

Ведь чем больше ты практикуешься, тем лучше ты изучаешь синтаксис и подходы языка разработки. Ты научишься общепринятым паттернам и с каждым разом будешь писать более чистый и эффективный код.

Однако важно помнить, что написание кода — это не только о количестве, но и о качестве. Если есть возможность — делай задачи не на скорость, а на качество. Быстро выполнить и отдать задачу — это хорошо, но это негативно скажется и на дальнейшем масштабировании твоего проекта, и на твоем развитии. Удели время написанию чистого, хорошо организованного, легко читаемого и понятного кода.

Ниже несколько сайтов, которые помогут тебе в развитии хард-скиллов:

1. LeetCode

- Алгоритмы и структуры данных.

- Подходит как для подготовки к собеседованиям, так и для улучшения навыков в алгоритмах.

2. Codewars

- Задачи создаются сообществом и делятся по сложности.

- Позволяет тренироваться на разных языках программирования.

3. Codecademy

- Интерактивные курсы по различным языкам и технологиям.

- Отличное место для начинающих.

4. Exercism

- Задачи на различные языки программирования с акцентом на менторство.

- Участники могут получать обратную связь от опытных разработчиков.

Эти ресурсы помогут тебе не только улучшить навыки программирования, но и понять, в каких областях ты чувствуешь себя наиболее уверенно и что еще стоит изучить.

Work-life balance

Мир IT движется и развивается максимально быстро и интенсивно. Работа в этой сфере часто бывает напряженной и полной стресса. Именно поэтому важно не забывать уделять время отдыху.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

- Мы не можем вовремя остановиться. Мы можем сидеть над задачкой часами, до тех пор, пока ее не победим. Хотя, как правило, утром, на свежую голову, мы находим решение за полчаса.

- Наше внимание распыляется. Мы живем в мире информационного шума и огромного количества раздражителей. Нужно уметь привести наше сознание в состояние покоя и умиротворения.

Ты удивишься, но регулярные перерывы в течение рабочего дня могут улучшить твою продуктивность. Например, короткие прогулки на свежем воздухе «перезагрузят» мозг.

Я постоянно говорю о том, что работая 8 часов без перерыва, ты покажешь эффективность меньше, чем если будешь работать чуть меньше, но будешь периодически отдыхать. И говорю это не только ребятам, которые работают на проектах, но и своим друзьям из других сфер.

Также не забывай уделять время увлечениям и интересам вне работы. Это поможет тебе поддерживать баланс между работой и личной жизнью. Заботясь о себе, ты будешь лучше справляться с работой. Ты будешь подходить к решению задач и проблем с ясным умом и свежим взглядом.

Что спасает конкретно меня? Это семья и свежий воздух, спорт и настолки. Всё это позволяет отвлечься от рутины и немного переключить мозг в режим отдыха.

Что я бы НЕ стал рекомендовать. Сериалы, ютубчик и компьютерные игры. Все же от экрана надо отдыхать. Соблюдаю ли я это — тоже нет. Возможно, эта часть поста — акт самовнушения в пользу life-balance =)

В общем, не забывай отдыхать, и твой код скажет тебе спасибо.

Но как же всё успевать?

Для разработчика важно с самого начала карьеры развивать хорошие привычки. Одна из них — планирование, которое может значительно повлиять на твою продуктивность и эффективность. Нужно уметь оценивать и планировать рабочие задачи, встречи с коллегами, да и не рабочие дела тоже.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Планирование поможет тебе не только стать более эффективным, но и завоевать доверие окружающих, так как ты сможешь работать с их ожиданиями. Коллеги и заказчики будут понимать сроки старта и(или) выполнения задач. Самому же тебе будет легче разгребать рутину — ты будешь подходить к задачам более систематизировано, да и задачи не будут теряться в потоке происходящего.

Сейчас есть куча инструментов для планирования. Электронные календари помогут тебе следить за важными событиями и задачами. Приложения для создания списков задач, например Trello или Todoist, помогут структурировать действия и контролировать выполнение поставленных задач. Также не забывай о технике Pomodoro, которая может помочь разбить рабочий процесс на короткие интервалы, улучшая концентрацию и продуктивность.

Сам я использую следующие инструменты:

  • Trello для работы с задачами в «потоке»;

  • Jira + Kanban — планирование задач на краткосрок;

  • календарь — для планирования встреч и брони слотов;

  • бумажный блокнот (да, я старовер) — для быстрой записи важной информации для последующего ее переноса;

  • когда занимался только разработкой — использовал Pomodoro, очень помогало оставаться в тонусе.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост

Что еще можно добавить?

Будет круто, если ты сможешь ставить себе крупные (на долгосрок) и еженедельные цели, будешь отслеживать свой прогресс и собирать обратную связь от коллег для постоянного улучшения результатов. Приучая себя к планированию и активному использованию инструментов тайм-менеджмента, ты создашь прочную основу для карьеры в качестве программиста и обеспечишь себе долгосрочный успех.

В целом это, как мне кажется, 7 основных важных точек развития, которые позволят тебе стать не только хорошим спецом, но и в целом улучшить жизнь в других сферах.

Если подобный формат будет интересен, то буду писать еще всякого полезного.

Ну и, пользуясь случаем, вставлю ссылочку на свой телеграм-канальчик: [тык]. Там я не только пишу статьи про развитие, но и в целом освещаю новости про мобилку, пишу про Flutter и всякое такое.

Войти в АйТи или базовые навыки для новичков IT, Развитие, Разработка, Совет, Длиннопост
Показать полностью 10

В Питере шаверма и мосты, в Казани эчпочмаки и казан. А что в других городах?

Мы постарались сделать каждый город, с которого начинается еженедельный заед в нашей новой игре, по-настоящему уникальным. Оценить можно на странице совместной игры Torero и Пикабу.

Реклама АО «Кордиант», ИНН 7601001509

Качаете софт скиллы?

Качаете софт скиллы? IT, Развитие, Истории из жизни, Работа, Менеджер, Скриншот, Картинка с текстом
Показать полностью 1

COBIT, как современный Лавкрафт

Начну издалека. Знаете ли вы что такое COBIT? Если знаете, пропустите абзац. Если не знаете, то вот вам знание: COBIT — методология управления информационными технологиями, принадлежащая и разрабатываемая некоммерческой организацией ISACA.

К тому моменту, когда это знание настигло меня, я уже лет 15 управлял IT проектами, и горя себе не знал. Судя потому, что на наше подразделение валилось всё, что архитекторы не могли пристроить в какие-либо крупные Enterprise платформы, управлялись мы с этими задачами весьма неплохо.

Но никакая идиллия не длится вечно. Вот и на нашу голову свалился как чёртик из табакерки новый начальник. Человек целеустремлённый, знающий много страшных слов и рвущийся всех научить жить и работать. Он вызывал каждого из начальников отделов в свой кабинет и задавал сакраментальный вопрос: хотим ли мы работать (видимо подразумевалось - в этой компании), развиваться и учиться?

-О, да! Конечно хотим, радостно отвечал каждый из нас.

- Ну что же, воодушевлённо выдал Начальник, - тогда вот вам первое задание: вы должны прочитать, освоить и научиться применять COBIT.

Что такое COBIT я не знал, но название уже не несло в себе ничего хорошего (к тому времени мне уже довилось ознакомиться с ITIL, ITSM, PMBOK, а предыдущий начальник любил разглагольствовать о "Шесть сигм", "Бирюзовых организациях" и бирюзовом же управлении).

- Мать твою, подумал я про себя (рейды в WoW заканчивались в районе часа ночи), - времени на сон останется ещё меньше.

Спорить было бесполезно. Я скачал сей труд, открыл его и даже погрузился в первые страницы. Как любят цитировать фанаты Лавкрафта, древни хтонический ужас из глубин чужого подсознания начал постепенно охватывать мой разум, сковывая каждую мысль древнейшим холодом из мира, чужого всему живому и дышащему под этим солнцем.

Я прочитал главу и задался вопросом - может ли считаться вменяемым человек, использующий на протяжении 195 страниц документа подобные фразы:

- "В сочетании с эффективными взаимосвязями внутри иерархии целей, это может служить подтверждением той поддержки, которую оказывает ИТ в достижении корпоративных целей."

Иногда мне кажется, что такие люди, родись они лет 150-300 назад, составили бы не плохую конкуренцию Блавацкой и Папюсу.

Я не смог пойти спать. Я прочёл ещё одну главу, а затем ещё одну и ещё этого чудного документа.

Попробуйте и вы изведать незабываемый вкус небольшого отрывка, а потом я объясню вам, что имел ввиду коллективный разум авторов и переводчиков, ибо я постиг ДАО этого отрезка текста с большим трудом:

"Бизнес и меры контроля в сфере ИТ

Корпоративная система внутреннего контроля воздействует на сферу ИТ на трех уровнях:

• На уровне высшего руководства устанавливаются политики и бизнес цели, а также принимаются решения о том. как задействовать и управлять ресурсами организации для исполнения корпоративной стратегии. Общий подход к управлению и контролю устанавливается Советом директоров и доносится до сведения в организации. Контроль в сфере ИТ направляется политиками и рядом целей высокого уровня.

• На уровне бизнес-процесса меры контроля принимаются в отношении специфических видов деятельности. Большинство бизнес-процессов автоматизированы и интегрированы с системой ИТ приложений, в результате чего многие меры контроля на этом уровне также автоматизированы. Эти меры контроля известны как контроль приложений. Однако часть мер контроля внутри бизнес процессов остаётся в виде ручных процедур, таких как авторизация операций, разделение обязанностей и выверка. Поэтому меры контроля на уровне бизнес-процессов представляют собой комбинацию мер контроля, осуществляемы вручную (выполняются персоналом) и автоматизированных. Определение и управление обеими видами мер контроля относится к прерогативе бизнеса, хотя при реализации контроля приложений также задействована служба ИТ для поддержки дизайна и разработки.

• Для поддержки бизнес-процессов сфера ИТ предоставляет услуги, зачастую общие для многих бизнес процессов, поскольку многие ИТ процессы задействованы в масштабах всей организации, a ИТ инфраструктура способна предоставлять общие для всех пользователей услуги (например, сети, базы данных, операционные системы и хранилища данных). Меры контроля, применяемые для ИТ услуг в целом называются общими мерами контроля ИТ. От надёжности выполнения этих мер контроля зависит надёжность контроля приложений. Например, плохо налаженное управление внесением изменении может поставить под угрозу (случайно или преднамеренно) надёжность автоматизированной проверки целостности."

А ведь автор говорит нам всего лишь о контроле на трёх уровнях пирамиды. Но что это за уровни? Казалось бы, в тексте вперемешку идёт все что угодно, только не стройная иерархия. Ан нет:

Уровень 1. - Управленческий (тут все понятно). На этом уровне определяются политики и цели.

Уровень 2. - Процессный. На этом уровне должны реализовываться цели вышестоящего уровня, путём выстраивания и описания правильных бизнес-процессов. Каждый бизнес-процесс, для реализации своей цели, должен иметь некий инструмент.

Уровень 3. - Инструментальный (сервисный). Выстраивается из набора систем (сервисов), необходимых для обеспечения "комфортного" прохождения бизнес-процессов с Уровня 2, которые в свою очередь реализуют цели, сформулированные на Уровне 1.

Первый (1) и второй (2) уровни определяют средства контроля за нижестоящим уровнем. И только третий Уровень (3) (и обитающее на нем негры из ИТ отдела) должен определить средства контроля своего соответствия требованиям Уровней 1 и 2 самостоятельно.

Почему так? Да потому, что жителям Уровня 1 на самом деле нет никакого дела до того, как организован контроль процесса "Управление внесением изменений". Не он обеспечивает реализацию их целей. Они могут даже не задумываться о существовании такого процесса. Это скорее задача самоконтроля жителей Уровня 3.

Но вот какого хрена было все описывать столь коряво?

P.S.: Начальника того уволили через 3 недели. Впервые в жизни я видел, как за две недели человек умудрился развалить два весьма неплохо работающих отдела, и почти попытался развалить третий (мой). За эти две недели отдел разработки сократился на 70% численности, инженеры поддержки заказчиков сократились на 50%, включая начальников обоих отделов.

А COBIT с тех пор я так и не люблю. ;)

Показать полностью

Есть кто понимает в бизнес-аналитику?)

Всем привет, может кто поможет. 3 года работаю в QA, недавно пошел на новое место, с условием что буду заниматься функциями бизнес-аналитики и т.д. С изменением в з/п разумеется. Сейчас срочно нужно накидать план развития приложения на мобилы, и интернет магазина. Может кто сталкивался, есть статьи какие умные или видосы, что бы примерный план действий понимать, хз, мб какие-то общие правила есть? Спасибо за помощь!

Посоветуйте, как автоматизировать тест

Вопрос, возможно,  у кого-то вызовет улыбку: мол, все ведь просто, с этим сейчас чуть ли не любая нейросеть справится, только задай задание правильно.
Но вот я знаю, как должен выглядеть функционал, а к кому с этим идти – к разработчикам приложений, к создателям сайтов, к программистам – не знаю.

Подскажите, люди опытные!

Итак, есть тест из  пяти категорий вопросов, в каждой категории по 100 вопросов.  Для каждого  вопроса есть один правильный ответ и пять неправильных.

Соответственно, все это хранится в экселевской таблице: на каждую категорию вопросов своя вкладка, первый столбец с вопросом, второй столбец – с правильным ответом, следующие столбцы – с неправильными ответами .

Приложение (или веб страница)  должна  загрузить файл с вопросами, в случайном порядке выбрать вопрос из первой категории, вывести его на экран.

Также программа должна подтянуть из таблицы ответы на этот вопрос, и вывести их на экран – но расположить хаотично (чтобы правильный ответ из второго столбаца не всегда был ответом № 1)

Тестируемому дается время, он нажимает кнопку с выбранным ответом.

Если  ответ правильный – то приложение (или веб- страница) переходит ко второй  категории вопросов.

Если ответ неправильный или истекло время – то приложение (или веб- страница)  задает новый вопрос из первой категории.

Если при ответе на вопросы из второй, третьей, четвертой и пятой категории  тестируемый дает неверный ответ или истекло время ответа, то вначале повторяется вопрос из этой же категории, а при повторной ошибке или истечении времени – вопрос из предыдущей категории.

 Важно – вопросы дублироваться не должны.
То есть, если  приложение (или веб-страница) вернула тестируемого к вопросам третьей, например, категории, из, соответственно, четвертой, то не должны задаваться вопросы, которые задавались ранее.

В общей сложности тестируемому задается 5 вопросов, после чего информация о заданных ему вопросах и данных им ответах передается обратно на сервер, и записывается в таблицу в виде:
Первый столбец – категория вопроса.
Второй столбец – сам вопрос
Третий – выбранный ответ, «0» если истекло время, а ответ не дан
Четвертый – отметка «+» если ответ правильный, «-» если неправильный, «0» если истекло время.

И так в отношении каждого заданного вопроса, то есть, соответственно:
Пятый столбец – категория вопроса.
Шестой столбец – сам вопрос
Седьмой – выбранный ответ, «0» если истекло время, а ответ не дан .
Восьмой – отметка «+» если ответ правильный, «-» если неправильный, «0» если истекло время.

По завершению теста тестируемому  на экран выводится сообщение о  количестве правильных ответов (в процента)

Важно: допуск к тесту – только для зарегистрированных пользователей,  допуск – не чаще, чем раз в три дня, причем регистрация – по номеру телефона (чтобы снизить наплыв в левых емейлов).

Видимо, это потребует направления какого-то SMS – сообщения при первичной регистрации?

Важно: в самом приложении нет файла с вопросами и ответами – вопросы для теста систематически дорабатываются.

Если же это реализовывать через веб-страницу, то у пользователей не должно быть возможности скачать файл с вопросами и ответами.

Вопрос, который меня интересует: как эффективнее и надежнее (в плане сохранения базы вопросов) реализовать  описанное?

Через создание соответствующего сайта?
Или через написание приложения?

Что эффективнее для сохранения запрета о тестировании раз в три дня? Приложение? Веб- страница?
Или те сервисы для виртуальных номеров, которые легко гуглятся – они сводят «на нет» такую попытку? Тогда каким образом это можно сделать?  Ограничить регистрацию толкьо для российских номеров (+79хх-ххх -ххх -хх)?


Сколько может стоить разработка такого сайта? Написание приложения?
Сколько по времени займет создание сайта? Написание приложения?

Сервис для регистрации  по номеру телефона – требует ли он каких-то лицензий?
Как реализуется направление СМС при регистрации? Сколько это стоит, и кому за это платят? Операторам связи? Или существуют  какие-то агрегаторы, представляющие эти услуги?

Можете ли порекомендовать разработчиков,  способных реализовать данный алгоритм?

Показать полностью

Конкурс для мемоделов: с вас мем — с нас приз

Конкурс мемов объявляется открытым!

Выкручивайте остроумие на максимум и придумайте надпись для стикера из шаблонов ниже. Лучшие идеи войдут в стикерпак, а их авторы получат полугодовую подписку на сервис «Пакет».

Кто сделал и отправил мемас на конкурс — молодец! Результаты конкурса мы объявим уже 3 мая, поделимся лучшими шутками по мнению жюри и ссылкой на стикерпак в телеграме. Полные правила конкурса.

А пока предлагаем посмотреть видео, из которых мы сделали шаблоны для мемов. В главной роли Валентин Выгодный и «Пакет» от Х5 — сервис для выгодных покупок в «Пятёрочке» и «Перекрёстке».

Реклама ООО «Корпоративный центр ИКС 5», ИНН: 7728632689

Яркие ретроспективы, проблемы гуманитариев и "хеды профессии" вместо менеджеров: проектный дайджест #8

Что интересного писали про управление проектами за прошедшую неделю.

Яркие ретроспективы, проблемы гуманитариев и "хеды профессии" вместо менеджеров: проектный дайджест #8 IT, Программирование, Разработка, Программист, Проект, Длиннопост, Видео, YouTube

Как, опять выходные? Что ж, вот он, очередной обзор публикаций VC и Хабра о проектах и проектном управлении. Пока мы делаем обзор на vc, но готовим переезд на Pikabu.

Основы теории и гайды

Карьера и навыки менеджера проектов

Команда проекта

Личный опыт и советы

Инструментарий

(Наконец-то ChatGPT добрался и до ПМ)

«Он сделал мой трёхлетний проект за 30 минут»: как айтишники используют ChatGPT в работе и дома

Как упростить жизнь Project Manager c помощью ChatGPT

Ключевые сущности (объекты) системы PlanFix. Часть 1

От пастушьего посоха и клепсидры до тайм-трекера: история учета рабочего времени сквозь века

Как управлять загрузкой сотрудников в аутсорсинге и заказной разработке

Zoom анонсировала функции пересказа пропущенных обсуждений и генерации ответов на основе ИИ

10 каналов для проджект-менеджеров, которые меня вдохновляют

Как мы быстро создавали задачи в Jira по ГОСТовому ТЗ и почему это облегчило работу с госзаказчиком

Сколько нужно кросс-функциональных команд, чтобы открыть один склад

Совместная работа с документами в компании, если нельзя использовать Google Drive и другие популярные сервисы

YouTube

Какие софт-скиллы нужны менеджеру проекта / Навыки управления проектами

Зачем тимлид команде, стоит ли идти в тимлиды ради зарплаты.

Вот такой была неделя публикаций о проектах на vc.ru и Хабре. Если мы пропустили какой-то ценный материал — поделитесь им в комментариях. Предложения по формату и содержанию — приветствуются!

Да, и если вы автор публикаций по теме проектов — маякните в комментариях, чтобы мы вас не потеряли!

Показать полностью 3
Отличная работа, все прочитано!