Что можно считать проектом а что нет
Что не является проектом?
IT-проекты
Проектный замысел
Уважаемые друзья, если вы открыли этот документ, значит, либо вы уже твёрдо решили, что в ближайший год вы будете делать проект в сфере IT, либо вы находитесь в процессе выбора. Ну или вам просто любопытно, что, в общем, тоже неплохо.
Итак, IT-проект. Думаем, слово «проект» вы уже слышали раз двести и вряд ли здесь имеет смысл давать какое-то определение. Хотя, c другой стороны, чтобы у вас не возникло ощущение, что мы относимся ко всему легкомысленно, приведём цитату из документа под названием “Национальный стандарт Российской Федерации ГОСТ Р ИСО 21500-2014 – Руководство по проектному менеджменту (англ. ISO 21500:2012 Guidance on project management)”:
“Проект состоит из уникального набора процессов. Процессы состоят из координируемых и контролируемых работ с датами начала и окончания, которые выполняются для достижения целей проекта. Достижение целей проекта требует получения определенных результатов, отвечающих конкретным требованиям. При реализации проекта могут действовать множество ограничений, включая описанные в подразделе 3.11.
Несмотря на возможное сходство каждый проект уникален. Проект может отличаться:
· составом влияющих на проект заинтересованных лиц;
· особенностями использования процессов проектного менеджмента для получения результатов. ”[1]
К моменту дедлайна у «заказчика» (а тут кавычки и несколько секунд позже вы поймёте, почему) проект должен быть уже полностью готов к работе. Что это значит?
Если у вас мобильное приложение, то оно в идеале оно должно присутствовать в AppStore / Google Play, но, если с этим возникнут разного рода сложности, то этот пункт можно смягчить до предоставления полностью готового проекта (в терминах той среды разработки, которой вы пользуетесь), который, опять же, будет собран и протестирован локально.
Если же у вас десктоп-приложение, то здесь всё просто: код и установочные файлы должны быть предоставлены тестировщикам к определённому дню.
Резюме: на защиту выносится полностью готовый продукт, требующий только установки и настройки параметров со стороны пользователя (конечно, если последнее предусмотрено самой концепцией проекта).
Возможно, вы уже спрашиваете себя или Вселенную: хм, а кто такой заказчик? Есть два варианта: заказчиком может быть реальный человек (родственник, друг, деловой партнёр, кто угодно), который попросил вас написать приложение/сайт/что угодно для своих задач. Он ставит перед вами задачу и, если она проходит этап предзащиты, вы приступаете к работе. В данном случае нам бы очень хотелось иметь возможность общения с вашим заказчиком (мы не будет отрывать его от дел и забот каждую неделю, конечно, речь идёт о разумной консультации).
Но, может так случиться, что к вам никто не обратится. Пожалуйста, в этом случае, не выдумывайте заказчиков. Не говорите нам, что ваш троюродный дедушка заказал вам игру-стрелялку, если, в действительности, у вас нет троюродного дедушки или он есть, но он просил вас написать ему игру-головоломку. Вместо этого будьте готовы поразмышлять на тему, какой могла бы быть целевая аудитория у вашего проекта. Целевая аудитория – это те люди, которые могли бы заинтересоваться вашим проектом и со временем стать заказчиками, например, обновлённой версии вашего продукта с дополнительным функционалом.
Что не является проектом?
1) Естественно, не является проектом результат чужой работы. Мы не будем говорить, что будет в случае, если кто-то попадётся на плагиате. И так понятно, что ничего хорошего.
Тем не менее, отметим важный момент: поскольку весь код с нуля, понятное дело, вы писать не будете, вам нужно будет в документации к проекту указать, какие именно библиотеки, фреймворки и т. п. вы используете. Это разумно, это не нарушает авторские права и отдаёт дань уважения тем, кто создал этот код до нас.
3) Не может быть представлен к защите проект, который трудно или даже невозможно протестировать в аудитории. Допустим, ваш проект предусматривает работу с геолокацией и отслеживанием координат общественного транспорта, например, автобусов. Как мы узнаем, что ваш проект, действительно, работает с геолокацией автобусов и работает правильно? Увы, отправиться в пешую прогулку по Москве вслед за автобусами у нас возможности не будет. Или, допустим, вы написали приложение, которое каждые сутки выполняет какую-то функцию. А защита длится всего 10-15 минут. В общем, думаем, намёк понятен. Функционал приложения должен демонстрироваться в отведённое на защиту время в обыкновенной лицейской среде.
Здесь же упомянем проекты, которые требуют необычной (нетипичной для нашего Лицея) экспертной оценки. Допустим, вы написали переводчик с русского языка на кхмерский. Подозреваем, в Лицее на кхмерском не говорит никто, и не факт, что мы сумеем найти быстро и к нужному времени эксперта в этой области. Поэтому обращаем ваше внимание на то, что, если ваш проект требует экспертной оценки со стороны, пожалуйста, согласуйте это с нами заранее. Если у вас возникли сомнения, что такая оценка понадобится, пожалуйста, проконсультируйтесь с нами.
4) Не является проектом и тот код, где вы выступили только пользователем каких-то библиотек, а сами только «прикрутили» к ним интерфейс. Пример: допустим, вы написали приложение, которое подсчитывает число котиков на фотографии, использовав для этого машинное обучение-глубокое обучение-нейросети и всё то, что сегодня гремит во всех медиа. Если же вы при этом нейросети и алгоритмы обучения взяли из библиотек, а ваша работа свелась к написанию интерфейса загрузки фотографий и вызову функции countCats(‘file.jpg’) (мы утрируем, конечно, но вы понимаете), то это не может быть признано проектом.
Значит ли это, что нельзя считать котиков посредством нейросети? Нет. Но будьте готовы:
1. писать нейросеть и все алгоритмы сами,
2. понимать математику, которая за ней стоит.
Разумеется, это не значит, что нужно вообще всё писать с нуля. Но должен быть разумный баланс между использованием своего кода и чужого, который достигается на этапе обсуждения проектной заявки.
6) Проекты без GUI – то есть, без графического пользовательского интерфейса. Причина всё так же: как правило, проекты без GUI – это что-то очень специфическое, не ориентированное на широкий круг пользователей.
7) Сайты-визитки, сайты-справочники, сайты для поклонников чего-либо и другие сайты, назначение которых – сообщение какой-либо информации для пользователя. Как правило, на таких сайтах может не быть никакого бэкенда или он очень примитивный. Функционал таких сайтов тоже очень простой. Как правило – это показ страниц с определённой информацией, иногда – примитивная гостевая книга, в которой можно оставлять комментарии.
8) Странные проекты. Хм, а что это такое? Мы, конечно, думаем, что таких проектов у нас не будет, но и обойти их своим вниманием мы тоже не можем. Представьте, что вы написали проект, который просит пользователя ввести число, а затем выводит столько кружочков, сколько было указано. Проект всем понятен, доступен, сами вы всё про него знаете и можете отчитаться за каждую запятую и точку с запятой в нём. Возникает, однако, один простой вопрос: зачем? Какую задачу решает вывод двадцати кружочков на экран? Кому это нужно?
Даже если бы вы нас убедили, что проект с кружочками сделает счастливым многих людей, он бы не прошёл по критерию сложности. Поскольку этот раздел оказался достаточно длинным, давайте передохнём, а потом продолжим.
Пример с кружочками довольного искусственный, но, допустим, вы решили написать программу, которая считает корни квадратного уравнения. Это полезно, вы понимаете, как происходят вычисления, но. это слишком просто. Для решения непосредственно задачи вычисления корней нужно несколько строк кода. Даже если вы никогда не изучали программирование до этого, вычислить корни квадратного уравнения вы сможете уже на втором-третьем занятии. Здесь нет ни сложной математики, ни трудоёмкого программирования, ни концептуально трудноосмыслимых понятий.
Тут можно спросить (мы поймём, если вы будете спрашивать с ехидной интонацией): а как вы будете измерять сложность проекта? Ответ: никак. Проект это не стол, его линейкой не измерить. Аршином общим тоже. Именно для этого нужен этап предзащиты и согласования проектной заявки: в процессе обсуждения мы сможем прийти к общему знаменателю и решить, как усложнить ваш проект, если заявка выглядит слишком простой, или, наоборот, предупредить вас о том, что стоящая перед вами задача потребует от вас слишком много временных затрат.
Первый раздел нашего документа подошёл к концу. Что нужно сделать сейчас? Совет: изложите «вольным стилем» в одном абзаце суть вашего продукта и посмотрите, насколько ваша задумка соответствует перечисленным выше требованиям.
Эти требования вам могут показаться очень строгими. На самом деле, они нужны для того, чтобы отсечь крайности. Если вам кажется, что приведённые выше требования слишком несправедливы или не могут применяться к вашему проекту, пожалуйста, сообщите нам об этом.
Про управление проектами
Jul 9, 2020 · 8 min read
Проект, продукт, процесс — эти три “П” являются краеугольным камнем в вопросах управления целенаправленной деятельности людей. Недавно меня попросили прочитать вступительную лекцию к курсу по управлению проектами и … я согласился. Согласился потому, что у меня есть релевантный опыт работы над улучшением бизнес-процессов, работы над проектами, а теперь и над продуктами, которые и формируют вид экосистемы Tinkoff для конечных пользователей. Эта статья является расшифровкой данного выступления.
Краткое содержание
В рамках этой статьи мы
Начнем с основ, а именно
Что является проектом, а что нет
Существует большое колич е ство определений для термина “проект”, но общепринятым можно считать то, что приведено в PMBoK (Project Management Body of Knowledge) от Project Management Institute
Project is a temporary endeavor undertaken to create a unique product, service or result.
Из этого определения сразу видны ключевые характеристики проекта, а именно:
Эти ключевые характеристики можно изобразить графически в виде треугольника ограничений.
Эмпирическое правило при выборе в какие ограничения укладываться при выполнении проектов — выберите любые два из трех:) Из определения проекта видно, что его результатом может быть создание продукта и это правда, но если рассмотреть вопрос отдельно, то станут видны различия.
Product
Для продукта такого канонического определения нет, но мне понравилось описание, которое приведено в статье What’s the difference between a product and a project?
A product is designed to continually create value for customers by solving their problems. Products have more permanence, are living entities which we deliver quickly, iterate constantly, and are not something that we just walk away from.
В итоге, ключевыми характеристиками продукта являются следующие
Продуктовое мышление применяет эти принципы широко и не ограничивается только продуктами, которые продаются конечным пользователям.
Сравнение проектов и продуктов приведено ниже
Для проектов мы рисовали треугольник ограничений. Для современной продуктовой разработки он тоже существует, но он перевернут. Суть в том, что в обычном проектном подходе фиксируется функционал и зачастую сроки — это приводит к тому, что плывет бюджет. В продуктовой разработке зафиксированы сроки, например, размером спринта и стоимость, например, размером команды — это приводит к тому, что варьируется объем функционала, который поставляется этой командой за время спринта
Теперь перейдем к сравнению проектов с операционной деятельностью.
Operations
Операционную деятельность или процессную можно определить так
Operations are the ongoing execution of activities and they follow an organization’s procedures to produce the same result or a repetitive service. Operations are permanent in nature.
В итоге, операционная деятельность — это то, что принято называть текучкой, а именно выполнение повторяющихся операций для достижения повторяемого результата. Интересно, что в ходе операционной деятельности компания может столкнуться с вызовами, для решения которых она может стартовать проекты. То есть проекты можно рассматривать как некоторый катализатор фазового перехода от одного способа ведения операционной деятельности к другому, обычно более эффективному. Если сравнить проекты и операционную деятельность, то получим такую таблицу
Сравнение Product, Project, Operations
Сравнить продукты, проекты и операционную деятельность можно, построив матрицу 2×2, которую очень любят консультанты. По горизонтали у нас уровень управляемости, а по вертикали уровень повторяемости. Итоговая картинка представлена ниже. Причем пошаговая деятельность здесь — это про продуктовую разработку на основе гипотез и экспериментов.
Чем-то эта модель напоминает классический Кеневин фреймворк (Cynefin framework), представленный ниже. Здесь тоже четыре основные области, которые имеют следующие соответствия
R&D деятельность (research and development)
Причем движение по этим доменам идет по часовой стрелке от Chaotic к Complex, потом Complicated и Obvious. И чем ближе мы к Obvious тем большее commodity наши подходы и результаты.
Итого, мы сравнили проекты, продукты и процессы (операционную деятельность) и поняли в чем их отличия. Давайте теперь перейдем собственно к проектам, к управлению которыми существуют разные подходы.
Разные подходы к управлению проектами
Среди подходов, достойных упоминания я бы выделил следующее трио:
Из трех этих подходов я трогал только два:
Можем попробовать их сравнить.
С точки зрения практических инструментов обе модели почти ничем
не отличаются. В обеих моделях есть WBS (иерархическая структура работ), методы сетевого планирования и так далее. Различия касаются системного подхода в построении моделей.
В обеих моделях применяется различная терминология для системного описания. В IPMA используется пара “процесс-функция”, в PMI — “процесс-область знаний”. Перечень функций управления внешне напоминает перечень областей знаний. Но не смотря на сходство названий, имеется существенное различие по
существу групп процессов:
Дальше поговорим про проекты, причем скорее с точки зрения PMI.
Проект и из чего он состоит
У проекта обычно есть инициатор проекта, который часто является его спонсором. Спонсор проекта — это человек, который поддерживает проект на всех стадиях жизненного цикла, особенно на начальном этапе. Обычно, у этих людей есть какие-то планы, реализация которых выходит за границы операционной деятельности. В этом случае на помощь приходит проектный подход, который позволяет стартовать проект с определенными вводными и некоторыми фазами, например
Внутри этих фаз работа идет в рамках процессов, поделенных на группы и области знаний. Среди групп выделяют:
Работа процессов внутри фаз происходит итеративно, как показано на рисунке ниже. Между фазами обычно есть контрольные точки, прохождение которых связано с демонстрацией определенных результатов и принятием решения продолжать ли проект дальше. На выходе проекта мы имеем результаты проекта, которые поставляются конечным пользователям, а также документацию, которая становится активом для улучшения процессов выполнения проектов.
Распределение активностей групп процессов по фазам проекта обычно имеет вид, похожий на представленный ниже. На этом рисунке пунктирной линией выделена общая активность по проекту.
Области знаний
PMBoK выделяет следующие 10 областей знаний:
— Integration
— Scope
— Cost
— Quality
— Resource
— Communications
— Risk
— Procurement
— Stakeholder
Они вместе с группами процессов формируют табличку, в которую попадают все процессы, рассмотренные в PMBoK и приведенные на рисунке ниже. В рамках PMBoK подробно рассматривается каждый процесс, его входы и выходы, а также активность внутри самого процесса.
Теперь, когда мы кратко рассмотрели модель проекта в версии от PMI, давайте пойдем дальше и попробуем посмотреть на более крупные образования относительно проектов
Проекты, программы и портфели проектов
Если кратко, то эти три П (проект, программа, портфолио) относятся к друг другу как указано на рисунке ниже
Если же рассматривать их взаимосвязи, то они все живут внутри организации, у которой есть определенная стратегия. Эта стратегия определяет портфолио проектов (где принимаются ценностные решения), которые состоят из программ и проектов (где доставляются результаты), которые реализуют изменения в операционной деятельности (где происходит реализация ценности для бизнеса). Циклы обратной связи выглядят так:
Подводим итоги
Для того, чтобы добиться успеха в своей деятельности надо понимать над чем вы работаете — вы реализовываете проект, создаете продукт или оптимизируете операционную деятельность, улучшая бизнес-процессы. Для того, чтобы ответить на этот вопрос задайте следующие вопросы:
— Есть ли временные рамки? Четкая дата старта и финиша?
— Как сформирована команда? На время или на постоянку?
— Как выглядит планирование? Итеративное или up-front?
— Поставка функционала единоразовая или инкрементальная?
— Источник требований зафиксирован или адаптируется по мере получения информации?
— Фокусируемся на поставке обещанных заранее результатов или повышении общей эффективности решения?
Если это проект, то важно понять
Если это продукт, то вам стоит изучить вопросы зрелости процессов, например, KMM (Kanban Maturity Model). Или любую другую, которая поможет вам увеличить уровень зрелости команд и повысить эффективность процессов разработки продукта.
Управление проектами
Понятие проекта. Виды и классификация проектов
1. Понятие проекта. Виды и классификация проектов
В различных источниках можно найти разнообразные определения понятия «проект»; в целом, они не противоречат, а дополняют друг друга. Проект (англ. project)– это:
Ключевыми особенностями проекта являются:
Таким образом, многие проекты – уникальные в своем роде четко определенные действия, направленные на получение конкретных результатов в многофункциональном окружении в течение установленного срока и в рамках выделенных ресурсов с привлечением группы людей, обладающих разносторонними навыками и знаниями, работающих под специальным руководством.
1.2 Проект как объект управления
Проект как объект управления описывается совокупностью характеристик: назначение проекта, его стоимость, качество, сроки исполнения, риски и т.д. (табл. 1).
Предметная область проекта – содержательная сущность проекта: цели проекта, задачи, объемы работ и ресурсов, необходимых для их достижения.
Цель проекта – желаемый результат деятельности, достигаемый в пределах установленного интервала времени.
Стратегия проекта – центральное звено, как в подготовке, так и в оценке проекта, а также в построении соответствующей маркетинговой стратегии. Стратегия проекта – это комплекс целей и принципов, позволяющих распределить необходимые ресурсы на период времени, представляющий собой горизонт планирования проекта.
— описываются новые продукты или услуги, которые получит потребитель в результате реализации проекта
— сметные затраты, необходимые для выполнения работ проекта
Объемы работ проекта
— количественные показатели объема работ проекта
Сроки выполнения проекта
— время выполнения проекта (даты начала, окончания, продолжительность)
— соответствие характеристик проекта и его продукции установленным стандартам качества
— ресурсы, требующиеся для осуществления проекта, например, оборудование, материалы, персонал, программное обеспечение, информационные системы, производственные площади и др.
— специалисты и организации, привлеченные к выполнению работ проекта, их количественные характеристики, состав (назначение) и квалификация
— определение рискованных событий в проекте, вероятности их свершения и ущерба от их воздействия на проект
Понятие инвестиционный проект употребляется в двух смыслах. Инвестиционный проект:
– это комплексный план мероприятий, включающий проектирование, капитальное строительство, приобретение технологий и оборудования, подготовку кадров и т.д., направленных на создание нового или модернизацию (расширение) действующего производства товаров (продукции, работ, услуг) с целью получения экономической выгоды.
– это система организационно-правовых и расчетно-финансовых документов, необходимых для осуществления каких-либо действий или описывающих такие действия.
В «Методических рекомендациях по оценке эффективности инвестиционных проектов» приводится следующее определение: инвестиционный проект – обоснование экономической целесообразности, объема и сроков осуществления капитальных вложений, в том числе необходимая проектно–сметная документация, разработанная в соответствии с законодательством РФ и утвержденными в установленном порядке стандартами (нормами и правилами), а также описание практических действий по осуществлению инвестиций (бизнес-план). Проектно–сметная документация представляет собой пакет документов, определяющих место строительства (реконструкции) будущего объекта, его архитектурное и конструктивное решение, потребность в кадрах, строительных материалах, машинах и оборудовании, денежных средствах
1.3. Классификация проектов
Проекты различаются по уровню, масштабам изменений, широте охвата, по требованиям к качеству и способам его обеспечения, по совокупности проектов, по уровню участников, по характеру целевой задачи, по объекту инвестиционной деятельности, по главной причине возникновения проекта.
Проекты различаются в зависимости от:
Классификация проектов приведена в таблице 2.
По масштабу (размеру) проекта
По срокам реализации
По требованиям к качеству и способам его обеспечения
По совокупности проектов
По уровню участников
По характеру целевой задачи
По объекту инвестиционной деятельности
По главной причине возникновения проекта
Необходимость структурно-функциональных преобразований
Монопроект – это отдельный проект различного типа, вида и масштаба. Мультипроект представляет собой комплексный проект или программу, состоящую из ряда монопроектов и требующую применения мультипроектного управления. Мегапроекты – это целевые программы, содержащие множество взаимосвязанных проектов, объединенных общей целью, выделенными ресурсами и отпущенным на их выполнение временем. Такие программы могут быть международными, государственными, национальными, региональными межотраслевые, отраслевые и смешанные. Программы формируются, поддерживаются и координируются на верхних уровнях управления: государственном, республиканском, областном, муниципальном.
Краткосрочные проекты реализуются на предприятиях по производству нововведений различного рода, опытных установках, восстановительных работах. Бездефектные проекты в качестве доминирующего фактора используют повышенное качество.
Международные проекты обычно выделяются значительной сложностью и стоимостью. Их отличает важная роль в экономике и политике тех стран, для которых они разрабатываются. Эти проекты основаны на взаимодополняющих отношениях и возможностях партнеров.
В научной литературе выделяются также инновационные проекты. Абсолютное большинство инвестиционных проектов содержат в той или иной степени инновационную составляющую, поэтому разделение проектов на инвестиционные и инновационные достаточно условно. Проекты, которые обеспечивают разработку новых изделий или технологий и предполагают вложения в нематериальные активы, в большей мере претендуют на классификацию их как инновационных.
Несмотря на определенную трудность отнесения проектов к тому или иному виду, увеличение в них доли работ, направленных на создание инноваций, меняет характеристики проектов.
Так, инновационный проект отличается от инвестиционного следующим:
Классификация проектов позволяет достаточно четко ранжировать перспективные и реализуемые проекты, и как следствие, ставить выполнимые цели, задавать реальные сроки достижения целей, и привлекать оптимально необходимые ресурсы для их успешной реализации.
Определение проекта согласно PMBoK 5:
Проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата. Временный характер проектов указывает на определенное начало и окончание. Окончание наступает тогда, когда цели проекта достигнуты или когда проект прекращается в связи с тем, что его цели не будут или не могут быть достигнуты, либо когда в проекте больше нет необходимости. Проект также может быть прекращен, если клиент (заказчик, спонсор или ответственное лицо) желает прекратить проект. «Временный» не обязательно предполагает краткую длительность проекта. Это относится к вовлеченности в проект и длительности проекта. «Временный», как правило, не относится к создаваемому в ходе проекта продукту, услуге или результату. Большинство проектов предпринимается для достижения устойчивого, длительного результата. Например, проект по возведению памятника государственного значения создаст результат, который останется на века. Проекты также могут приводить к воздействиям на социальную, экономическую и окружающую среду, превышающим длительность самого проекта.
Каждый проект приводит к созданию уникального продукта, услуги или результата. Конечный результат проекта может быть осязаемым или неосязаемым. Несмотря на то что в некоторых операциях и поставляемых результатах проекта могут присутствовать повторяющиеся элементы, их наличие не нарушает принципиальной уникальности работ по проекту. Например, офисные здания могут строиться из одинаковых материалов или одной и той же строительной бригадой. Но каждый такой строительный проект будет уникальным ввиду разного местоположения, отличий в архитектуре, обстоятельствах, ситуациях, разных заинтересованных сторон и т. д.
Текущая деятельность, как правило, представляет собой повторяющийся процесс, который выполняется в соответствии с существующими в организации процедурами. И, наоборот, по причине уникального характера проектов, возможны неопределенности или различия в отношении продуктов, услуг или результатов, создаваемых в ходе проекта. Операции проекта могут быть новыми для членов команды проекта, что обусловливает необходимость более тщательного планирования, в отличие от рутинных работ. Кроме того, проекты предпринимаются на всех уровнях организации. В проекте может участвовать один или несколько человек, одно структурное подразделение организации или несколько структурных подразделений различных организаций.
Проект может создать: