Как управлять проектами внедрения 1С Предприятие? Обзор инструментов...

Публикация № 82963

Методология - Управление проектом

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

 

С1. Введение

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

С2. Понеслася!

  1. Техника «Описание проекта» или «Отчет по проекту»
    1. Это основная техника, которая нужна практически в любых проектах.
    2. Можно использовать документ Word, Google Docs, или любой другой носитель, который можно периодически обновлять. Я когда-то использовал Word+DIRECTUM, сейчас использую Мегаплан. Там есть соответствующее поле у записей проектов;
    3. Состав описания зависит от размера проекта и ситуации
      1. Обязательные части
        1. Результат (куда идем, и как выглядит ситуация в которой мы должны оказаться в конце проекта)
        2. Цель (зачем идем, можно в общих выражениях аля «чтобы мир во всем мире», хотя чем конкретней, тем лучше, например, «повышение качества услуг» или «увеличение доходов» или «снижение операционных затрат»);
      2. Дополнительные части добавляем по ситуации
        1. Участники (контакты, роли …)
        2. Заметки
        3. Ссылки на важные материалы
        4. Любые другие разделы по желанию
    4. Материалы по теме
      1. Волшебное искусство планирования (там, где описание с чего начинается план)
      2. http://ru.wikipedia.org/wiki/GTD (надо читать саму книгу конечно, там по сути тоже речь о том что план начинается с описания результата, и дана хорошая техника того, как именно надо описывать результат)
  2. Умение мыслить в стиле ВИСИ
    1. Кто не в теме, читаем описание техники «Будьте ВИСИ»
    2. Это также одна из наиважнейших техник, которая требуется на любом проекте.
    3. Но не все способны ее освоить, т.к. требуется природная предрасположенность к этому стилю мышления.
  3. GTD
    1. Это название техники и книги Д.Алиена
    2. Гибкая и универсальная техника, подходящая для управления проектами лучше, чем что либо изученное мной ранее (а изучил много чего). Не зависит от платформы, можно хоть на бумаге применять.
    3. Кроме результатов, позволяет снизить напряжение на мозг и бомбежку воображения.
    4. В общем если задач у вас стало очень много, вы начали путать маму с папой или дочку с сыном, то вам срочно нужна эта книга. А лучше не доводить до этого состояния и освоить эту технику заранее.
  4. Реестр проектов
    1. Это просто ведение списка проектов, с приоритетом, плановыми датой начала, датой окончания, описанием, фактическими датами и конечно же с указанием ответственного.
    2. Помогает в том случае, если проектов много, их нужно, во-первых, раскидать между людьми, во вторых по себе любимому видеть приоритеты (дабы не распылять силы), ну и просто эти данные иногда полезны при использовании дополнительных инструментов.
    3. Эта техника бесполезна в том случае если у вас 1-2-3 проекта, и/или вы один в поле воин.
    4. Чтобы понять смысл этой техники нужно, во-первых, изучить книгу GTD, а во-вторых, иметь соответствующий опыт.
  5. Ведение списка задач в проектах
    1. Тут нужно сразу остановиться на ключевых элементах
      1. Доступ к списку нужен всем участникам, которые могут быть в разных организациях и раскиданы по территории. Да и просто бывает, что идея догонится вас дома и надо сразу привязать ее к контексту, чтобы мозг не нагружать.
      2. Тут же нужны обсуждения.
      3. Учет времени.
      4. Контроль сроков, состояния задач, ответственных.
    2. Пару месяцев назад начал искать подходящий инструмент и остановился на 2-х:
      1. Мегаплан
        1. Продуман, прост, удобен, дизайн от Артемия Лебедева;
        2. Соответствует техникам ВИСИ (п.2) и GTD (п.3)
        3. Стоит копейки, если брать под задачи и проекты.
        4. Чисто отечественный продукт;
        5. Прочий функционал стоит уже дороже, но лично мне он нафиг не нужен, он у меня на других платформах реализован.
        6. Поддержка мобильников в планах
        7. Мой выбор из-за п.1 и 2.
      2. Тимлаб
        1. Сложноват, интерфейс далек от эргономики
        2. Соответствует технике GTD (п.3), но не поддерживает ВИСИ (п.2).
        3. Бесплатен, как следствие заметны тормоза
        4. Есть поддержка русского языка
        5. Функционал зашкаливает, тут вам и WiKi и Jabber и много чего еще
        6. Есть поддержка мобильников
        7. Простота в использовании и соответствие ВИСИ для меня слишком важны, и даже важнее халявы, потому Тимлаб оставил в сторонке, но слежу за обновлениями, и когда они реализуют поддержку ВИСИ, то может быть даже перейду на него.
    3. Конечно все это нужно лишь там где проекты ресурсоемкие и долгоиграющие. Примерно от 2-х месяцев. Там где меньше, можно использовать п.4 (просто вести реестр проектов)
  6. Отчет по проекту
    1. Тут конечно на любителя, но я не даром назвал эту технику ключевой в своей прошлой статье…  1С Предприятие. 4 ключевые проблемы проектов внедрения
    1. Если соотносить ее с вышеназванными техниками, то:
      1. она объединяет в себе все основные элементы перечисленных выше технологий;
      2. ее можно применять зная обычный Word совершенно в полевых условиях и с деревянными людьми (кому тот же Мегаплан или эл.почту не освоить за все время проекта).
      3. да и просто ее освоить легко;
    2. У нее нет ограничений по масштабу… как минимум у меня лично есть проект в 7 чел/лет, с командой из 10 спецов и создание системы на 1000 пользователей, только лишь при использовании этой техники. Проект, которому все эксперты пророчили гибель, т.к. там были нарушены все базовые принципы проектного подхода. Но проект удалось вырулить, хоть и ценой отказа от личной жизни и урезанием премии всей команде из-за минусовой рентабельности.
  7. ТЗ
    1. Самое главное это отличать ТЗ на программирование и ТЗ на внедрение.
    2. Это две совершенно разные задачи, мешанина которых приводит к провалу.
    3. В ТЗ на внедрение нужно ставить запрет на разработку и закреплять перечень процессов которые будут охвачены.
    4. А на все разработки, если без них ну ваще никак, выносить в ТЗ на разработку, где уже прописывать все требуемые алгоритмы и условия.
    5. Вообще стиль и состав ТЗ на внедрение пока что передается лишь между внедренцами. Мне его передали уважаемые люди умеющие реализовывать крупные проекты, я этот стиль передавал своим ребятам. ГОСТ есть только на ТЗ для программирования. Особенности описания ТЗ на внедрение надо как то будет сесть и попробовать выразить словами ) Хотя сам навык придет лишь с опытом в любом случае.
  8. Устав проекта
    1. Спорный документ, использование которого нужно лишь с пониманием
    2. Вообще многие вещи, которые обычно пишут в Уставе, лучше сразу прописывать в ТЗ на внедрение (не путать с ТЗ на программирование)
    3. Но бывает так, что ТЗ уже написано, и вам его дают как данность. А в команде проекта куча быдла, без таких понятий как отвага и энтузиазм. Умеющих лишь свои должностные обязанности выполнять и то спустя рукава. Тут можно прописать п. Мотивация, с бонусами и штрафами. Тогда даже из быдла можно сделать людей прямо во время проекта.
    4. Или люди начинают от ответственности уходить, вилять… тогда можно п. Ответственность добавить и там записать все.
    5. Или в ТЗ забыли результат, цели и структуру задач описать. Тоже в целях вытаскивания проекта из жопы - это можно в Устав закинуть.
    6. Если видишь, что в проект залезла куча идеологов, со своими видениями правильности решения задач, просто в устав добавляешь нужные нормы, обосновываешь верхам, согласовываешь, утверждаешь. Дальше, если видишь что та или иная идея, действие нарушают или грозят нарушить норму и увести проект в жопу, то берешь идеолога, тыкаешь его носом в норму устава, и посылаешь на три буквы.
    7. В общем, Устав - это такой документ, который нужен как антикризисный инструмент, решения ошибок которые были допущены при постановке задачи в ТЗ или обнаруженных проблемах уже в ходе проекта. Хотя если проект знакомый и в ТЗ все риски предусмотрены точной постановкой задачи, то от Устава можно отказаться.
  9. Программно-портфельные технологии из PM BOK
    1. Нужны когда вы начинаете отвечать не просто за какие то проекты, а за целые направления в крупных организациях и нужно свести все проекты в управляемую ситуацию;
    2. Основная ошибка в России это опять же усложнения. Взять тех же чиновников и ФЦП Электронная Россия или ФЦП Информационное общество.
    3. Ошибка в том что они употребляют слово Программа, но мало кто из чиновников понимает суть этого слова.
    4. Взять ту же Европу, там аналогичные программы называются просто «План действий «Е-Правительство 2011-2015″. И описаны очень простым и доходчивым языком, а как известно чем больше людей участвуют в задаче, тем проще нужно объяснять ключевые элементы деятельности.

