Это 111-я оригинальная статья без воды.Если вы хотите получить больше оригинальных статей, выполните поиск в общедоступном аккаунте и подпишитесь на нас~ Эта статья была впервые опубликована в блоге Zhengcaiyun:Что нужно знать об управлении проектами

维尼.png

предисловие

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

В нашей повседневной разработке управление проектами используется повсеместно: от рассмотрения требований, планирования, разработки, совместной отладки до окончательного релиза и запуска.Этот обычный процесс НИОКР на самом деле является сокращенной версией процесса управления проектом. Кратко будут описаны знания в области управления проектами и методы, полезные для практической работы.

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

Прочитав эту статью, вы получите:

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

что такое управление проектами

Давайте начнем с рассмотрения того, что такое проект, который определяется в Руководстве PMBOK® следующим образом:создать уникальныйпродукты, услуги или результатывременная работа. Проекты не являются повторяющейся работой, каждый проект имеет свою уникальность, поэтому он «уникален»; у проекта есть время начала и время окончания, поэтому он является «временной работой», а также определяет объем и ресурсы.

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

PMI (Институт управления проектами) делит его на пять групп процессов управления проектами и десять областей знаний, в общей сложности 49 подпроцессов.

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

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

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

Пять групп процессов

Наш процесс разработки требований на самом деле является метафорой пяти групп процессов.

запустить группу процессов

Группа процесса инициации проекта включает определение заинтересованных сторон и разработку устава проекта. Перед началом проекта необходимо разработать устав проекта.Устав проекта можно просто понимать как документ, который может объяснить предысторию, цель проекта и какие результаты должны быть получены в конце. Еще важно определить соответствующие стороны.В любом контенте, связанном с проектом, должны быть «люди».Управлению проектом нужны люди, и участию в проекте тоже нужны люди.В то же время заказчики тоже люди.Здесь мы можем сотрудничать с проектом. Соответствующие люди в совокупности называются «заинтересованными сторонами», и выявление соответствующих сторон на ранней стадии проекта играет решающую роль в успехе проекта.

Как провести оценку потребностей?

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

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

Необходимо провести анализ потребностей:

Полностью понять предысторию и цель требования и отвергнуть человека-инструмента;
Проанализируйте соответствующие стороны требований и сообщите им об этом;
Подтвердить объем требований и задокументировать их;

Группа процессов планирования

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

Здесь мы сосредоточимся на объяснении двух наиболее полезных моментов знаний для повседневной работы: один — это составление графика, а другой — выявление рисков.

Составьте план прогресса

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

Структура разбивки работ WBS

Как это может помочь вам составить лучший график? Здесь мы используем инструментальный метод Work Breakdown Structure (WBS), как следует из названия, который заключается в разделении огромной работы на небольшие задачи.

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

Выявление рисков

Каким бы простым или сложным ни был проект, риски должны быть.Как определить риски в проекте, мы можем думать об этом с нескольких сторон.

Общие методы идентификации рисков:

мозговой штурм

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

анализ SWOT

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

Давайте возьмем «систему онлайн-возмещения» в качестве примера для проведения SWOT-анализа:

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

Может ли проверяющая сторона интерфейса предоставить интерфейс вовремя
Визуальные и интерактивные проекты могут быть доставлены вовремя
Была ли оценена осуществимость технического решения на месте
Хорошо ли продуман масштаб воздействия
Достаточно ли соответствующих ресурсов?

группа процессов выполнения

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

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

В реальной разработке есть 2 момента, на которых следует сосредоточиться:

Изменение требований

Изменения в требованиях повлияют на объем расписания, и как многофункциональные, так и малофункциональные повлияют на расписание проекта.

Как быть с изменяющимися требованиями?

Изменения нельзя внедрять вслепую, любые изменения могут вызвать неучтенные проблемы, а также повлияют на ход проекта;
Изменения требований требуют унифицированных процессов и спецификаций, и любые изменения требований необходимо оценивать;
Чтобы постоянно отслеживать требования, все требования необходимо вводить и обновлять на платформе, чтобы облегчить управление требованиями позже;

самопроверка дыма

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

Группа процессов мониторинга

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

отчет о работе

Отчет о работе является необходимым документом в управлении проектами для просмотра хода выполнения и статуса проекта.

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

С личной точки зрения он должен включать следующее:

Работа сделана на этой неделе
план работы на следующую неделю
Проблемы и предложения, возникающие в работе

Перспектива команды:

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

Ключевые бизнес-процессы и риски
Прогресс и риски каждого направления бизнеса
план работы на следующую неделю

Общий прогресс и риск также могут быть представлены в виде таблицы в отчете.

Утреннее заседание

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

группа процессов закрытия

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

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

После выхода в интернет всегда стоит обратить внимание на будильник, просмотреть и подвести итоги проекта, заархивировать материалы.

Суммировать

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

использованная литература

Шестое издание Руководства PMBOK®

«Тысяча и одна ночь Netease»

работы с открытым исходным кодом

Zhengcaiyun интерфейсный таблоид

адрес с открытым исходным кодомwww.zoo.team/openweekly/(На главной странице официального сайта таблоида есть группа обмена WeChat)

Карьера

ZooTeam, молодая, увлеченная и творческая команда, связанная с отделом исследований и разработок продукции Zhengcaiyun, базируется в живописном Ханчжоу. В настоящее время в команде более 40 фронтенд-партнеров, средний возраст которых составляет 27 лет, и почти 30% из них — инженеры полного стека, настоящая молодежная штурмовая группа. В состав членов входят «ветераны» солдат из Ali и NetEase, а также первокурсники из Чжэцзянского университета, Университета науки и технологий Китая, Университета Хандянь и других школ. В дополнение к ежедневным деловым связям, команда также проводит технические исследования и фактические боевые действия в области системы материалов, инженерной платформы, строительной платформы, производительности, облачных приложений, анализа и визуализации данных, а также продвигает и внедряет ряд внутренних технологий. Откройте для себя новые горизонты передовых технологических систем.

Если вы хотите измениться, вас забрасывают вещами, и вы надеетесь начать их бросать; если вы хотите измениться, вам сказали, что вам нужно больше идей, но вы не можете сломать игру; если вы хотите изменить , у вас есть возможность добиться этого результата, но вы не нужны; если вы хотите изменить то, чего хотите достичь, вам нужна команда для поддержки, но вам некуда вести людей; если вы хотите изменить установившийся ритм, это будет "5 лет рабочего времени и 3 года стажа работы"; если вы хотите изменить исходный Понимание хорошее, но всегда есть размытие того слоя оконной бумаги.. , Если вы верите в силу веры, верьте, что обычные люди могут достичь необыкновенных вещей, и верьте, что они могут встретить лучшего себя. Если вы хотите участвовать в процессе становления бизнеса и лично способствовать росту фронтенд-команды с глубоким пониманием бизнеса, надежной технической системой, технологиями, создающими ценность, и побочным влиянием, я думаю, что мы должны говорить. В любое время, ожидая, пока вы что-нибудь напишете, отправьте это наZooTeam@cai-inc.com