Основы управления распределенными программными проектами на платформе 1С:Предприятие

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

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

Последние 10 лет я занимаюсь управлением распределенными программными проектами. Кто в курсе, что такое дистанционная работа? Кому интересна проектная дистанционная работа, как разработчику, как тестировщику, как исполнителю? А кому интересно участие в распределенной работе в качестве заказчика? Почему спросил? – Я считаю себя гуру в этом деле.

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

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

Как я пришел к этому?

Меня назначили руководителем проекта в команду одного из системных интеграторов. Мне сказали – у нас есть заказчик на 1С:Предприятие. Ты будешь руководителем проекта, но команду мы тебе не даем. Найди людей в интернете. Это случилось в 2002 году. Внедрение было связано с конфигурацией на платформе 7.7. Сам я до этого год проработал единственным программистом в достаточно крупном издательском холдинге. А тут от меня требовалось сделать что-то очень существенное за достаточно короткий срок.

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

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

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

С той поры я достаточно плотно заинтересовался именно итерационным подходом к разработке (иногда его еще называют «спиральный подход»). Теоретик организации управления программными проектами Барри Боэм описал некую структуру именно спирального подхода к разработке программных проектов.

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

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

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

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

В моем первом распределенном проекте было пять заданий. Пять человек делали эти задания и поочередно присылали мне свои решения. По мере того, как мне присылали выполненные решения, мне требовалось объединять полученные из разных источников результаты типовыми средствами сравнения и объединения конфигураций на платформе 7.7. Это заняло очень большое количество времени. Кроме того, оказалось, что в разных заданиях разных разработчиков есть пересекающиеся элементы. Например, у меня было пять разных реализаций одного справочника «Валюты». То есть, чтобы объединить решение, мне потом потребовалось два своих рабочих дня и около недели совместной работы с коллегой для приведения интерфейсов к единому стилю.

Кроме того, при полном изменении программного кода в результате такой переработки становится сложно предъявить претензию исполнителю в том, что его решение не работает (это уже не совсем его решение – к нему уже я приложился). То есть в результате могла сказаться ошибка исполнителя, ошибка при объединении или ошибка на этапе постановки задачи.

В конечном итоге оказалось, что 96 часов ушло на то, чтобы объединить 20-часовой результат труда.

Через 2 месяца в нашу команду влился Сергей Гуров – родоначальник применения средств коллективной разработки на платформе 7.7, автор почившего проекта Metabuilder.ru. Вследствие этого под наш проект были адаптированы такие средства коллективной разработки, как системы управления версиями. Также из Open Source-проекта было взято такое средство управления задачами, как Request Tracker (система контроля над выполнением задач).

Эти два решения мы адаптировали для использования в качестве средств коллективной разработки для платформы 1С:Предприятие 7.7. И в результате мы смогли получить систему, позволяющую объединять результаты труда нескольких разработчиков за ничтожно короткие сроки с минимальными усилиями. Можно сказать, что на объединение результатов 20-часового результата труда нескольких разработчиков у нас теперь требовалось 0 часов. Некоторые дополнительные усилия по объединению результатов труда, все-таки, появились при работе над  конфигурациями на платформе 1С:Предприятие 8 из-за более сложной структуры конфигурации. Например, процессы по администрированию очередей на изменения с привлечением дополнительных сотрудников. Однако, усилия были ничтожными в сравнении с ручным объединением результатов труда и, даже, в сравнении со штатным хранилищем.

 

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

Разница между программными проектами и проектами, которые можно измерять, огромна. Когда мне задают вопрос – Сколько это будет стоить? – Откуда я могу знать, сколько это будет стоить, если мы сейчас находимся в месте, где 99% будущих трудозатрат нам неизвестно…

 

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