С3. Резюме

  1. Сразу оговорюсь, что это мое ИМХО основное на эмпирическом знании. Ни один ученый сидящий в каком нибудь НИИ не является для меня авторитетом. Единственные кого я слушаю это людей с практическим опытом.
  2. Если вы точно знаете как управлять проектами, хотя не один проект в своей жизни еще не реализовали, то рекомендуется свои мысли оставить при себе, даже если вы отвечали за целый этап внутри проекта. Этап это не проект.
  3. Под проектами понимается действие, со сроком и бюджетом. Выполнено в срок и в бюджет. Тепличные условия когда кучка программистов сидят и размышляют о правильности решения без ограничения срока и бюджета… проектом как мы знаем можно назвать лишь с натяжкой. Это просто игра в проект. Хотя часть описанных технологий конечно же пригодятся и в этом случае.
  4. Основная полезность этих техник пригодится тем у кого есть задача, ресурсоемкая, сложная, с участниками от 3-х человек, где нужно не просто ковырять компьютеры и программы, а нужно еще охватывать и направлять множество людей (пользователей, сотрудников), при этом сверху на вас давит срок и бюджет,  и кровь из носу нужно сделать результат, уложившись в ограничения. Вот где вся веселуха!

(c) http://itau.ru/2011/05/19/kak-upravlyat-proektami-sozdaniya-informatsionnyih-sistem-obzor-instrumentov/

 

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Арчибальд 2712 21.03.11 08:11 Сейчас в теме
Возьмеь несколько цитат
Ключевая проблема в том что внедрением занимаются программисты. Хотя это задача управленческая.
(4 ключевые проблемы проектов внедрения 1С Предприятие )
Программист может не быть руководителем проекта, если программистов на проекте несколько. Руководитель проекта не может не быть программистом.

Да, не каждый программист способен быть руководителем проекта.
(Руководитель проекта - это не профессия. Надо еще работать.)
Сразу оговорюсь, что это мое ИМХО основнное на эмпирическом знании. Ни один ученый сидящий в каком нибудь НИИ не является для меня авторитетом. Единственные кого я слушаю это людей с практическим опытом. Теоретики и любители домыслить, не имеющие соответствующего опыта могут идти лесом.
(Здесь)
Третья цитата несколько дезавуирует первую, зато подтверждает вторую. В самом деле, личный опыт ("ИМХО основанное на эмпирическом знании") программиста ну никак не может противоречить тому, что в программном проекте, даже если это проект внедрения, а не разработки, на посту руководителя проекта программист предпочтительнее. Получается, что в первой цитате упоминались не настоящие программисты, а нечто иное. Возможно, в 1С-ных терминах, конфигурасты.

