Всем привет, может кто поможет. 3 года работаю в QA, недавно пошел на новое место, с условием что буду заниматься функциями бизнес-аналитики и т.д. С изменением в з/п разумеется. Сейчас срочно нужно накидать план развития приложения на мобилы, и интернет магазина. Может кто сталкивался, есть статьи какие умные или видосы, что бы примерный план действий понимать, хз, мб какие-то общие правила есть? Спасибо за помощь!
Вопрос, возможно, у кого-то вызовет улыбку: мол, все ведь просто, с этим сейчас чуть ли не любая нейросеть справится, только задай задание правильно.
Но вот я знаю, как должен выглядеть функционал, а к кому с этим идти – к разработчикам приложений, к создателям сайтов, к программистам – не знаю.
Подскажите, люди опытные!
Итак, есть тест из пяти категорий вопросов, в каждой категории по 100 вопросов. Для каждого вопроса есть один правильный ответ и пять неправильных.
Соответственно, все это хранится в экселевской таблице: на каждую категорию вопросов своя вкладка, первый столбец с вопросом, второй столбец – с правильным ответом, следующие столбцы – с неправильными ответами .
Приложение (или веб страница) должна загрузить файл с вопросами, в случайном порядке выбрать вопрос из первой категории, вывести его на экран.
Также программа должна подтянуть из таблицы ответы на этот вопрос, и вывести их на экран – но расположить хаотично (чтобы правильный ответ из второго столбаца не всегда был ответом № 1)
Тестируемому дается время, он нажимает кнопку с выбранным ответом.
Если ответ правильный – то приложение (или веб- страница) переходит ко второй категории вопросов.
Если ответ неправильный или истекло время – то приложение (или веб- страница) задает новый вопрос из первой категории.
Если при ответе на вопросы из второй, третьей, четвертой и пятой категории тестируемый дает неверный ответ или истекло время ответа, то вначале повторяется вопрос из этой же категории, а при повторной ошибке или истечении времени – вопрос из предыдущей категории.
Важно – вопросы дублироваться не должны.
То есть, если приложение (или веб-страница) вернула тестируемого к вопросам третьей, например, категории, из, соответственно, четвертой, то не должны задаваться вопросы, которые задавались ранее.
В общей сложности тестируемому задается 5 вопросов, после чего информация о заданных ему вопросах и данных им ответах передается обратно на сервер, и записывается в таблицу в виде:
Первый столбец – категория вопроса.
Второй столбец – сам вопрос
Третий – выбранный ответ, «0» если истекло время, а ответ не дан
Четвертый – отметка «+» если ответ правильный, «-» если неправильный, «0» если истекло время.
И так в отношении каждого заданного вопроса, то есть, соответственно:
Пятый столбец – категория вопроса.
Шестой столбец – сам вопрос
Седьмой – выбранный ответ, «0» если истекло время, а ответ не дан .
Восьмой – отметка «+» если ответ правильный, «-» если неправильный, «0» если истекло время.
По завершению теста тестируемому на экран выводится сообщение о количестве правильных ответов (в процента)
Важно: допуск к тесту – только для зарегистрированных пользователей, допуск – не чаще, чем раз в три дня, причем регистрация – по номеру телефона (чтобы снизить наплыв в левых емейлов).
Видимо, это потребует направления какого-то SMS – сообщения при первичной регистрации?
Важно: в самом приложении нет файла с вопросами и ответами – вопросы для теста систематически дорабатываются.
Если же это реализовывать через веб-страницу, то у пользователей не должно быть возможности скачать файл с вопросами и ответами.
Вопрос, который меня интересует: как эффективнее и надежнее (в плане сохранения базы вопросов) реализовать описанное?
Через создание соответствующего сайта?
Или через написание приложения?
Что эффективнее для сохранения запрета о тестировании раз в три дня? Приложение? Веб- страница?
Или те сервисы для виртуальных номеров, которые легко гуглятся – они сводят «на нет» такую попытку? Тогда каким образом это можно сделать? Ограничить регистрацию толкьо для российских номеров (+79хх-ххх -ххх -хх)?
Сколько может стоить разработка такого сайта? Написание приложения?
Сколько по времени займет создание сайта? Написание приложения?
Сервис для регистрации по номеру телефона – требует ли он каких-то лицензий?
Как реализуется направление СМС при регистрации? Сколько это стоит, и кому за это платят? Операторам связи? Или существуют какие-то агрегаторы, представляющие эти услуги?
Можете ли порекомендовать разработчиков, способных реализовать данный алгоритм?
Что интересного писали про управление проектами за прошедшую неделю.
Как, опять выходные? Что ж, вот он, очередной обзор публикаций VC и Хабра о проектах и проектном управлении. Пока мы делаем обзор на vc, но готовим переезд на Pikabu.
Кто такой Stakeholder в Scrum
Вроде бы и так понятно, но часто этот термин используется в каком придется контексте, так что материал полезный.
«Я против скучных встреч»: как сделать ретроспективу эффективной и яркой
Добротный, детальный материал про ретроспективу, про ее подготовку, организацию и проведение. Множество советов и инструментов, рекомендуем!
Как рассчитать скорость работы команды и не завалить дату релиза? Спринтовая модель глазами тимлида
Классная статья, демонстрирующая как теоретические основы, так и практику оценки фич и последующий расчет скорости команды, - да и вообще практической работы в скраме.
Мудборд как эффективный способ коммуникации с клиентом
Рассказ о "досках настроения" и о том, как с их помощью согласовать с заказчиком вид и "атмосферу" будущего продукта с минимальными затратами на подготовку.
Ошибки на старте проекта обходятся дороже всего. Как их избежать?
Понятный и доступно написанный материал про "дискавери" - предпроектное исследование, которое начинается после утверждения идеи проекта, особенно в ситуациях, когда у заказчика нет готовых требований и приходится вести разведку боем (а таких ситуаций полно).
Должен ли PM вникать в процесс разработки: разбираемся на примерах
Да, должен, хотя бы на начальном уровне, - иначе серьезных проблем с оценкой трудозатрат и реализуемости не избежать. Ну и репутация "шарящего" ПМ будет выше в команде.
True or False: девушка-гуманитарий может стать эффективным Project-менеджером
Прямо иллюстрация к предыдущему пункту: девушка-гуманитарий рассказывает, как вполне себе освоила роль ПМ в технической команде, - пришлось приналечь на матчасть, но больше на внимательность и самоорганизацию.
Несколько заповедей проджект-менеджера для эффективной коммуникации с командой
Материал из серии "заметки проджекта" - семь базированных заповедей, про ценность коммуникации, приоритезации, важность вопросов и индивидуальный подход.
Отстаньте от разработчиков: не надо делать их руководителями просто ради грейда
Часто самого опытного разраба делают управленцем - и часто это заканчивается плохо. Команда автора публикации решила уйти от этой модели и ввела следующую ступень после сеньора - "эксперт" или "хед" профессии (Head of Profession). Вроде и не нагрузили разработчика менеджментом, и продвинули вверх по карьерной лестнице.
4 важных навыка тимлида или Как мы растим своих тимлидов и ещё не пожалели об этом
Отличная статья про методы работы с тимлидами.
Повышаем прозрачность в проектном управлении
Интересная статья про то, как не нужно работать проектным офисам. Главный бич - излишний акцент на роли ПМ в ущерб общей организации процессов. Авторы предлагают делать проектные офисы более системными и прозрачными и растить информированность топов о происходящем.
Ты слишком много думаешь: как менеджеру понять, что на проекте нужен аналитик
Ода аналитику для тех, кто обходится на проекте без них (а такие действительно есть, да?). Много аргументов и кейсов. Цитата: "Хороший аналитик разгружает менеджера от всего большого, долгого и вдумчивого. При таком симбиозе менеджер может сфокусироваться на выполнении именно менеджерских задач: планирование, контроль, частые переключения и адаптация планов под меняющуюся ситуацию."
6 проблем удаленных сотрудников, которые мы решили
На фоне тренда принудительного возвращения сотрудников с удаленки авторы решили написать, как решить удаленочные проблемы, - от психологических проблем (не с кем постоять у кулера) до проблем с коммуникацией и кадровым документооборотом.
Как мы перешли на Kanban и не уволились в процессе
Рассказ об опыте перехода команды на Kanban-метод, выделяет этапы, с помощью которых внедряли новый рабочий инструмент (Kaiten). Хороший рабочий кейс, правда, слегка стерильный.
Почему мы делаем сайты без ТЗ, но результат не хз
Очередная вариация на тему "ТЗ от заказчика не нужно, а местами даже вредно для всех сторон". Вместо ТЗ ребята используют брифование и фиксацию задачи со слов клиента. Клиент экономит время, а команда получает большую свободу и эффективность.
Как достичь окупаемости 192% при внедрении проекта по управлению нормативно-справочной информацией (НСИ)?
Простой (на словах) и добротно описанный кейс внедрения НСИ.
ПМ-дайджест: в управлении — гендерное неравенство, продактам в кризис нужна стратегия, а Chat-GPT помогает в проектах
А это дайджест внутри нашего дайджеста, вот так вот. В материале - выжимки из исследований, согласно которым, кто бы мог подумать (с), женщины чаще говорят про аджайл, но меньше зарабатывают и аж в три раза реже становятся РП.
(Наконец-то ChatGPT добрался и до ПМ)
Какие софт-скиллы нужны менеджеру проекта / Навыки управления проектами
Зачем тимлид команде, стоит ли идти в тимлиды ради зарплаты.
Вот такой была неделя публикаций о проектах на vc.ru и Хабре. Если мы пропустили какой-то ценный материал — поделитесь им в комментариях. Предложения по формату и содержанию — приветствуются!
Да, и если вы автор публикаций по теме проектов — маякните в комментариях, чтобы мы вас не потеряли!
Что интересного писали про управление проектами за прошедшую неделю.
Встречайте очередной обзор публикаций VC и Хабра о проектах и проектном управлении. Раньше я публиковал его на vc, но если на Пикабу зайдет, перееду сюда.
Гайд по написанию пользовательских историй и критериев приёмки
Аналитик из крупной компании делится своим большим опытом написания user story. Много картинок, схем и лайфхаков.
Теория ограничений Голдратта и проектное управление. Что за диагональный буфер?
Ммм, материал явно не для начинающих, но интересный. Теория ограничений - отдельный феномен, с одной стороны, простой, с другой - более чем заморочный, и автору статьи плюс за попытку объяснить.
Продукт VS проект: отличия подходов
Автор идет от интуитивно понятных отличий к более глубоким методологическим различиям между продуктовым и проектным подходом (попутно там рекламирует свой продукт, но это таки не мешает пониманию).
PM GUIDE: зачем нужен еще один стандарт управления проектами?
Честно скажу, что вот тут реклама чуть более, чем полностью, - но вдруг кому-то курс этого автора поможет с поиском профессии или методологии.
Исследование: в 2022 году зарплатная вилка у большинства продуктовых специалистов составила 180-220 тысяч рублей
Там и проект-менеджеров есть, и выводы не в нашу пользу, коллеги: "вилка" на 30-50% ниже, чем у продактов. Также в статье есть про самые распространенные форматы работы, про трудности и обязанности.
«Растишка» не поможет: 6 ошибок, из-за которых менеджеры-джуны остаются джунами
Очень неплохой разбор типичных ошибок, которые допускают проект-менеджеры на старте (и не только) своей карьеры, и рекомендации, как их не допускать.
6 важных скиллов, которыми должен обладать хороший PM
Снова "шесть", - короткий материал, скорее шпаргалка или экспресс-мнение, про умения и навыки проджекта.
Найм, адаптация и развитие проджект-менеджера: опыт Nimax. Часть 1
Собственно, сабж, очень подробный, с примерами, рассказ о процедуре поиска и найма проджектов в компанию.
Что общего между галерой (ладно, яхтой) и ИТ-командой
Отличная, хорошо написанная статья про то, как руководить, создавать, направлять и при этом оставаться человеком.
Что делать, если ваш руководитель чайка-менеджер
Взгляд с другой стороны, не совсем про проекты, но рядом. Что такое "чайка-менеджмент", все знают, - и публикация приводит примеры и способы реагирования.
Как делать проект восемь месяцев вместо двух. Вредные советы для менеджеров
Свежая порция вредных советов (топовый жанр, кстати). В этот раз - про важность ролей, вовлечение и бэклог.
Клиент & Команда разработки: как бизнес может влиять на результат
Рекомендую - полезный материал о том, как бизнес давит на команду проекта и на ходу иногда перепридумывает проект, а команда... ну, как-то реагирует, выживает и создает продукт.
Бизнес-аналитик внутренних технологий
Две публикации, детально рассказывающие о важных ролях проектной команды.
Как не надо объяснять людям задачи и изменения
Очень развернутый рассказ с массой примеров про неэффективные и эффективные способы постановки задач. Коротко - нужно объяснить исполнителю цель, описать конечный результат и расставить контрольные точки, собирать обратную связь с потребителей и документировать процессы.
Как описать идею проекта для технической команды?
Авторы делятся своей методикой - вместо ТЗ от заказчика они берут короткое описание его хотелок на его же (заказчика) языке, утверждают, а уже внутри команды переводят всё в требования, понятные программистам.
Как соблюдать сроки. Интересная теория: 4 типа восприятия времени
Вы продавили подрядчика, последствия
Незаслуженно обойденная вниманием публики статья про то, как торговаться за проект, как не продешевить и чем чревато радикальное снижение бюджета. С примерами из жизни.
Внедрять или не внедрять: как обосновать необходимость системы управления проектами
Своеобразный переход к следующей теме про инструменты. Статья про то, как наиболее эффективно подступиться к руководству с просьбами купить (и еще и потратиться на внедрение) софт для ведения проекта.
Как обычно, тут без аннотаций, большинство статей имеет говорящие названия.
Slack окончательно блокирует пространства Российских компаний. Все подробности о происходящем
16 ресурсов (бесплатных и платных), которые прокачали мой Notion
Правила работы в Power Point, которые сэкономят время и улучшат презентации
Microsoft сделала бесплатным доступ к Loop — похожему на Notion сервису для совместной работы
Общаться прозрачнее и работать быстрее: применяем методики Agile в Yandex Tracker
Опередить события: Использование инструментов управления проектами "Битрикс24" для достижения успеха
Вот такой была неделя публикаций о проектах на vc.ru и Хабре. Если мы пропустили какой-то ценный материал — поделитесь им в комментариях. Предложения по формату и содержанию — приветствуются!
Да, и если вы автор публикаций по теме проектов — маякните в комментариях, чтобы мы вас не потеряли!
Муда (Muda, 無駄) с японского переводится как бесполезность, расточительство. В теории бережливого производства это любая деятельность, которая потребляет ресурсы, но не создает ценности для клиента. Символично звучит на русском, не правда ли?
Если эта тема вам интересна – буду благодарен за подписку на мой ТГ-канал Токсичный манагер, где я в нескучной манере (надеюсь) пишу про менеджмент и все, что с ним связано.
Вот опять, очередной «Российский аналог ...». Как и соцсеть ВКонтакте, которая сделана братьями Дуровыми изначально российским аналогом Facebook* (*владелец бренда Meta — запрещённая в России организация). Что мы значимого сделали в ИТ не как аналог чего-то успешного?
Почему так происходит уже 20 лет? Почему наши "предприниматели" хотят быстрых денег здесь и сейчас? Хотя наших разработчиков с удовольствием используют западные бизнесмены — значит, потенциал же есть. И не только в космической отрасли, которая его подрастеряла после 80-х. Не только в ВПК, который производит оборонных ракет ПВО столько же, сколько весь остальной мир ( https://tass.ru/armiya-i-opk/16829181/ ).
И снова вроде крутой продукт, востребованный. Но почему цены такие конские, сравнимые с лицензией оригинала? Почему попробовать бесплатно можно только оставив контакты?
Из российских продуктов только СУБД Postgres хоть как-то адекватно подходит под мои претензии. И то это изначально opensource проект американского ученого Майкла Стоунбрейкера, профессора Калифорнийского университета. Наши дельцы подсуетились, даже получили лицензию ФСБ для её внедрения госорганами и организациями — и вот она, российская СУБД. Но хотя бы дают бесплатную версию as is, без гарантий. И лицензии с разовым платежом для тех, кто не хочет платить бесконечно за подписку, тем более за каждого пользователя/подключение.
Вспоминаю прекрасный пример Microsoft, подсадившей весь мир на Windows. Кажется, даже Билл Гейтс в одном из интервью проговорился, мол, пусть домашние юзеры и малый бизнес пиратят и обучаются работе в нашей ОС, а мы потом заработаем на крупном бизнесе, когда они в него превратятся или придут туда работать. Это я называю стратегическим мышлением. Если бы не было пиратства — сколько Майкрософту пришлось бы потратить на рекламу, на которую сейчас не тратится практически ничего?
В 2002 году компания объявила временный мораторий на борьбу с интернет-кафе и компьютерными клубами России и стран СНГ, использующими нелицензионное (ворованное) программное обеспечение Microsoft. Не удивлюсь, если сами же его и раздавали на торрентах. "Мы не будем обращаться в правоохранительные органы с просьбой о проведении проверок, а также не намерены выступать с заявлением о возбуждении уголовных дел, даже если правоохранительные органы в ходе проверок в любом из интернет-кафе выявят нарушения авторских прав корпорации". ( https://www.kommersant.ru/doc/318389 )
И волна антипиратских дел по Винде и Офису в конце нулевых - начале 2010-х не по их инициативе по России прокатилась. Управление К просто "рубило палки".
Дофига написал, резюмирую. С таким подходом EvaProject навсегда останется локальным российским продуктом, выживающим только благодаря "импортозамещению". Да и в России доля рынка будет сравнима с "российскими операционными системами" (даже в т.ч. без кавычек ОС РОСА ХРОМ для процессоров Байкал, потому что купить его и попробовать её уж слишком дорого для домашних юзеров). Просто потому что есть Jira, а это очередной "российский аналог".
- Дать ее бесплатно, чтобы через 10 лет на нее подсела вся Россия и страны БРИКС? ❌
- Напишем «российский аналог» и сразу поставим цены оригинала! ✅
Не стесняюсь называть себя патриотом, выбираю продукты российского производства. Но почему патриотами бывают только потребители? У бизнеса другая родина — та, которая печатает зелёные бумажки?