В нашем случае, программные проекты – это такие проекты, в которых отсутствует натуральный измеритель и критерии приемки результата субъективны (вплоть до "нравится/не нравится).

 

Кто-то считает, что задача проекта – это сохранение треугольника качества (в зависимости от денег, времени и функционала). Использую следующую формулировку измерения результата программных проектов для заказчика:

  • Требуемая функциональность (на первом месте)
  • К ожидаемому сроку (на втором месте)
  • За приемлемую плату (на третьем месте)

 

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

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

 

 

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

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

Сложность в том, что, приходится гадать и описывать «сферического коня в вакууме», как он будет выглядеть через 6 месяцев, а то и через год, если и сейчас непонятно, как он выглядит… Ведь, по сути, надо придумать иерархическую структуру работ, провести множество околопроектных дел (с заложенной ошибкой проектирования). А через полгода выясняется – меняется бизнес, меняются требования, и, как ни парадоксально, бизнес меняется довольно быстро!

  И, соответственно, завершается проект. Исполнитель говорит – я все сделал. Заказчик говорит – а мне еще вот тут не хватает вот этого, вот этого и вот этого. Что-то надо исправлять. Что-то надо дорабатывать. Бюджет уже исчерпан. Исполнителю это уже не интересно. Заказчик получил то, что ему не нужно. Все проиграли. Проект загибается.

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

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

 

 

 

 

  • Усилия – рабочая сила, выраженная в часах работы или в стоимости работы (то, за что мы проект реализуем)
  • Коллектив – количество проблем при выполнении проекта, связанных с новшествами, специальными требованиями к ПО, отсутствием опыта
  • Средства – эффективность, приобретенная или потерянная вследствие уровня автоматизации процесса
  • Сложность – усилия, затраченные коллективом на создание определенного количества материала
  • Процесс (я бы предложил называть это понятие «организация», но здесь оставлю в том виде, в каком это было в оригинале) – приобретения или потери продуктивности, вызванные взаимодействием в коллективе.

Коллектив, средства и сложность – это множители. Процесс – это степень.

Если взять два различных проекта и сравнить их по этой формуле – то:

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

Когда участник действует относительно самостоятельно (принимая решения в одиночку) процесс в этом случае равен 1. На усилия это особо не влияет.

Как только одному разработчику нужно решение руководителя, да еще и согласовать с каким-то из финансовых директоров, то тогда усилия по проекту возрастают в степени - Процесс>=2. (вспомните бюрократию).

А если специалист может использовать результаты труда другого специалиста, то тогда Процесс < 1, и, с точки зрения организации самого взаимодействия в коллективе, если приложиться именно к оптимизации процесса, то окупается сразу. Как только в коллективе специалисты начинают действовать относительно самостоятельно, при этом имеют возможность пользоваться результатами труда других специалистов (получают определенный фронт работы, который может выполнить самостоятельно за разумный срок и за разумную плату), то сразу производительность труда резко возрастает. Мы снижаем усилия по проекту. Это один из принципов, который положен в основу именно организации коллективного взаимодействия и использования инструментов в системе управления требованиями и технологии «Управляемое внедрение».

 

 

Мы используем процессный подход к проектной деятельности.

Согласно стандартной модели CMMI есть категории процессов:

  • Потребитель – поставщик
  • Инженерная категория
  • Вспомогательная категория
  • Управленческая категория
  • Организационная категория

Категория «Потребитель – поставщик»:

  • Выявление требований
  • Эксплуатационное использование
  • Поддержка потребителя
  • Совместные проверки

Инженерная категория:

  • Анализ, достижение понимания, модель без доработок
  • Проектирование
  • Разработка
  • Тестирование программных средств
  • Интеграция и тестирование
  • Сопровождение системы и программных средств

Вспомогательная категория

  • Документирование
  • Конфигурационное управление
  • Верификация
  • Контроль соответствия
  • Совместные проверки
  • Аудит
  • Разрешение проблем

Организационная категория:

  • Административное управление
  • Управление проектами
  • Управление качеством
  • Управление рисками
  • Организационные установки
  • Управление кадрами
  • Усовершенствование
  • Повторное использование

Есть три большие группы процессов, пять категорий и у каждого процесса есть несколько степеней зрелости: Уровни зрелости процессов:

  • Неполный
  • Выполняемый
  • Управляемый
  • Устоявшийся
  • Предсказуемый
  • Оптимизируемый

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

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

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

Дальше у нас включается процесс «Анализ и достижение понимания требований», у которого должен быть результат – мы его называем «Воспроизводимый пользовательский пример (согласованный с заказчиком)». А потом включаются другие процессы – процесс «Конкурс концепции сроков и времени», процесс «Разработка», «Тестирование», «Передача результатов заказчику».

Если взять только инженерные процессы – мы получим картину «Лебедь, рак и щука». Мы можем все разработать, но у нас отсутствует процесс выявления требований, отсутствует процесс организации совместных проверок… 

 

  Если мы добавляем к инженерным процессам организационные – у нас уже есть какой-то успех.

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

 

 

Что такое «Управляемое внедрение»?

Это три компоненты:

  • Люди
  • Программные средства
  • Философия

 

Люди:

  • Разработчики из числа внешних
  • Руководители проектов внешние
  • Внедрение, работа с потребителями – штатные сотрудники
  • Тестеры внешние, штатные
  • Со стороны Заказчика – хотя бы один представитель с навыками конструктивного письменного общения

Программные средства:

  • CVS – управление изменениями
  • Средства разборки/сборки конфигураций (GComp для 7.7, V8Parser для 8)
  • RMS – управление требованиями (самописная система, блок управления задачами с блоком вступительного тестирования и блоком работы со взаиморасчетами)

Философия:

Джон Форбс Нэш (фильм «Игры разума»). Суть в том, что нобелевский лауреат по экономике много внимания уделил теории «Игр с ненулевой суммой». Нулевая сумма – это когда один выиграл, другой проиграл. Игры на Forex – это игры с отрицательной суммой – не важно, выиграл ты или проиграл, ты все равно платишь комиссию. А есть игры с положительной суммой. Сумма выигрыша может быть больше, чем сумма проигрыша. Простейший пример этой теории – это забастовка профсоюзов с требованием повышения заработной платы специалистам перед работодателям. Если они не договорятся – проиграют обе стороны. Если же каждая из этих двух групп действует чуть-чуть в интересах другой группы, то выиграют все (они могут договориться).

Эта философия заложена в RMS. Я делаю, проверяю, работает. А потом где-то нахожу объяснение, почему это работает. «Все уже украдено до нас». Все идеи уже давно объяснены математически и научно. Суть в том, что сотрудник, который выполняет определенные требования в системе управления требованиями – действует в своих интересах. Но система – прежде всего, построена в интересах заказчиков (для достижения требуемой функциональности к ожидаемому сроку за приемлемую плату). И вот, если сотрудник, сдавая свое решение, думает именно об этом – успех. Выигрывают все – сотрудник, руководитель, заказчик и я. Если вдруг сотрудник начинает действовать только в своих интересах, то – увы, проигрывают все. Сотрудник, например, не выполнил требование о технологии по оформлению сдачи решения. В этом случае руководитель потерял много времени на анализ, тестировщик много времени на тестирование, заказчик недоволен – прозевали сроки и, в конечном итоге, результат не достигнут. Заказчик уходит, с сотрудником прощаемся, сами исправляем эти ошибки на будущих проектах.

 

 

 *******

Статья написана на основе доклада, прочитанного на Конференции IE 2012 (15-16 ноября 2012 года). Также она опубликована в журнале Инфостарта №1

Приглашаем вас на новую конференцию INFOSTART EVENT 2019 INCEPTION.

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. iov 407 23.12.14 20:23 Сейчас в теме
усилия = 1 человек*1 рубль* 100 строчек кода < 1 человек * 1 000 рублей * 100 строчек кода. Вывод - программист должен работать за идею (0 рублей) тогда усилия = 0 ))))
4dv; YPermitin; artfa; +3 Ответить
2. AlexWhite 190 23.12.14 21:49 Сейчас в теме
(1) iov, решил потроллить? :-) при работе за идею - да, стоимость может быть нулевой, но усилия в часах не нулевые.
3. artfa 48 24.12.14 12:17 Сейчас в теме
в защиту фрилансеров:
по последнему абзацу перед первой картиники и первому абзацу после этой же картинки - вы как заказчик должны были предвидеть такой результат, хотя все мы не телепаты и все предусмотреть невозможно, но у вас (у заказчиков) есть запас бюджета на такие ситуации,
по поводу объединения результатов и пересекающихся объектов, то же самое что и в первом пункте, либо нанимайте кодеров в штат и платите им соответствующую ЗП.
в общем статья - это рассуждение непосредственного заказчика кодерам, о том как трудно им живется + элементы диалектического материализма, а это уже философия от которой многих воротит, в т.ч. и меня
4. AlexWhite 190 24.12.14 14:54 Сейчас в теме
в защиту фрилансеров:

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