Пробежимся еще по этой статье. С описанием проекта - понятно, что без грамотного целеполагания (в том числе, ограничения перечня задач) тольку не будет. А вот следующий раздел - поподробнее:
2. Умение мыслить в стиле ВИСИ
1. Кто не в теме, читаем описание техники "Будьте ВИСИ"
2. Это также одна из наиважнейших техник, которая требуется на любом проекте.
3. Но не все способны ее осовоить, т.к. требуется природная предрасположенность к этому стилю мышления.
Отличная иллюстрация к моей позиции в двух предыдущих обсуждениях. Ведь "Взаимное Исключение, Совместное Исчерпание" - это именно тот стиль мышления, который в фольклоре соотносится с профессиональными программистами. Ну, как на ночь на тумбочку поставить не только полный стакан, но и пустой. Я же утверждаю, что стиль мышления ВИСИ - основное, что отличает программистов от непрограммистов (к коим и конфигурасты относятся). Третий же пункт в последней цитате говорит, что не всякому дана способность стать программистом. И руководителем проекта заодно.

26. 22.03.11 07:38 Сейчас в теме
(1) Арчибальд! Негодяй! Ты меня поймал! )))
Без шуток ) Тот образ который ты видишь под словом программист я очень уважаю ) У меня есть 3 таких друга программиста и мы друг друга понимаем с полу слова ) Хотя и с ними бывает деремся )) но без обид и с пониманием ))
проблема называется: мы говорим одни слова на этом свете но видим разное кино ) (с) Полонский

Я же под этим словом понимаю среднестатистического специалиста, от которых в проектах одни проблемы и которых опять же большинство )

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

Потому что если рассматривать все возможные случае которые только мне встречались, без учета тех что еще повстречаются, то статья получится большой и скучной ))
27. Арчибальд 2712 22.03.11 07:40 Сейчас в теме
2. ufo58 160 21.03.11 08:54 Сейчас в теме
Говорят: "Дурак видит дурака, умный - умного, мудрец видит и тех и других".
Отчего статья (читай автор) такая напыщенная и злая?
Тебя кто так обидел?
Пользователи? Программисты? "Местные специалисты", которые так и "не сумели понять и осознать суть статьи"?
Не мудрено.
Такое ощущение, что копаешься в помоях чужих амбиций.
Найти в этом опусе "песчинку рационального зерна" крайне сложно.
Посмотрю в ссылках. Может там больше толку.
Трактор; slaviksoft; +2 Ответить
3. Ish_2 1061 21.03.11 08:56 Сейчас в теме
Есть еще одна техника. Сам ее не использовал, потому за качество не отвечаю. Суть ее в том, что нужно выкинуть руководителя проекта, а всем программистам начать бить себя в грудь и кричать "я программист!"... тем самым по заверению в статье "Руководитель проекта - это не профессия. Надо еще работать." и в комментариях к ней, проект должен завершиться успешно. Я так не пробовал, но люди утверждают что это работает, потому спорить не буду. Вероятно это какой то древний шаманский ритуал.


Явное передергивание и искажение смысла статьи bb1962 :
http://infostart.ru/public/82673/
4. tango 492 21.03.11 09:14 Сейчас в теме
- за снобизм. и эзотеричность "ответственности"
**
ну че бы сразу ни сказать, что "ответственность" имелась ввиду по Хаббарду?
смени форум, Толик, 1снегов зомбировать - дело неблагодарное
5. Ish_2 1061 21.03.11 09:29 Сейчас в теме
Самое главное это отличать ТЗ на программирование и ТЗ на внедрение.
Это две совершенно разные задачи, мешанина которых приводит к провалу.
В ТЗ на внедрение нужно ставить запрет на разработку и закреплять перечень процессов которые будут охвачены.
А на все разработки, если без них ну ваще никак, выносить в ТЗ на разработку, где уже прописывать все требуемые алгоритмы и условия
.

Если Вы внедряете продукт "в чистом поле" и пользователи вручную вводят начальные данные , то тогда приведенную цитату можно как-то принять.
Но в подавляющем числе случаев внедрение есть есть переход от одного продукта к другому.
И тогда в подавляющем числе случаев без ТЗ на программирование (переброска данных из одного пакета в другой) -"ваще никак". Удачность и полнота такой переброски во многом определит успешность всего проекта.
Мало того , такая переброска может потребовать создания и хранения в новом продукте дополнительных структур.
Т.е. невозможно отмахнуться от простого факта : ТЗ на программирование в подавляющем большинстве случаев есть не какое-то дополнение , а неотъемлемая часть ТЗ на внедрение.
А раз так , то искусственное разделение ТЗ на программирование и ТЗ на внедрение в общем случае - серьезная методологическая ошибка.
9. AShley 21.03.11 10:48 Сейчас в теме
(5) А мне кажется, что наоборот нужно отделять этап программирования (где идет тестирование процесса внедрения, доработка функционала и т.п.), от самого этапа внедрения, иначе мы получаем внедрение, которое не заканчивается, с кучей косяков, заплатками "лишь бы работало" и грязным кодом. Из личного опыта: внедрялась 1С:Бухгалтерия предприятия (прогибание клиента под "правильное" решение это отдельный вопрос) в строительной организации (группа компаний) с одновременным допиливанием управленческого учета, механизма распределенных баз и т.п. Проект затянулся более чем на 2 года.
11. Ish_2 1061 21.03.11 10:59 Сейчас в теме
(9) В (5) приведен конкретный пример когда ТЗ на программирование - неотъемлемая часть ТЗ на Внедрение (переброска начальных данных). Сказано о том , что таких случаев большинство.
Поэтому (внимание!) в общем случае неверно искусственно разделять ТЗ на внедрение и ТЗ на программирование.
С другой стороны , если это возможно, доработка функционала должна быть выделена в отдельное ТЗ на программирование.
6. tango 492 21.03.11 10:21 Сейчас в теме
(0) Толик, брыздни позитивом: какие проекты в Увартском районе?
Прикрепленные файлы:
7. tango 492 21.03.11 10:36 Сейчас в теме
резюме
Прикрепленные файлы:
Трактор; +1 Ответить
8. Трактор 1209 21.03.11 10:42 Сейчас в теме
Мегаплан
1. Продуман, прост, удобен, дизайн от Артемия Лебедева;

Дизайн Лебедева это офигеть какой плюс! Как люди без него жили? Функционал при таком дизайне не так важен.

В заголовке сказано Обзор инструментов... Собственно обзор на 17 строках текста. Причём в 7 из них не более трёх слов.

У автора явно страдает логика. Нет того самого ВИСИ, призывающего структурировать мысли и отделять мух от котлет.
Минус пока не ставлю. Надеюсь на исправление.
16. awk 726 21.03.11 11:26 Сейчас в теме
(8) Допиливать конечно, можно и нужно. Но идея показать работу РП с точки зрения РП, а не с точки зрения исполнителя - замечательная. А то многие считают, что начальство в носу ковыряется - за то и деньги получает. А что это колоссальный труд, который требует специфических знаний и качеств - мало кто понимает.
17. tango 492 21.03.11 11:34 Сейчас в теме
(16) "мало кто понимает"
ну вот блин откуда это взяли? источник только один - "все программисты тупые"
18. awk 726 21.03.11 11:44 Сейчас в теме
(17) Все программисты - разные. Тупые то же есть.
19. Ish_2 1061 21.03.11 11:49 Сейчас в теме
(16) Я бы тоже отметил эту замечательность статей A.Y, несмотря на перехлесты.
Оч. и оч. полезно программистам, коих здесь большинство, увидеть взгляд "извне".
10. slaviksoft 74 21.03.11 10:54 Сейчас в теме
статья интересная, но с такими эмоциями автора читать неприятно
интересно он с клиентами тоже так обиженно себя ведет?
12. KapasMordorov 428 21.03.11 11:02 Сейчас в теме
Какие клиенты?
Автор "руководитель проектов" в районной администрации в селе Уват (5000 чел. население, в районе 20 тыр).
Чиновник, 26 лет.
13. Ish_2 1061 21.03.11 11:08 Сейчас в теме
(12) Не Москва. Ну и что ?
Арчибальд , скажем так , - не столичный житель. А уровень оч. высокий.
Так что поаккуратнее...
14. KapasMordorov 428 21.03.11 11:15 Сейчас в теме
(13)
Не Москва. Ничего.
Бывшие коллеги большой-большой проект в Тюмени делали.
Только есть несоответствие между статьями автора и например его же блогом.
15. Alraune 1486 21.03.11 11:25 Сейчас в теме
Самое главное это отличать ТЗ на программирование и ТЗ на внедрение.
Это две совершенно разные задачи, мешанина которых приводит к провалу


Мне почему-то кажется, что это обусловлено тем, что программированием и внедрением, как правило, должны заниматься в рамках проекта разные люди (если, конечно, более-менее крупный проект, сопровождающийся работой с большим количеством пользователей). Потому что из хороших программистов очень часто бывают никакие «внедренцы» (дурацкое слово, но другого в голову не приходит), и также наоборот. Программист пытается объяснить пользователю что-то в своих терминах, пользователь ничего не может понять и сидит с выпученными от ужаса глазами. Это не предположение, встречалось такое, и не раз. А пользователь не должен бояться программу, иначе внедрение нисколько не будет успешным.
20. Трактор 1209 21.03.11 11:49 Сейчас в теме
Перечитал статью ещё раз. Она совершенно бесполезна. Каждая из затронутых тем требует отдельной статьи.

В статье затронуты темы:
1. Спор с людьми, имеющими другое мнение по вопросу управления проектами. Этому посвящены разделы С1 и С3. Зачем это здесь - непонятно. Собачиться можно в форуме. Он для этого и предназначен.
2. Перечень необходимых по мнению автора документов по проекту. Причём автор говорит о больших проектах и при этом считает необязательным устав проекта, что весьма странно. Не описаны документы по закрытию этапов проекта без чего ИТ проект рискует быть завершённым никогда.
3. Перечисление различных техник. Без ссылок, описания и сравнения. Ненадо перечислять многое. Достаточно одного работоспособного подхода. Или надо писать отдельную статью по сравнению различных техник и описание возможностей их совместного применения.
4. Собственно инструмента приведено лишь два. Даже без ссылок, что, на мой взгляд, является очень плохим тоном написания статей.


Нумерация пунктов в статье не несёт смысла. Например в разделе С2 подпункты пункта 9 являются просто пронумерованными предложениями одного абзаца. Зачем так писать?

