Добрый вечер.
Был проект для HES Department (ТБ департамент) в крупной нефтяной компании, где я сам работал. Естесственно проект был без аутсорсинга, project scope, data collection, встречи, обсуждения, план проекта, ToR — Terms of Reference (по нашему ТЗ) пришлось делать самому. Так же сам был разработчиком, сам себе Team Lead, PM .
Тут уже за все ПМ отвечает. Благо проект был небольшим, на 250-300 пользователей. Это в основном ТБ инспектора, инженеры по контр.качества (QC Engineers), Менеджеры ТБ отделов и тб-шники подрядных организации.
Минусы:
Сам отвечаешь за все
Сам себе ставишь задачи по ТЗ
Плюсы:
Пишешь код как тебе удобно
Но вообще в наше время, если проект уровня enterprise, где вовлечены несколько департаментов, проект крупный и количество сотрудников работающие в данном проекте больше 500-1000 человек, то было бы правильно разделить ответственность на несколько уровней.
General Project Manager
IT Project Manager
Finance Project Manager
...etc
Хотя те же функции могут Team Leads выполнять.
Главное при внедрении крупной системы, это человеческий ресурс. Менеджер всего проекта не должен заниматься конфликтными ситуациями, человеческими факторами, на это есть Team Leads. Еще не хватало кроме того, как быть Project Core Person и тянуть весь проект, заниматься мелкими недоразумениями.
Четко поставлена задача, не выполняют в срок, сразу замена, нет времени на болтавню. Письмо начальству и замена. Почему так? В западных компаниях практикуется penalty за просрочку после deadline. Это касается и внедряющей и заказывающей сторон. Так же важна поэтапная проверка каждой готовой функциональности. Не все целиком в конце проекта, а по частям по ходу готовности.
Был случай, внедряли систему по грузоперевозкам, компания индийская, IBS Software. Индусы собрали все данные и уехали в Индию собирать проект, учитывая все замечания. В итоге через 8 месяцев, до Go-Live за 1 месяц предоставили грязный вариант проекта. Столько замечании от пользователей, где то что то криво, некоторые функционалы работают не так, какбыло обговарено. В конце 9 месячный проект продлился на 1.5 года и штрафов немеренно. За 1 просроченный день из за не рабочей функции системы 150$. Вот считайте за 6 мес просрочки какая сумма накрутилась.
Так же хочу для начинающих дать такой совет. Если вы ПМ и ваши поставленные задачи не выполняются командой или некоторыми team lead, смело идите к их начальству, не тяните, если вас не понимают, не уважают, не хотят с вами работать, идите к их менеджеру, в противном случае в конце на deadline отвечать будете вы, никто другой.
Опыт как PM 6 лет (до этого работал как IT Business/System Analyst, IT Project Administrator).
Приведу пример.
Vendor: Крупная западная авиакомпания.
Customer: Oracle
Система: Oracle ERP.
Модули: HR Payroll, Finance, Sales & Marketing, Warehouse, IT, Top Management.
Система Web based.
Цена проекта > 2 млн USD + 1 year FOC support, дальше за отдельную плату tech. support, change requests etc.
Stage 1.
Презентация, знакомство в стиле Say Hello.
Stage 2.
Созданы команды со стороны авикомпании по всем вовлеченным департаментам со своими Team Leads (5 команд и 1 человек из Top mngmt).
Oracle выделил по два человека для каждого модуля (IT Business Analyst, IT Developer), Project Manager со стороны Oracle Representative EU).
Знакомство сторон (команд). Для Oracle характерно то, что они выделяют для каждого модуля соответствующих аналитиков, т.е для фин.депа авиакомпании, они выделили аналитика, который шарит в финансах и в ИТ, так же и для HR, S&M, Warehouse…
Stage 3.
Знакомство с существующими системами авиакомпании, сбор информации, подготовка Templates, подгон Oracle ERP Modules.
ПМ (в моем лице) получил все шаблоны.
Встреча с каждой командой авиакомпании и Oracle Team.
Построение Project Plan (MS Project, Primavera P6).
Глубокое изучение шаблонов, корректировки, замечания, исправление, обновление шаблонов, risk management и в конце Project Administrator собирает все подписи со всех сторон и документирует в архив.
Параллельно ИТ Администраторы БД обеих сторон вместе с ПМ обсуждают свои пред.области.
Параллельно разработчикам и IT Business analysts Oracle создается CISCO VPN Tunnel для доступа извне к Staging server на стороне авиакомпании.
Stage 4.
Oracle Team уходит к себе в тыл на разработку самого каркаса системы, развертывает staging server через впн канал.
Каждый модуль при заливке на staging server проверяется Team Lead и соответствующей командой, ПМ на стороне авиакомпании.
Вносятся мелкие корректировки в функциональности модуля.
По завершению подписывается Final Go-Live Agreement.
Обучение тренеров со стороны авиакомпании (Train Trainers), дальше они обучают персонал, как пользоваться модулями.
Запускается система.
Я могу где то что то пропустить или поменять местами. Проект был внедрен около 9 лет назад. Пишу что помню, как говорится вкратце, чтобы было понятно что такое проект и ПМ для начинающих.
Я участвовал практически во всех встречах, во всех обсуждениях будь то IT, Finance, S&M, HR, Warehouse.
Конечно это был проект, где четко разделены клиент/продавец.
Таких и внутренних проектов было десятки, бывало параллельно два проекта ведешь.
Что мне как ПМ нужно было на проекте Oracle ERP знать?
Как работает отдел кадров (трудоустройство, з.п, внесение в штат, изменение позиции и grades т.е градация работников, отпуска, больничные, премии, увольнение и т.д.)
Как работает фин.деп (тут черт ногу сломает, отдел пассажирских доходов, отдел авиагрузоперевозочных доходов, отдел внтр.фин аудита, отдел корп.доходов, отдел фин.аналитиков, отдел эл.коммерции, отдел расходов, отдел по з.п, отдел закупок и т.д.)
Склад (Warehouse) тут одна длинная цепочка, начиная с заказа чего то до поступления на склад. Такой business scheme непрерывная.
IT знание RDBMS Oracle, PL/SQL, понимание как работают сет.маршрутизаторы, знание Active Directory для SSO (Single Sign On) в систему пользователями авиакомпании, Server hardware, Java обязательно, т.к система тонкий клиент, там использовались технологии JSP, Servlets, JMS, XML, EJB, Applet и т.д.
Так же ITIL, PMBok.
S&M департамент особо зависит от фин.депа, топ менеджмента.
Коммуникабельность.
Умение быстро, четко и главное верно анализировать.
Обязательное знание английского, т.к Oracle американцы. Уровень хотя бы Upper Intermediate.
День добрый.
Проекты бывают разные.
Если серьезный и крупный проект в банковской, нефтяной, крупной промышленной сфере, то минимум требования таковы:
PMBoK, ITIL, IT Risk Management certificate, Prince2 и т.д.
Владеет хотя бы одним из ООП Java 2, C#, .Net и.т.д.
Одним из RDBMS Oracle 10g или выше, MS SQL Server, IBM DB2, OLAP технологии, архитектуру БД и т.д.
Понимание работы Web/Application Servers Apache, IBM Web Sphere, JBOSS, Oracle APP Server и т.д.
Опыт в программировании в среде GUI Eclipse, Sun Studio, Microsoft Studio и т.д.
Плюсом будет знание Message service, Python, XML, Net/Web/System Administration, CISCO (или любой другой пром.маршрутизатор), Linux любую версию, понимание mail servers (SMTP, POP3) protocols, AD, DHCP, TCP/IP
Коммуникабельность, знание английского языка, аналитический расклад ума.
Добрый вечер.
Был проект для HES Department (ТБ департамент) в крупной нефтяной компании, где я сам работал. Естесственно проект был без аутсорсинга, project scope, data collection, встречи, обсуждения, план проекта, ToR — Terms of Reference (по нашему ТЗ) пришлось делать самому. Так же сам был разработчиком, сам себе Team Lead, PM .
Тут уже за все ПМ отвечает. Благо проект был небольшим, на 250-300 пользователей. Это в основном ТБ инспектора, инженеры по контр.качества (QC Engineers), Менеджеры ТБ отделов и тб-шники подрядных организации.
Минусы:
Сам отвечаешь за все
Сам себе ставишь задачи по ТЗ
Плюсы:
Пишешь код как тебе удобно
Но вообще в наше время, если проект уровня enterprise, где вовлечены несколько департаментов, проект крупный и количество сотрудников работающие в данном проекте больше 500-1000 человек, то было бы правильно разделить ответственность на несколько уровней.
General Project Manager
IT Project Manager
Finance Project Manager
...etc
Хотя те же функции могут Team Leads выполнять.
Главное при внедрении крупной системы, это человеческий ресурс. Менеджер всего проекта не должен заниматься конфликтными ситуациями, человеческими факторами, на это есть Team Leads. Еще не хватало кроме того, как быть Project Core Person и тянуть весь проект, заниматься мелкими недоразумениями.
Четко поставлена задача, не выполняют в срок, сразу замена, нет времени на болтавню. Письмо начальству и замена. Почему так? В западных компаниях практикуется penalty за просрочку после deadline. Это касается и внедряющей и заказывающей сторон. Так же важна поэтапная проверка каждой готовой функциональности. Не все целиком в конце проекта, а по частям по ходу готовности.
Был случай, внедряли систему по грузоперевозкам, компания индийская, IBS Software. Индусы собрали все данные и уехали в Индию собирать проект, учитывая все замечания. В итоге через 8 месяцев, до Go-Live за 1 месяц предоставили грязный вариант проекта. Столько замечании от пользователей, где то что то криво, некоторые функционалы работают не так, какбыло обговарено. В конце 9 месячный проект продлился на 1.5 года и штрафов немеренно. За 1 просроченный день из за не рабочей функции системы 150$. Вот считайте за 6 мес просрочки какая сумма накрутилась.
Так же хочу для начинающих дать такой совет. Если вы ПМ и ваши поставленные задачи не выполняются командой или некоторыми team lead, смело идите к их начальству, не тяните, если вас не понимают, не уважают, не хотят с вами работать, идите к их менеджеру, в противном случае в конце на deadline отвечать будете вы, никто другой.
Опыт как PM 6 лет (до этого работал как IT Business/System Analyst, IT Project Administrator).
Приведу пример.
Vendor: Крупная западная авиакомпания.
Customer: Oracle
Система: Oracle ERP.
Модули: HR Payroll, Finance, Sales & Marketing, Warehouse, IT, Top Management.
Система Web based.
Цена проекта > 2 млн USD + 1 year FOC support, дальше за отдельную плату tech. support, change requests etc.
Stage 1.
Stage 2.
Stage 3.
Stage 4.
Запускается система.
Я могу где то что то пропустить или поменять местами. Проект был внедрен около 9 лет назад. Пишу что помню, как говорится вкратце, чтобы было понятно что такое проект и ПМ для начинающих.
Я участвовал практически во всех встречах, во всех обсуждениях будь то IT, Finance, S&M, HR, Warehouse.
Конечно это был проект, где четко разделены клиент/продавец.
Таких и внутренних проектов было десятки, бывало параллельно два проекта ведешь.
Что мне как ПМ нужно было на проекте Oracle ERP знать?
Так же ITIL, PMBok.
День добрый.
Проекты бывают разные.
Если серьезный и крупный проект в банковской, нефтяной, крупной промышленной сфере, то минимум требования таковы: