Создание частного проекта или бизнеса

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

Понимание проекта

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

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

1. Невменяемая документация. Основная идея понятна, но в бизнес-кейсах творится полный хаос, а логических дыр не счесть.
2. Сжатые сроки. До 3-х месяцев от написания документации до прототипа.
3. Нет планов развития и не планируется дальнейшая поддержка.
4. Маленькая команда. Обычно до 5 человек, включая дизайнеров.
5. Отсутствие бизнес процессов. Всё взаимодействие сумбурное, основанное на межличностном общении, уточнении принципиальных моментов и/или придумывании на ходу.
6. Роли размыты. Нет четкого разграничения полномочий и зон ответственности.
7. Нет настоящих данных. Все данные сгенерированы для “красоты” и подогнаны для наилучшего отображения.
8. Для ускорения разработки во всю используются внешние зависимости.

1. Чёткое разбиение на этапы. Минимально: сроки и перечень функционала, который необходимо в заданный период времени реализовать.
2. Относительно вменяемая документация. Проведена аналитика, выставлены ориентиры по этапам сдачи, уточнения зачастую приходят во время спринта. Чаще всего используют waterfall, несмотря на то, что заявлен Agile.
3. Средние сроки сдачи основного функционала. В среднем от 6 до 12 месяцев.
4. На начальных этапах используют внешние зависимости, которые со временем меняются на собственную реализацию.
5. Маленькая команда. Обычно до 7-10 человек.
6. Есть разграничение ролей, но ответственность размыта.
7. Проект может мутировать. На одном из этапов, возможно, изменится концепция или подход к реализации. Обычно это связано с требованиями инвесторов, изначально провальной идеи или ошибках в архитектуре.
8. Условно живые данные. Происходит обкатка на фокус-группах или парсинг живых данных со сторонних ресурсов. Правда так бывает не всегда…

1. Есть план развития.
2. Четко написанная документация. Минимально: задокументировано описание API.
3. Возможно, потребуется проводить интеграцию со сторонними сервисами, ставить “костыли” или перестраивать части системы.
4. Есть промежуточные релизы, хот-фиксы.
5. Команда средней величины. Обычно от 10 до 20-30 человек.
6. Чёткое разделение зон ответственности.
7. Требования безопасности: после проведения аналитики созданы кейсы, которые могут привести к краху системы.
8. Уделяется время тестированию.
9. Используется Agile.
10. Почти всегда есть backlog.
11. Используются только внешние зависимости, дорогие в реализации собственными силами. Практикуется наравне с проприетарными.

7 лучших бизнес идей с Chat GPT в 2023

Основные этапы проекта

1. Конкретный заказчик.
2. Есть план развития.
3. Проектная документация по разработке. В помощь пользователям написана отдельная документация по требованию Заказчика.
4. Разграничение прав пользователей.
5. Почти всегда есть backlog.
6. Размер команды обычно больше средней. Как правило от 10 человек и до потери пульса.
7. Используется Agile. Периодически прилетают дополнительные задачи, которые необходимо реализовать во что бы то ни стало.
8. Неожиданные показательные выступления. По требованию вышестоящего руководства происходят показы, поэтому работоспособный тестовый контур никогда не будет лишним.

1. Многомодульная система. Система разбита на несколько частей. Которые можно использования по отдельности, даже за рамками конкретного проекта.
2. Чёткое планирование. Минимально: осуществляется оценка трудозатрат на реализацию фич. Закладывается время на модернизацию и рефакторинг.
3. Объемная документация. Описано, как правило, почти всё, включая тест-кэйсы.
4. Как правило, отсутствуют внешние зависимости и пишутся свои реализации частей системы. Даже если есть сторонние реализации.
5. Несколько команд разработки. Каждый отвечает за свою часть разработки будь-то бэк или же фронт.
6. Покрытие тестами всего и вся. Применяются авто-, юнит-, регресионое-, интеграционные тесты.

Все градации условны и чаще всего встречаются перетекающие типы. Хочу заметить, что все типы могут мутировать друг в друга, единственный нюанс — в стоимости модернизации. Например, проект изначально был “одноразовая поделка”, а потом эволюционировал в “замкнутая система”. Обычно, подобное приводит к полному или почти полному переписыванию системы или ее рефакторингу.

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

Для определения типа проекта, ниже я привел вопросы, получив ответ на которые вам станет понятно, чего от Вас хотят:

• Цель проекта?
• Полный перечень того что надо реализовать?
• Есть ли документация?
• Какие сроки? Желательно точные даты.
• Планируется внешнее взаимодействие со сторонними системами, или будет ли у проекта внешнее API
• Есть ли наработки?
• Размер команды?
• Кто за что отвечает? Кто ставит задачи, кто принимает, кто имеет права вето.
• Есть ли планы на развития и какие они?
• Кто заказчик?
• Есть ли бюджет на покупку готовых решений?
• По какой методологии планируют работать
• Есть ли аналоги?