Думаю что автор честно заслужил минус.
suggestive; Lara.Builova; +2 Ответить
22. awk 726 21.03.11 12:39 Сейчас в теме
(20) Тема в статье настолько обширна, что вряд ли ее может потянуть один человек. Тут нужна коллективная работа.
23. Трактор 1209 21.03.11 12:44 Сейчас в теме
(22) Это не оправдывает беспочвенные наезды. А нелогичность и небрежность оформления делает статью вовсе бесполезной. В заголовке заявлен обзор инструментов. Обзор никакой. Вообще никакой.
24. awk 726 21.03.11 12:51 Сейчас в теме
(23) Да, с инструментами в статье "бяда". Мне на вскидку из инструментария управления проектами приходят: MS Project, Trac, Redmine, OpenProj, Planner, eGroupWare.
25. 22.03.11 07:11 Сейчас в теме
(24)
ну во-первых я же не подписывался за то что щас буду обзор всех делать )
я лишь сделал обзор тех что знаю и тех что считаю полезными.
мой опыт использования MS Project говорит о его бесполезности для проекта.
хотя у меня есть один проект где он мне помог частично, правда если бы на то время был тот же Мегаплан и я бы знал GTD, тоооо думаю результаты были бы красивше, а затраты меньше )
да и изучал я на много больше инструментов, тот же StreamWork, Manymoon ... Но тратить время на их описание не стал, т.к. Мегаплан и Тимлаб мне понравились больше и показались наиболее интересными. Кому хочется большой обзор тут или не ко мне или ко мне но за дорого )

(all) всем остальным спасибо за критику )

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

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

продолжайте ... ))
21. MaxDavid 124 21.03.11 11:52 Сейчас в теме
Точка зрения руководителя:
Есть еще одна техника. Сам ее не использовал, потому за качество не отвечаю. Суть ее в том, что нужно выкинуть руководителя проекта, а всем программистам начать бить себя в грудь и кричать "я программист!"... тем самым по заверению в статье "Руководитель проекта - это не профессия. Надо еще работать." и в комментариях к ней, проект должен завершиться успешно.

Точка зрения программиста:
Есть еще одна техника. Сам ее не использовал, потому за качество не отвечаю. Суть ее в том, что руководителю нужно прочитать множество мантр типа "Getting Things Done!" "ВИСИ!", а также научиться отличать Мегаплан от Тимлаба, тем самым, по заверению статьи "Как управлять проектами внедрения 1С Предприятие? Обзор инструментов...", проект должен завершиться успешно.

Истина, как водится, где-то посередине...
28. tango 492 22.03.11 07:55 Сейчас в теме
"среднестатистического специалиста ... которых большинство"
не, блин, я как бы все понял, но не до такой же степени....
пс:
а не дох программистов в Увартовске?
29. Lara.Builova 22.03.11 12:13 Сейчас в теме
"Как управлять проектами внедрения 1С Предприятие? Обзор инструментов..."
Правильнее было бы назвать статью так "управление исполнением проекта"
Приложу, пожалуй, кое-что, что действительно можно назвать управлением проекта , может быть кому-то и пригодится.
Прикрепленные файлы:
PMBOK_3_shpora.doc
Spartan; awk; Трактор; lustin; +4 Ответить
31. 22.03.11 17:20 Сейчас в теме
(29) Лара, в этой шпаргалке 12 основных пунктов, в среднем по 5 подпунктов в каждой. Итого около 60 норм.
Положа руку на сердце - вы видели в среде ИТ проект, соответствующий хотя бы половине из указанных норм?

А теперь давайте разбирать мысли )
1. Я тут один в курсе что PM BOK долгое время в среде ИТ не приживался да и сейчас мало кто может похвастать его знанием? Он больше ценился в тяжелых отраслях типа строительства... Конечно я могу ошибаться... т.к. изучал эти буквари уже давно )
1.1. В ИТ PM BOK меняли на Agile или тот же SureStep.
1.2. Если не ошибаюсь, его популярность в среде ИТ подросла лишь с 3-й версии, когда они сделали нормы более демократичными и гибкими.

2. В целом стандарт хороший, его можно почитать и подчерпнуть от туда полезные элементы...
2.1. Но попробуйте применить хотя бы половину того что написано пусть даже в этой шпаргалке... и посмотрите что получится с теми ИТшниками кому придется это все выполнять ) ну и с теми ИТ-проектами ))
2.2. Люди пытаются с разбегу применять эти толмуды... а потом удивляются тому что это нифига не приживается в жизни. Начинают обзываться и жаловаться на отечественный менталитет - аля "что русскому хорошо то немцу смерть".
Вообще я не против этого стандарта... я против поклонения ему и демогогий на тему "во как нада жить!"
Чтобы была польза от этого стандарта или любого другого, нужно научиться применять то что там написано.
А для этого нужно понимать что первично, а что вторично. Поклонением этим стандартам съедает все внимание человека на вторичных элементах.
Потому любители демогогий могут и дальше верить в PM BOK. А кто хочет результатов без лишней мути, попробуйте для начала освоить те пункты что описаны у меня в статье.

3. Да, и в GTD автор мягко намекнул на то что технологии типа PM BOK это сборник рецептов от теоретиков, который нифига не совпадает с жизнью.
3.1. И подход GTD как технология управления проектами мне нравится больше, она проще и легче в освоении, сосредоточена на конкретных первичных элементах.
3.2. Но рецепты PM BOK все же изучил, т.к. в них содержится мудрость поколений ) И там есть вторичные элементы которые нужно знать, особенно во внешних проектах когда есть финансовые документы и юридические обязательства. Но это все вторичные элементы. Их изучение должно идти после освоения первичных навыков, т.к. GTD или ВИСИ.

Поверьте, заказчику, тому кто платит деньги за проект... важен результат... ему начихать на то умеете вы проектные документы стряпать красиво или нет. Если будет отличный результат, сам заказчик вам сам оформит все бумажки, лижбы вам было тепло и уютно, а любые ошибки во вторичных элементах будут не то чтобы прощены, они вообще будут не замечены. А вот если вы начнете валить проект, то не важно красиво вы оформите документы или нет. Будете вы знать красивые слова из PM BOK или нет. Заказчик будет нервничать и эти нервы дорого обойдутся. Тогда держитесь... придирки будут по всем мелочам. Тогда конечно же пригодятся не только знания PM BOK, а еще желательно обзавестись юридическими знаниями ГК РФ, т.к. спор будет жарким )
33. Lara.Builova 22.03.11 18:21 Сейчас в теме
(31)
Чтобы была польза от этого стандарта или любого другого, нужно научиться применять то что там написано

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