либо воспользуйтесь средствами коллективной разработки и устраните непроизводительные потери времени - мой выбор :-)
это рассуждение непосредственного заказчика кодерам

Статья - это доклад на конференции о личном опыте создания и развития технологии управления распределенными программными проектами и об успешном многолетнем ее использовании. А вы какую информацию ожидали получить из прочитанного, но не получили?
5. dock 41 25.12.14 10:15 Сейчас в теме
После прочтения статьи возрос интерес к технической части :)

Программные средства:
CVS – управление изменениями
Средства разборки/сборки конфигураций (GComp для 7.7, V8Parser для 8)
RMS – управление требованиями (самописная система, блок управления задачами с блоком вступительного тестирования и блоком работы со взаиморасчетами)


хотелось бы увидеть статью техническую
6. AlexWhite 190 25.12.14 11:02 Сейчас в теме
хотелось бы увидеть статью техническую

Заказ принял. Спасибо :-)
7. Wooster 26.12.14 16:17 Сейчас в теме
Александр, интересно ваше мнение относительно того, какие у вас есть преимущества для клиентов над "одиночками". Фрилансеры обычно работают напрямую и очень часто за копейки, даже будучи профи и выполняющими работу хорошо для клиента (по разным причинам: отсутствие коммерческих амбиций, непонимание экономики в силу отсутствия опыта индивидуальной деятельности, подработка наряду с работой и т.д.). Не секрет, что в 1С многие из работ может выполнять один человек. Что вы говорите клиентам, когда они интересуются, чем вы лучше ?
8. AlexWhite 190 27.12.14 13:55 Сейчас в теме
Что вы говорите клиентам, когда они интересуются, чем вы лучше ?

Вообще сомневаюсь в целесообразности сравнения с кем-либо. Критерий стоимости в принятии решения о сотрудничестве в нашей технологии на третьем месте. Более важно для заказчика, считаю, получить требуемую функциональность в ожидаемые сроки. Если возможностей одного фрилансера для этого достаточно, то выбор заказчика очевиден. К нам обращаются, когда усилий одного специалиста мало для удовлетворения всех требований заказчика. Здесь и проявляются все преимущества отлаженной технологии коллективной разработки:
1) Лучшие специалисты = 1% из более 3500 кандидатов, обладающие, как оказалось, редким навыком конструктивного письменного общения.
2) Параллельная разработка с минимумом усилий для объединения результатов труда различных специалистов, включая специалистов заказчика (инструментальные и организационные средства).
3) Повторное использование кода и знаний (накоплены решения с 2005 года).
4) Единый центр обработки сообщений, возможность контроля результатов работ онлайн.
5) Стандартный процесс организации, включающий итерационное внедрение и сертифицированную систему управления качеством.
6) Динамическое выделение ресурсов без потерь производительности. Один фрилансер всегда ограничен личным ресурсом компетенций, времени и здоровья, а привлечение им дополнительных ресурсов таких же фрилансеров без отлаженной системы управления требованиями приводит к существенному замедлению проекта из-за коммуникационных потерь времени.
9. webester 32 29.12.14 10:41 Сейчас в теме
(8)Немного не понятно, что происходит. Исполнитель получает возможность "подключиться" к базе, в которой выполняет задание? То есть все исполнители работают с одной базой? Они знают о том, кто работает "рядом с ними" и с какими целями?
10. AlexWhite 190 29.12.14 11:57 Сейчас в теме
(9) webester,
Немного не понятно, что происходит.

Вопрос про то, как организована параллельная работа с одной конфигурацией, я правильно понимаю?
Если вопрос в этом, то ответы:
1. Конфигурация хранится в разобранном виде на сервере CVS.
2. Любой исполнитель, прежде, чем получит задачу на выполнение:
- получает актуальную копию конфигурации из хранилища CVS (целиком, если впервые, обновление, если уже получал ранее), собирает cf, который будет использовать в своей дизайн-копии конфигурации.
- определяется, каким способом будет решать поставленную задачу
- предлагает концепцию решения, согласует с руководителем срок, стоимость.
- решает после передачи на выполнение.
- подготавливает решение к сдаче, сдает в CVS.
(есть инструкции).
На всех этапах имеет возможность через клиента CVS, увидеть, что было сделано до по связанным объектам, задачам.
То есть все исполнители работают с одной базой?

Базы могут быть различные (разработка), могут быть общие (тестовые, эталонные, отладочные и пр. на сервере).
Они знают о том, кто работает "рядом с ними" и с какими целями?

Каждый разработчик работает самостоятельно, имеет доступ к сделанному до него. Параллельной работой управляет руководитель проектов (+управляющий, помощники управляющего в отсутствии руководителя). Знают, кто, для какой цели работает, координируют действия через единый центр. Если с конфигурацией работают специалисты заказчика или третьи лица по заданиям заказчика, то они так же распределяют работу через RMS, либо фиксируют свои изменения по упрощенной схеме (сдают cf с перечнем доработок, на нашей стороне их доработки фиксируются в CVS)
Они знают о том, кто работает "рядом с ними" и с какими целями?

Все, допущенные к CVS специалисты (исполнители и заказчики) имеют возможность, просмотреть историю всех изменений, в привязке к задачам, и в пределах своих полномочий ознакомиться с историей обсуждения решений (от анализа до передачи через разработку и тестирование).
Я ответил на ваши вопросы?
11. webester 32 31.12.14 15:32 Сейчас в теме
Оставьте свое сообщение

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

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

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    12453    67    Infostart    18    

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

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

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

26.06.2020    3057    0    1c-intelligence    15    

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

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

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

08.06.2020    3711    0    stepan96    11    

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

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

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

25.05.2020    4459    0    sapervodichka    1    

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

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

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

24.01.2019    9440    0    user809424    11    

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

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

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

18.05.2020    9737    0    MariaTemchina    33    

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

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

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

23.03.2020    4847    0    MariaTemchina    24    

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

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

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

03.03.2020    5575    0    VLikhobabin    44    

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

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

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

29.06.2017    33406    0    1СERP    79    

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

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

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

23.01.2020    10688    0    MariaTemchina    8    

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

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

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

09.01.2020    5802    0    roman72    0    

Про одну Тётю

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

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

24.12.2019    6285    0    1c-intelligence    32    

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

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

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

09.06.2017    30307    0    1СERP    175    

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

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

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

14.10.2019    5635    0    chavalah    16    

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

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

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

19.09.2019    11637    0    ogroup    163    

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

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

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

16.09.2019    9007    0    GSoft    15    

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

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

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

18.04.2017    31140    0    1СERP    189    

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

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

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

30.08.2019    10714    0    SergeyN    6    

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

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

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

20.08.2019    8081    0    KoldunOne    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

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

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

16.08.2019    7773    0    Hissin    18    

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

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

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

10.04.2017    31016    0    1СERP    107    

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

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

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

28.06.2019    7411    0    SergeyN    1    

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

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

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

24.06.2019    6327    0    sbase    9    

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

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

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

19.06.2019    9570    0    FB_10160810658600104    62    

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

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

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

03.04.2017    41700    0    1СERP    231    

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

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

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

18.06.2019    7110    0    MariaTemchina    8    

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

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

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

31.05.2019    8284    0    MariaTemchina    23    

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

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

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

14.05.2019    10712    0    1c-intelligence    121    

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

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

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

23.02.2017    27101    0    Gavrik    10    

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

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

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

06.05.2019    7124    0    MariaTemchina    8    

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

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

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

04.05.2019    8619    0    1c-intelligence    39    

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

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

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

15.04.2019    11038    0    MariaTemchina    15    

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

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

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

17.06.2016    39569    0    raiml    37    

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

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

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

13.02.2019    7949    0    chavalah    22    

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

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

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

12.02.2019    9522    0    MariaTemchina    20    

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

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

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

04.02.2019    9673    0    1c-intelligence    64    

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

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

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

26.12.2014    44036    0    CheBurator    64    

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

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

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

31.01.2019    8009    0    MariaTemchina    0    

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

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

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

14.01.2019    9815    0    MariaTemchina    13    

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

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

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

10.01.2019    12273    0    chavalah    123    

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

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

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

1 стартмани

14.09.2015    35875    0    axxell    15    

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

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

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

26.12.2018    9340    0    1c-intelligence    7    

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

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

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

19.12.2018    9327    0    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

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

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

09.12.2018    8767    0    chavalah    119    

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

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

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

06.04.2015    37377    0    raiml    14    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

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

05.12.2018    16581    0    andironenko    128    

Шаг назад и ... шаг назад (классификация внутренних проектов)

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

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

03.12.2018    8336    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

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

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

26.11.2018    9627    0    MariaTemchina    40    

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

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

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

16.11.2014    28427    0    raiml    46    

"Черные страницы Scrum", по версии Ивана Селиховкина

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

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

23.11.2018    10715    0    Selikhovkin    8    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

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

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12121    0    andironenko    43