Как вы видите, перечень не такой уж и большой. Правда, по какой-то неведомой причине, мало кто задаётся подобными вопросами до того, как начать что-либо делать. Вы спросите зачем мне понимать тип проекта?! Всегда надо делать так, чтобы проект жил вечность?! По большому счёту, вы правы, но есть нюансы, как в скабрезном анекдоте. Эти нюансы — ресурсы и сроки.

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

Выбор технологий

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

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

Как создать личный проект. Пошаговый план от идеи до реализации

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

9991 просмотров

Эта статья – ответ на вопрос читателя (Телеграм-канал, Инстаграм). Если и у вас появятся вопросы, воспользуйтесь формой на сайте. Буду рад поделиться опытом или мнением.

А теперь вернемся к теме статьи – как создать личный проект.

1. Определить ключевую ценность

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

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

Люди приходят за решением проблем и улучшением жизни – остальное вторично. Оно может являться конкурентным преимуществом, но не будет основным фактором покупки.

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

2. Проверить идею

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

Иногда мы подсознательно чувствуем, что наша идея нужна людям, когда хорошо понимает свою аудиторию. Например, я часто замечал, что мои публикации про продуктивность пользуются популярностью и практически каждый молодой человек задается вопросами «Что мне делать?», «Чем заняться в жизни?», «Какой выбрать путь?». Определив эту потребность, я описал свой метод постановки и достижения целей в виде системы «Цель. Работа. Результат.».

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

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

3. Продумать развитие

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

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

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

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

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

4. Реализовать

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

Психологически препятствия связаны с дисциплиной. Первый свой курс я создавал несколько месяцев, но впоследствии понял, что намного эффективнее создавать такие проекты в сжатые сроки, уделяя им большую часть имеющегося времени. Прекрасным примером служит курс «Деньги и дизайн», материал для которого я написал за полтора дня. Я работал спринтами по 20 минут, делал небольшие паузы и пару больших перерывов (и употреблял много кофеина). Это было тяжело, но эффективно.

5. Запустить

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

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

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

6. Продвигать продукт

Запустить продукт – мало, о нем должны узнать люди. Следуйте написанному плану развития и, если нужно, корректируйте его.

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

1. Определить ключевую ценность. Не распыляться на красивые идеи, сделать фокус на главной ценности вашего продукта. Остальные улучшения можно будет внести позже.
2. Проверить идею. Если у вас есть своя аудитория, обратите внимание на то, какие материалы становятся популярными и какие вопросы вам задают. Если своей аудитории нет, найдите потенциальных покупателей и выясните, каким образом они закрывают свои потребности сейчас. Сможет ли ваш продукт встроиться в их жизнь?
3. Продумать развитие. Подумайте, каким образом вы будете продвигать продукт. Сколько это будет стоить? С кем вы будете конкурировать?
4. Реализовать. Найдите баланс сохранения ценности продукта и сложности реализации. Если на запуск продукта уйдет много времени, проект может получиться слишком дорогим и вам будет сложнее поддерживать дисциплину.
5. Запустить. Пригласите воспользоваться вашим продуктом небольшую аудиторию, соберите обратную связь и на основе нее доработайте продукт.
6. Продвигать продукт. Запуск продукта – половина дела. Продвижение – не менее важно. Следуйте описанному плану развития, анализируйте результаты и ищите новые методы продвижения.

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

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

Нужно лишь начать и набраться терпения.

Источник: vc.ru

С чего начать работу над проектом — памятка проект-менеджеру

Показывайте этот чеклист новичкам в проект-менеджменте. Материал подготовил Александр Яковлев, руководитель проектов AIC.

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

Шаг 1. Определите владельца проекта и ответственного

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

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

Как выжать максимум из трафика на сайт?

Ваш текущий трафик может приносить больше лидов. Например, вы можете делать таргетированные SMS-рассылки по всем посетителям сайта, включая даже тех, кто не оставил контактов. Читайте как получать больше сделок и экономить бюджеты на рекламу с помощью платформы автоматизации маркетинга Calltouch Лидс. Узнать больше →

Спецпроект

Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.

#f8f8f8; padding: 10px 25px;»> Пример. Основатель и генеральный директор.
Владелец проекта. Операционный директор.
ЛПР. Директор отдела маркетинга.
Главный ЛПР. Digital-маркетолог.
ЛПР. Штатный дизайнер.
ЛПР.

Шаг 2. Определите стейкхолдеров

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

1. Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
2. Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
3. Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
4. Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.

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

Шаг 3. Сбор и формализация требований

Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.

В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.

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

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

Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.

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

#f8f8f8; padding: 10px 25px;»> По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.

7. Составьте план проекта

В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.

Интерфейс MS Project

В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.

Диаграмма Ганта. Источник: medium

В диаграмме Ганта можно визуализировать задачи на графической шкале времени. Вы можете смотреть, что делает команда: кто когда должен начать и закончить задачу. Для наглядности можно использовать даже таблицы Excel.

#f8f8f8; padding: 10px 25px;»> Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.

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

К старту готовы

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

• Применение теории стейкхолдеров при продвижении проектов в интернете
• Давайте уволим проджект-менеджера и будем без него!
• Нокаут-менеджер? Аккаунт-менеджер!
• Как построить команду под ИТ-проект, которая даст результат

Источник: www.cossa.ru