С помощью PM BOK я сделалала несколько проектов, один из них совсем маленький и смешной для вас - проект открытия фирмы. Это "масштабируемый" инструмент, его можно применять для различного объема, хоть для расчета ремонта своей кухни, хоть для расчета внедрения УПП на заводе по производсву колбасы или еще чего- нибудь, просто нужно уметь, а сначала понять.
Вы рассказали о своем опыте - это замечательно и спасибо вам! Вы описали небольшую часть инструментов.
Хотя с точки зрения PMBOK под инструментами понимается несколько другое.

Меня больше интересует опыт управления проектами с нуля, от начала и до завершения или хотя бы опыт расчета бюждета и сроков, рисков и пр. Глядя на название статьи я подумала, что речь об этом, но тут совсем о другом.
Уж не обессудьте, но в полемику я вступать не буду, просто отмечу для себя - "не то".
И да, я, наверное, теоретик - не руковожу людьми и не провожу собрания, но внедряю проекты в одиночку.
От этого они не перестают быть проектами, но это из другой оперы
P.S. Расчет рисков и стекхолдеров (движущих сил влияющих на проект как положительно, таки отрицательно) позволил мне не сунуть голову в сие предприятие, через год оно приказало долго жить, несмотря на инвестиции.
lustin; tango; Арчибальд; +3 Ответить
34. 22.03.11 18:53 Сейчас в теме
(33)
Lara.Builova пишет:
С помощью PM BOK я сделалала несколько проектов, один из них совсем маленький и смешной для вас - проект открытия фирмы.

Нееет ) я когда первый раз фирму открывал, тоже к этому делу ответственно подходил. Потому ничего смешного в этом не вижу )
Наоборот, чую родную душу ))
Lara.Builova пишет:
Это "масштабируемый" инструмент, его можно применять для различного объема, хоть для расчета ремонта своей кухни, хоть для расчета внедрения УПП на заводе по производсву колбасы или еще чего- нибудь, просто нужно уметь, а сначала понять.

солидарен ) только в этом мире все относительно и все познается в сравнении... я пробовал PM BOK и пробовал GTD. Остановился на втором.
Кто то ездит на джипах, кто то на седанах, а кому то в кайф купе. Но чтобы понять что твое, а что нет, нужно попробовать...
Если выбор осознан это правильный выбор. А если защита идет из принципа Синдром утенка... тогда беда.
Lara.Builova пишет:
Меня больше интересует опыт управления проектами с нуля, от начала и до завершения или хотя бы опыт расчета бюждета и сроков, рисков и пр. Глядя на название статьи я подумала, что речь об этом, но тут совсем о другом.

Тут вот какое дело... бюджеты, сроки и риски зависят от темы проекта. если говорить об универсальности то тут только методика ВИСИ.
А далее вступает уже специфика... схема расчета затрат у проекта на базе ДИРЕКТУМ или 1С будет своя. У 1С схема расчета затрат на БП или УПП тоже своя.
Причем если есть программирование то там еще больше специфики. И вся это особенность должна ложиться на какие то более глубокие базовые нормы.
Хотя да, полезность такой методики, пусть даже в узком, конкретном плане, в сообществе 1С была бы полезна. Подобные вещи мне встречались в сообществе ДИРЕКТУМ. Правда когда я их нашел, было уже поздно, лоб разбит, опыт наработан, и было чуть чуть обидно что не нашел эту методику ранее. И в качестве обучения молодых РП применял ее постоянно.
Может быть как нибудь соберусь и напишу аналогичную методику для 1С. Не все сразу )
Lara.Builova пишет:
Уж не обессудьте, но в полемику я вступать не буду, просто отмечу для себя - "не то".
И да, я, наверное, теоретик - не руковожу людьми и не провожу собрания, но внедряю проекты в одиночку.
От этого они не перестают быть проектами, но это из другой оперы

1. ну не то так не то )
2. проекты не внедряют. внедряют программы ... не удержался от замечания, прошу прощения ))
3. проект вообще универсальное понятие. и проектный подход можно применять при разных масштабах задачи. это бесспорно. я лишь отметил что описанные мной методики начинают приносить в пользу в относительно сложных проектах, там где есть люди, сроки, бюджеты и соответствующий класс проблем.

успехов на проектном фронте! )

иии почему то стих вспомнил )

Прощай.
Позабудь.
И не обессудь.
А письма сожги...
Как мост.
Да будет мужествен твой путь
И будет он прям
И прост.
Да будет во мгле
Для тебя гореть
Звездная мишура,
Да будет надежда ладони греть
У твоего костра.
Да будут метели,
Снега, дожди,
И бешенный рев огня...
Да будет удач у тебя впереди
Больше,чем у меня.
Да будет могуч и прекрасен
Бой,
Гремящий в твоей груди.
Я счастлив за тех,
Кому с тобой,
Может быть,
По пути.

(с) Бродский
36. tango 492 22.03.11 22:50 Сейчас в теме
(33) давненько не читывал постов с таким удовольствием
30. tango 492 22.03.11 14:16 Сейчас в теме
честность - здесь не очень хороший перевод интегрити
Information integrity Способность средства вычислительной техники или автоматизированной системы обеспечивать неизменность информации в условиях случайного и (или) преднамеренного искажения (разрушения)

Профессиональный кодекс РМР <> личная честность ПМ
Прикрепленные файлы:
Сравнение инструментов.xls
Spartan; lustin; +2 Ответить
32. Арчибальд 2712 22.03.11 17:30 Сейчас в теме
Вообще говоря, большинство западных технологий имеют перекос в сторону "хорошо выглядеть" по объективным причинам - исходя из источников финансирования (необходимости привлечения инвесторов). У нас же решения о финансировании в основном принимаются путем лоббирования, а не оценки.
35. tango 492 22.03.11 20:45 Сейчас в теме
"У 1С схема расчета затрат на БП или УПП тоже своя"

пеши, как говорится, еще
37. lustin 25.03.11 23:17 Сейчас в теме
Коллеги.

У меня назрели два маленьких вопроса:

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

С Уважением и Недоумением....
38. Alraune 1486 25.03.11 23:53 Сейчас в теме
(37)
чей выбор пал на данную статью

В числе тех, кто поставил данной статье плюсы, то есть рекомендовал ее к прочтению, - Администрация Инфостарта и руководитель Экспертизы публикаций. Так что недоумение непонятно.
39. lustin 26.03.11 01:31 Сейчас в теме
Alraune пишет:

(37)


я спрошу еще раз, для закрепления:

"Совет экспертов считает эту статью полезной ? достойной выбора экспертов ?"
44. 26.03.11 15:00 Сейчас в теме
(37)
тут вот какая проблема )
если ты не видишь смысла в статье... то есть вероятность что проблема не в статье )
но не всем это дано понять )
40. Alraune 1486 26.03.11 01:37 Сейчас в теме
desty пишет:
я спрошу еще раз, для закрепления:

Не знаю, что здесь еще закреплять. Не могу отвечать за экспертов. Но статья интересна хотя бы тем, что дает повод для размышления. Поэтому вполне может быть отмечена.
41. lustin 26.03.11 01:57 Сейчас в теме
Alraune пишет:

Alraune пишет:



еще раз

.....

два простых вопроса
"Как данная статья, где в комментариях больше смысла чем в ней самой, попала вдруг в выбор экспертов ?"
"Не могли бы Вы рассказать, кто эти эксперты, чей выбор пал на данную статью ?
42. tango 492 26.03.11 11:02 Сейчас в теме
(41) да ладно, пусть цветут все цветы
43. Alraune 1486 26.03.11 11:35 Сейчас в теме
(41) Недоумение продолжается? Ладно, объясняю.
Выбирает, какие публикации попадают на главную, только один человек - владелец данного ресурса.
В группе Экспертиза публикаций (насколько помню, она открыта для всех) любой может предложить свои варианты, все они рассматриваются и учитываются.
Только желающих пересматривать все публикации за период и отбирать из них наиболее интересные ТАМ особо нет.
А зато умников, которые начинают ЗДЕСЬ спрашивать, "как и почему", хватает.
Как-то так.
45. lustin 26.03.11 20:17 Сейчас в теме
Alraune пишет:

(41) Недоумение продолжается? Ладно, объясняю.

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

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

Только желающих пересматривать все публикации за период и отбирать из них наиболее интересные ТАМ особо нет.

А зато умников, которые начинают ЗДЕСЬ спрашивать, "как и почему", хватает.

Как-то так.
Показать


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

P.S. (37) Троллей не кормлю, вопросы были не Вам.
46. musatov1c.ru 11.11.11 17:19 Сейчас в теме
Вроде общее направление понятно. Не понятно, почему ТимЛаб не поддерживает пресловутое ВИСИ. ТимЛаб посмотрел. Хороший открытый облачный сервис. МегаПлан посмотрю попозже. Как можно программой ограничить логическую целостность? Ну да ладно. Обзор автора его видения работы с проектами все равно интересен. Хотя меня не три, а всего одын :)
47. user1301332 27.10.19 17:46 Сейчас в теме
Ой, мы все пробовали. И платное, и бесплатное. Жалко только суммы, которые выкинули на платные системы. Посмотрите УП от АСВ (www.asv.ru) - во всем устраивает, специалисты суперадекватные, все настроили, адаптировали под нас.
Оставьте свое сообщение

См. также

Стратегия выживания в корпоративных войнах Промо

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    10842    GSoft    16    

9 советов, как уговорить девушку. Точнее, как уговорить Заказчика работать по Agile, когда он этого не хочет

Управление проектом Бесплатно (free)

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

16.02.2021    2847    MariaTemchina    39    

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

Управление проектом Управление командой Бесплатно (free)

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

10.02.2021    3712    andironenko    13    

Статья Компетенции РП по версии PMI и здравому смыслу. Часть 2-ая

Управление проектом Бесплатно (free)

Это продолжение моей прошлой статьи. Напомню, здесь я разбираю те компетенции, которые должны быть у уважающего себя руководителя проекта по итогам анализа рынка. Причем в том, что касается компетенций, относящихся к выстраиванию процессов - здесь, на мой взгляд, все более менее понятно. Ну или хотя бы предсказуемо. А вот в компетенции “про людей” иногда заставляют задуматься...

09.12.2020    1642    MariaTemchina    3    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    10234    user809424    11    

Что почитать про Agile для чайников?

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Продолжаю рубрику “Письма в редакцию”. Ко мне иногда обращаются с вопросом - вот, я, мол, совсем не представляю, что такое Agile…

03.12.2020    3281    MariaTemchina    9    

Компетенции руководителя проекта: по версии PMI и здравому смыслу. Часть 1-ая.

Управление проектом Бесплатно (free)

Об компетенции руководителя проекта сломано немало копий (хорошо, если не об самих руководителей).  В этой статье хочу оставить свои пять копеек, отталкиваясь от тех компетенций, которые институт PMI® - законодатель моды мирового проектного управления - озвучил в качестве требований к сертификации PMP® со 2-ого января 2021 года.

18.11.2020    3155    MariaTemchina    8    

Как стать исполнителем в проекте от Инфостарта

Управление командой Управление проектом Бесплатно (free)

Инфостарт в поисках специалистов, которые готовы взяться за реализацию интересных проектов. Как подать заявку и стать исполнителем, с кем согласна сотрудничать компания и на каких условиях, рассказал руководитель проектов корпоративного отдела Инфостарта Александр Блинов.

11.09.2020    3180    alexandr.blinov    17    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом реальных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию очередную статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

29.06.2017    35401    1СERP    79    

Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

Управление проектом Бесплатно (free)

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

04.09.2020    3475    MariaTemchina    23    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    3208    MariaTemchina    4    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    4705    1c-intelligence    17    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

В ходе публикации предыдущих статей о проектной технологии ВЦ «Раздолье» и системе мотивации в фирме-франчайзи 1С, читатели попросили поделиться опытом неуспешных проектов, поскольку парадные рапорты о нескончаемых успехах всех утомили и не несут пользы для профессионалов. Мы попросили руководителей проектов ВЦ «Раздолье» поделиться такой непростой информацией. И сейчас представляем Вашему вниманию первую статью по этой теме. Автор – Пикурен Вера – руководитель проектов ВЦ «Раздолье».

09.06.2017    31696    1СERP    175    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    5423    stepan96    12    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    5866    sapervodichka    1    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    11740    MariaTemchina    33    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

Продолжаем публикацию цикла статей о бизнесе франчайзи 1С. В предыдущих статьях мы рассказали о наиболее распространенном мнении о фирмах франчайзи 1С, об истории развития франчайзинга. Поставили вопрос о выборе системы мотивации. Предыдущие публикации вызвали оживленное обсуждение. В продолжении темы расскажем о том – как выглядит работа проектного подразделения фирмы-франчайзи. Расскажем на примере проектного офиса ВЦ «Раздолье». Предложим обсудить проблемы, с которыми приходится сталкиваться в проектном бизнесе. Автор статьи Андрей Мироненко.

18.04.2017    32726    1СERP    189    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

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

23.03.2020    6429    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    7009    VLikhobabin    44    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Waterflow Бесплатно (free)

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

23.01.2020    22104    MariaTemchina    8    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

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

10.04.2017    32834    1СERP    107    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    9108    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    6964    1c-intelligence    33    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

Очередной темой серии статей “20 мыслей об ИТ-проектах” будут требования к системе. По результатам голосования был вариант про карьеру проектных ИТ-специалистов, но ее я коснулся в докладе на Воронежском митапе, немного изменив и сделав акцент в сторону аналитиков. В ближайшем выпуске сделаю небольшую выдержку по теме.

14.10.2019    6115    chavalah    16    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    44034    1СERP    231    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    12990    ogroup    164    

Мастер-класс СППР

Управление проектом СППР Бесплатно (free)

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    14124    SergeyN    10    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

В идеале пользовательскую документацию надо создавать под каждый отдельный проект, менять и актуализировать ее, если в функционале что-то изменилось. Но чаще всего в организациях документацию считают неэффективной, поэтому даже не разрабатывают ее, либо документация имеется, но ее никто не использует, так как она устаревшая. Какие шаги надо предпринять, чтобы заинтересовать пользователей документацией и одновременно снизить нагрузку на консультантов 1С, рассказал руководитель службы технической поддержки в ГК «Доброфлот» Арсен Сазандрашвили.

20.08.2019    9507    Arsen1986    7    

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

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    28071    Gavrik    10    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    8721    SergeyN    1    

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    7049    sbase    9    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

О цифровой трансформации слышали все, но немногие в этом разбираются. Что она собой представляет, какие несет изменения, на что надо обратить внимание айтишникам и 1С-никам, рассказал на конференции руководитель департамента автоматизации строительных организаций компании «Первый БИТ» Иван Аверьянов.

19.06.2019    10653    FB_10160810658600104    62    

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

Управление проектом Бесплатно (free)

Не так давно на одном из проектов во время инвентаризации была выявлена очень большая недостача. Как результат, одно из важнейших требований клиента по проекту было: разобраться с тем, что у него происходит в системе, и привести остатки, как он выразился, «в адекватное состояние». А незадолго до этого у меня в практике был случай, когда уже на второй день после внедрения качественной системы учета движения наличных денежных средств (кассы) также была выявлена недостача, но уже в кассе. И в первом, и во втором случае вину за возникновение проблемы представители заказчика попытались возложить на людей, которые занимались внедрением новой системы. И только после долгих и, надо признаться, довольно неприятных и очень эмоциональных разбирательств, удалось доказать клиенту, что система работает правильно, а виноваты в случившемся сотрудники компании, которые намеренно или ненамеренно создали фактическую недостачу товара и денег.

17.06.2016    40661    raiml    37    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    8002    MariaTemchina    8    

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения

Управление проектом Бесплатно (free)

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

31.05.2019    10509    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    11627    1c-intelligence    121    

Практические вопросы внедрения и развития автоматизации склада Промо

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    45298    CheBurator    64    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    8156    MariaTemchina    8    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    9150    1c-intelligence    39    

Путь джедая в управлении проектами 1С: умение быть, а не казаться

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    12671    MariaTemchina    15    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    36587    axxell    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    8454    chavalah    22    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    10799    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    10418    1c-intelligence    64    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    38093    raiml    14    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

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

31.01.2019    8497    MariaTemchina    0    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

Пользуясь несовпадением рождественских каникул в России и Германии, решила познакомиться с тем, как организована работа разработчиков в одном немецком банке. Сразу оговорюсь: еще давно, со времен совместных яхтенных плаваний с немцами, я противник четких стереотипов из серии "все русские всегда...." или "все немцы обязательно..." (пропущенные места предлагаю читателям заполнить самим в меру своей испорченности).

14.01.2019    10554    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    13326    chavalah    124    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    28980    raiml    46    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    10253    1c-intelligence    7    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    10266    MariaTemchina    24