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

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

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

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

Я в субботу сдала экзамен на Scrum Master’а PSM I (96,3% правильных ответов из 100 - принимаются поздравления), который подтверждает, что я хорошо понимаю, что такое Scrum и как его применять (что позволяет мне с чистой совестью добавить в мой курс по управлению проектами по Agile рекомендации по подготовке к экзамену).
И этот факт и сподвиг меня написать статью под таким заголовком.  Ирония судьбы, правда, в том, что мне никогда не приходилось работать в условиях Скрам в чистом виде.

 

Краткое введение для тех, кто не очень в теме

 

 

 

Подробно о том, что такое Agile я писала в предыдущих статьях (например, Почему Agile превращается в Тяп-ляп. Кто виноват и что делать?).
Если кратко - то Agile - это подход к управлению проектами, основанный на сотрудничестве и готовности выполнять разработку маленькими порциями, часто собирая обратную связь. 

А Скрам - это фреймворк (ну нет нормального перевода на русский язык этого слова, ну нет… Максимально близкое, на мой взгляд, слово - “каркас”), который предлагает определенные правила, по которым осуществлять ту самую гибкую разработку. 
 

В первую очередь:

  • Самоорганизующаяся команда от 3 до 9 человек плюс Скрам-мастер (лидер-слуга) и Владелец продукта (ответственный за развитие продукта) - другие роли запрещены
  • Только Владелец продукта решает, что именно должно входить в продукт и в каком порядке
  • Только команда делает прогнозы, сколько работ она может сделать за текущий спринт и делает оценки по трудоемкости
  • Работа короткими промежутками (спринтами) от 1 недели до 1 месяца и выпуск потенциального готового к релизу продукта каждый спринт
  • Постоянные инспекция и адаптация, в том числе при помощи мероприятий Скрама (Планирование спринта, ежедневный Скрам - летучка до 15 минут, Обзор Спринта с демонстрацией продукта заказчикам и Ретроспектива Спринта со сбором извлеченных уроков) 

(Подробнее можно почитать в официальном “Путеводителе по Скрам”, доступном в том числе на русском языке)

Так вот, многие, в том числе мой коллега Иван Селиховкин, попрекают Скрам за его жесткость. Мол, авторы Скрама строго пишут: если вы отошли хоть от каких-нибудь правил, указанных в Путеводителе, то это уже не Скрам.
На мой взгляд, эта оговорка - очень ценная. Потому что это, на самом деле, способ защиты команды от менеджмента - в том числе требований в стиле “давайте вы за ближайшие две неделю проведете целиком внедрение Комплексной Автоматизации” или “давайте вы добавите вот такую фичу по требованию ген.директора, ну и что что она противоречит общей логике и архитектуре”. 
Ну, и защита авторов от неуместных претензий из серии “У нас ничего не получилось, хотя мы делали всё почти, как у вас написано. Только результатом был “почти готовый продукт” вместо готового, в спринт не добавляли ничего в процессе кроме как по указаниям топов, и во главе самоорганизующейся команды поставили менеджера”...    (подробнее эту тему я развиваю в своих статьях про Scream Guide - вот здесь и здесь).

 

Итак, почему Scrum плохо накладывается на проекты 1С

 

Вопреки стереотипам (и, в частности, Черной книге Скрам от Ивана Селиховкина, на которую я в свое время отвечала Белой и пушистой рецензией), под разработчиками в Scrum Guide понимаются вовсе не разработчики (простите за тавтологию).

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

 

Какие ограничения Scrum представляются мне плохо совместимыми с работой по внедрению продуктов 1С?

 

 

  • Владелец продукта как единая точка входа требований от пользователей плохо совмещается с работой по внедрению, когда настроек существенно больше, чем собственно программирования. В этой ситуации плотная работа с пользователями и уточнение, что именно требуется реализовать, часто занимает существенную часть времени команды. И возложить эту задачу на Владельца продукта - выглядит соблазнительным планом, но трудно реализуемым - ибо он только один, и при попытке выполнять все работы по бизнес-анализу может порваться на много маленьких медвежат.
  • Скрам заостряет внимание на том, что Скрам команда должна быть кросс-функциональной и не зависеть от всех остальных, то есть быть способной самостоятельно выдать результат. Эта идея более чем неплоха, но, опять же, в моей практике я сталкиваюсь с тем, что задачи проектов 1С слишком завязаны на участие пользователей. Пользователи уточняют требования, только пользователи могут провести окончательное тестирование и убедиться, что программа выполняет все что требуется. Таким образом на смену независимости Скрам-команде как “боевой единице самой по себе” приходит плотное сотрудничество с будущими пользователями продукта и прочими заинтересованными сторонами. В этом месте говорить про то, что “только от команды зависит в течение спринта доведение задачи до конца” - это несколько самоуверенно, и, главное, чаще всего не соответствует действительности.  
  • Жестко фиксированные по времени спринты с запретом добавлять работу посередине плохо совместимы с поддержкой продукта, завязанного на регламентированную отчетность, когда требования выплывают в неожиданный момент и, очень часто, являются довольно срочными. В этой ситуации ограничение про спринты фиксированной длины, в течение которых команда не берет работы со стороны, вместо того, чтобы помогать работать, мешает работе. Ну а напомним, что инструменты и методологии, которые мы используем, все-таки направлены на то, чтобы делать нашу жизнь более удобной, а работу более плодотворной. А не наоборот.
  • Скрам не признает титулов, в команде все разработчики равны, роль тимлида не уместна. Идея самоорганизующейся команды прекрасна, мало того, я в отличие от многих, верю в самоуправляемую команду и встречала их на своем пути. Когда люди сами решают, как им работать, они гораздо охотнее и увлеченнее реализуют принятые решения, чем когда им навязывают их сверху, поверьте мне!  На всякий случай напомню, что речь идет только об ответе на вопрос, КАК работать. Ответ на вопросы К КАКИМ ЦЕЛЯМ мы стремимся и КАКИЕ ПРОДУКТЫ внедряем никто не предлагает отдавать на откуп команде, в конце концов, именно для определения стратегии и существует менеджмент не будем отбирать у него хлеб. 
    Но даже если оставить только вопрос Как делается работа, честно скажу, что самоорганизации хорошо работает начиная с определенного уровня компетенции и личной дисциплинированности сотрудников. То есть, когда люди находятся на уровне "Начинающий энтузиаст", если им выдать возможность самим принимать решения, они ею, скорее всего, с удовольствием воспользуются...  Вот только результат может получится, мягко говоря, странным.

 

 

А в сфере 1С-проектов дефицит компетентных  особенно заметен. Вот того, чтобы на одном проекте собралась команда, как этого требует Скрам, не менее чем из 3 мотивированных компетентных 1С разработчиков - в своей практике встречала такое довольно редко. Я уже вспоминала историю, как одна слушательница моих курсов в красках рассказывала, какое у них прекрасное взаимодействие и взаимопонимание в команде проекта, одна беда - команда состоит из одного человека, её самой.. 

  • Скрам крайне негативно относится к многозначности. Кстати, честно скажу, внимательное изучение Путеводителя по Скрам привело меня к осознанию, что, вопреки стереотипам, Скрам не запрещает одному человеку участвовать в нескольких командах (или занимать несколько ролей в одной команде). Но, очевидно, что для достижения оптимального результата, важно, чтобы люди могли максимально сконцентрироваться на разработке и поддержке одного продукта. Это прекрасная идея, и я её всецело поддерживаю. Одна беда - не очень понятно, каким образом в реальных условиях 1С команд её можно реализовать на практике?? 
  • В крупных проектах не реализуем принцип того, что результат каждого спринта должен быть потенциально поставляем (даже если реальной поставки и не происходит). Скажем, если вы внедряете ERP-систему, то тот самый “минимальный жизнеспособный продукт” (MVP), на который дальше можно наращивать дополнительный функционал, по факту приходится делать много месяцев (а вовсе не один спринт - то есть от одной недели до месяца). На самом деле, внедрить “маленький кусочек” ERP-системы тоже можно - но для этого придется интегрировать его с теми прикладными решениями (от 1С и не от 1С), которые используются в компании в настоящий момент. Возможно ли это? Если напрячься, то возможно. А целесообразно ли? По моим ощущениям, чаще всего нет - ибо трудозатраты на такую “временную интеграцию”, которая потеряет смысл когда система будет внедрена целиком, могут превысить затраты на само внедрение.

 

Краткое резюме

 

Следует ли из этого, что Скрам надо забыть? Никоим образом! Сами создатели Скрама признают, что во многих компаниях применяют так называемый ScrumBut (то есть, “Скрам, но… с некоторыми купюрами”). Существует масса гибридных подходов, я особенно люблю ScrumBan. Ну и вообще, важно использовать технологию не для галочки, а для удобства. Просто не стоит называть Скрамом то, что им не является ))).

Спасибо за внимание!
Тех, кто дочитал мою статью до конца, приглашаю на вебинар-воркшоп в понедельник 25 мая 2020 в 12:00 - где мы будем в Zoom при помощи общей доски строить карту компетенций руководителя ИТ-проектов. 

И небольшой офф-топик: на Инфостарте сейчас открывается набор на следующий поток моих курсов по управлению ИТ-проектами, кто еще не учился - присоединяйтесь!

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. andironenko 644 18.05.20 17:29 Сейчас в теме
Да, про MVP для проектов внедрения 1С ERP - это самое главное.
Уже год сижу на таком проекте, который до меня делали по разновидности SCRUM.
Практически все приходится перевнедрять заново - функционал не стыкуется друг с другом и что обидно не стыкуется в самом ядре. Проще было бы инициировать перезапуск проекта, но денег почти не осталось.
MariaTemchina; +1 Ответить
6. MariaTemchina 1162 18.05.20 20:20 Сейчас в теме
(1) У меня ощущение, что Agile в чистом виде вообще плохо подходит для проектов со сложной архитектурой. Хотя отдельные компоненты Скрам (частые демонстрации со сбором обратной связи, роль Владельца продукта как единая точка входа требований, прозрачная отчетность и т.п.) могут улучшить ситуацию практически на любом проекте.
33. user1420880 09.06.20 11:15 Сейчас в теме
(6) Из большинства моих знакомых вайтишников и не очень, есть уверенность - что аджайл, что срам - плохо подходят вообще для чего-либо, вернее никак не подходят, их всё больше натягивают. Разве что годны для микроменеджмента и выжимания последних соков из работников.
2. ZLENKO 387 18.05.20 17:37 Сейчас в теме
Просто на проектах внедрения 1С затраты на применение Scrum не окупятся, т.к. не создается тиражируемый продукт - главное побыстрее, а качество "как получится".
Krasnyj; MariaTemchina; +2 Ответить
4. Yashazz 3406 18.05.20 19:56 Сейчас в теме
(2) Больше скажу - даже когда создаётся вроде бы тиражный продукт, по меньшей мере с прицелом на это - всё равно "давай быстрей и дешевле, потом допилим".
dock; pro-rok; ZLENKO; MariaTemchina; +4 Ответить
22. Dragonim 126 19.05.20 17:47 Сейчас в теме
(4) Не совсем понятно причем тут 1С? По моему так делаются все проекты, просто некоторые допиливают до приемлемого вида, а некоторые бросают на пол пути.
24. Yashazz 3406 19.05.20 18:17 Сейчас в теме
(22) а в случае 1С вступают в действие некоторые бизнесовые психологические стереотипы, от которых иные системы свободны или в меньшей степени "заиграны".
3. METAL 119 18.05.20 18:04 Сейчас в теме
Мои поздравления, Мария! :)
Скажите, пожалуйста, а как долго будет проходить вебинар-воркшоп?
MariaTemchina; +1 Ответить
5. MariaTemchina 1162 18.05.20 20:16 Сейчас в теме
(3) Спасибо, Михаил! )))
Я планирую примерно полтора часа
7. timmson 18.05.20 22:47 Сейчас в теме
Мария,

1. "Какие ограничения Scrum представляются мне плохо совместимыми с работой по внедрению продуктов 1С?" - Из опыта Скрам избыточен и сложен в ситуациях, когда нужно что-то внедрить. Ценность, которую может принести команда, конечна и ограничена условиями контракта в отличие от продуктовой разработки. Поэтому в таких ситуациях я рекомендую использовать другие подходы и фреймворки.

Могу рекомендовать курс PSPO от Scrum.org, в котором как раз обсуждаются аспекты продуктовой разработки.

2. "Жестко фиксированные по времени спринты с запретом добавлять работу посередине" - в Скраме нет такого запрета. Бэклогом Спринта владеет Команда Разработки, она может его менять, оставаясь с фокусом на Цели Спринта.

3. "Скрам крайне негативно относится к многозначности." - не только Скрам, но и любой Lean-based подход, т.к. переключение контекста является потерями, особенно в нематериальном производстве

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

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

Удачи в изучение Скрама! Если появятся вопросы, стучитесь в FB - https://www.facebook.com/artem.v.krotov
portal_orsk; brr; MariaTemchina; +3 Ответить
16. MariaTemchina 1162 19.05.20 11:13 Сейчас в теме
(7) Артем, спасибо за исчерпывающий ответ!
Из опыта Скрам избыточен и сложен в ситуациях, когда нужно что-то внедрить. Ценность, которую может принести команда, конечна и ограничена условиями контракта в отличие от продуктовой разработки.

Рада, что в этом вопросе мы с вами сходимся.

"Жестко фиксированные по времени спринты с запретом добавлять работу посередине" - в Скраме нет такого запрета. Бэклогом Спринта владеет Команда Разработки, она может его менять, оставаясь с фокусом на Цели Спринта.

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

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

Всецело согласна, что лучше, когда команда работает над одним проектом и не переключается. Я думаю, что практически любая команда тоже с этим согласится. Съесть-то он съесть, да кто ж ему дасть (С)

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

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

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

Да, очень ценное замечание. Но если узких мест по факту много, то применение Скрама может быть не лучшим способом действий в условиях имеющихся ограничений.
Удачи в изучение Скрама! Если появятся вопросы, стучитесь в FB

Спасибо, Артем! Обязательно! Если у вас появятся вопросы по проектам внедрения 1С - приходите на Инфостарт!
8. ManyakRus 401 19.05.20 09:29 Сейчас в теме
Скрамы придумали чтобы легче было "продавать" своё внедрение компаниями подрядчиками(франчайзи)
Чтобы получать оплату не в конце проекта, а каждую неделю,
Скрам определяет порядок работы и "принятие" работы т.е. оплаты.
Для не франчайзи скрамы не нужны :)
user1011815; graphbuh; +2 Ответить
12. MariaTemchina 1162 19.05.20 10:22 Сейчас в теме
(8) Александр, а вот здесь не соглашусь. По моим наблюдениям, ситуация обстоит строго наоборот - во внутренних проектах применять Agile просто, удобно, логично, и все однозначно в выигрыше. Это во внешних проектах возникают всякие странные вопросы, типа того, а когда проект закончится или сколько он будет стоить или как составить полное ТЗ...
9. Manoshkin 350 19.05.20 09:29 Сейчас в теме
ибо трудозатраты на такую “временную интеграцию”, которая потеряет смысл когда система будет внедрена целиком, могут превысить затраты на само внедрение.

тут стоит еще учитывать потери от простоев и нестабильности системы в момент перехода. они могут многократно превышать и стоимость проекта.
MariaTemchina; +1 Ответить
13. MariaTemchina 1162 19.05.20 10:29 Сейчас в теме
(9)

тут стоит еще учитывать потери от простоев и нестабильности системы в момент перехода. они могут многократно превышать и стоимость проекта.

Это да. Я тоже думала об этом, когда писала статью, но решила её не растягивать. Более того, на самом деле, если не проводить боевого тестирования и интеграции кусочков, у нас есть риск того, что при переходе "по рубильнику" система по разным причинам окажется в принципе нежизнеспособной (примеров в моем окружении, к сожалению, достаточно) . И мы сравниваем не стоимость внедрения одним махом/ внедрения по кусочкам с интеграцией, а провальное внедрение/внедрение с куда большими шансами на успех.
10. Bazil 489 19.05.20 09:53 Сейчас в теме
(0) А если заменить внедрение продукта 1С на внедрение продукта не 1С, условия те же, результат будет иным?
11. MariaTemchina 1162 19.05.20 10:19 Сейчас в теме
(10) На мой взгляд, тогда ответ будет менее однозначным. Потому что контекст бывает очень разным. Но по моим ощущениям, Скрам лучше подходит для разработки, чем для внедрения.
15. Bazil 489 19.05.20 11:02 Сейчас в теме
(11) Я правильно понял, берем, например, команду одинесников, которая занимается внедрением ERP-систем на 1С, переучиваем их, например на Галактику, и сразу тезис о неработоспособности скрама в их проектах становится менее однозначным?
MariaTemchina; +1 Ответить
27. MariaTemchina 1162 20.05.20 20:04 Сейчас в теме
(15) Простой ответ заключается в том, что про Галактику я ничего не скажу, потому что не знаю.
А сфера 1С внедрений - специфичная среда с некоторыми традициями и особенностями...
14. GOshaSaveiko 30 19.05.20 10:33 Сейчас в теме
Чаще всего со стороны франча, будет прыщавый Андрейка с рандомной квалификацией, который будет сам себе скрам мастер и команда. А продакт оунером будет какой-нибудь замдиректора, который 1С в глаза не видел, и каждый раз звал Галю отборы в отчёте настроить, но который будет думать, что именно он знает как надо, например: "сделайте мне так, как было в 1сv7, только в 8 ERP". Именно поэтому и не катится. Параллельно будет толпа юзеров, которая на тестировании говорит, что всё хорошо, а на проде открывает отчёты, печатные формы и документы впервые, потом бежит к замдиректора со причитаниями: у нас ничего не работает. Замдиректора позвонит замдиректору франча, прыщавый Андрейка получит трындюлей и так по кругу. Это скрам в 1с. Потом лицо со стороны франча просто самоустранится и скажет: "Вот у нас тут Андрейка - звоните сразу ему"

А если серьезно, то на самом деле можно, но придётся накачать ресурсов:
1. разделить команду на две, где одна пилит долгоиграющие фичи по скраму, а вторая, по сути, саппорт по канбану
Канбанерам: То, что нужно быстренько подпилить, помочь
Скрамерам: то что пилим долго + укоротить время спринта до недели.
2. Владельца продукта оставить одного на растерзание. В паре со скрам-мастером выдержат. Владелец должен понимать как работает 1С.
3. Нет, не порвётся
4. Можно завести своего тестировщика, либо после тестирования пользователем возвращать фидбек Владельцу, который его выбросит на скрам или канбан.
5. ERP можно внедрять по скраму, если пилить его параллельно со старой учетной системой, показывать будущим пользователям, потом в день "Хэ" поставить на прод. И дальше допиливать на лету по рекламациям.
Но это "дорага" (г с придыханием) - дешевле втроём стегать Андрейку. И все при деле
Алексей Воробьев; Krasnyj; oleg974; MariaTemchina; semagin@gmail.com; VladimirMelnychenko; +6 Ответить
28. MariaTemchina 1162 20.05.20 20:11 Сейчас в теме
(14) Очень жизненный образ, спасибо!
Только Андрейку жалко)))).

Что поддержку логичнее делать по Канбан, чем по Скрам - всецело согласна.

В описываемом вами примере про ERP - на мой взгляд, это все-таки не совсем Скрам. Потому что слишком велик шанс, что "в день Х" не взлетит совсем. И рискуем мы здесь не парой спринтов, а многомесячной работой...
17. oleynikovpm 19.05.20 11:14 Сейчас в теме
Ни разу не видел, чтобы только Скрам использовался на проекте. Участвовал в проекте внедрения ERP, команда разработки работала по Скрам, но у владельца продукта все равно был Roadmap - какой функционал надо делать, наложенный на временную шкалу.
То есть скрам использовался для организации работы программистов, тестировщиков, а владелец продукта сидел на водопаде.

По поводу ограничений:
1) Владелец продукта как единая точка входа требований от пользователей - позволяет команде сосредоточиться непосредственно на разработке, в той области деятельности и в том режиме - в котором их КПД максимально.
2) Кросс-функциональность команды никак не связанна со сбором и уточнением требований, а тем более со сдачей пользователю. Внутри команды может быть несколько специалистов разнообразного профиля, главное - что команда может выдать результат.
Если пользователь уточняют требования в момент приема версии продукта - значит создается новое требование к продукту. Почему такие требования возникают - вопрос к самому заказчику (он еще не понимает что хочет, поэтому уточняет требования) и владельцу продукта (не зафиксировал, либо не стал реализовывать требования заказчика). Команда создает версию, согласно требованиям, сформулированным владельцем продукта.
3) Жестко завязанные по времени спринты - внести изменения в спринт возможно. Кроме того - спринт можно прервать и начать новый.
4) Скрам не признает титулов, в команде все разработчики равны, роль тимлида не уместна - то есть внутри требования, выданного владельцем продукта, мнение каждого члена команды может повлиять на результат, оценку задачи и способа решения.
5) Многозадачность - вообще миф, и все способы организации разработки с ней борются.
6) Результат каждого спринта должен быть потенциально поставляем - как говорил один из моих руководителей "Слона надо есть по кусочкам".
Даже внедрение ERP можно (и нужно) разбить на части, если MVP для заказчика готовится несколько месяцев, и ему даже не хочется контролировать промежуточные варианты - то внутри, у исполнителя, он все равно разбивается на несколько этапов с контрольными точками, проверками.

Самая большие проблемы, с которыми столкнулась наша команда, при работе по скрам:
1) высокие требования к владельцу продукта, потому что на него падает большая нагрузка по систематизации обратной связи, перевода с языка пользователя в требования, согласования этого, приемка релиза от команды разработки и доказательства пользователям, что реализовано именно то, что они просили.
2) проблемы с заказчиками(пользователями):
- привычка сразу получать обратную связь от разработчиков,
- изменение сроков выполнения небольших задач,
- необходимость согласовывать требования к разработке, и принимать результат (ответственность заказчика),
- необходимость планировать свою деятельность в связи с изменением сроков внесения изменений в информационную систему.
MariaTemchina; +1 Ответить
18. user1011815 19.05.20 16:12 Сейчас в теме
Скрам в 1С? Зачем? Канбан идеален. Опыт показал, что то, что пилится в 1С за 3-4 дня, на вебе или на си-подобных языках вы будете делать месяц, а то и 2. При этом, если что-то включать дополнительно в спринт по причине "директор так сказал", этот месяц растянется на 2-3. В 1С 4 дня растянутся на 6, что в принципе терпимо для всех.
20. bozo 19.05.20 17:11 Сейчас в теме
(18) Канбан - конвеерный инструмент и хорош на поддержке и в рамках её как бы проектах развития. То есть там, где нет правой границы, а имеет значение протягивание и управление приортьетами задач. А на проектах не представляю как его использовать.
23. user1011815 19.05.20 18:05 Сейчас в теме
(20) Я соглашусь, это были проекты развития. В 1С проектах полного цикла лучше всего работал водопад, наверное, здесь влияет скорость разработки на платформе, когда требования не успевают устаревать и нет существенной необходимости делать полгода PoC и MVP как это происходит в рамках реализации веб приложений.
29. tindir 21.05.20 08:01 Сейчас в теме
(18) И часовые ставки у ребятушек с "правильным программированием" чуть повыше, но опустим это. И для чистоты эксримента приравняем. В итоге "си-преподобные" с мамонта снимают (по вашим же словам) 1-2-3 месячные ставки "по Актам", а 1с-нег получает за 4-6 часа работы. В итоге у первых с фичи получается большая маржа =) Люблю "настоящее программирование" кровавого интерпрайза, но слишком туп даже для джуна, чтобы зарабатывать как боженька.
30. acanta 21.05.20 08:14 Сейчас в теме
(29) в какой-то момент любому владельцу бизнеса становится не комильфо 1с с ее сертифицированным эникейщиком. Это неизбежность. Проблема в том, сможет ли программист по образованию актуализировать свою квалификацию по диплому после 5 лет работы с 1с. И даже если сможет, будет ли этого достаточно (и для чего?).
31. tindir 21.05.20 08:22 Сейчас в теме
(30)
владельцу бизнеса
Вы имеете ввиду "хозяина" франча? Имхо тут есть момент политики ведения бизнеса. В моей голове есть два варианта: 1. Жить с оборота (1с-нег с 6 часами, но на 100 клиентов), 2. Жить со сливок ( 1 месяц с 1 клиентом). В обоих вариантах сальдо 99 будет одинаковым, при разнице оборотов 90 счета в разы. В бытность работы франча слышал от руководителя фразу типа "проще 100 клиентов на Базовом ИТС, чем 10 на почасовом сопровождении".
19. Tahallus 427 19.05.20 16:12 Сейчас в теме
Глеб Стальной из 1ПБ будет не согласен) они ведь все внедряют по SCRUM
32. MariaTemchina 1162 05.06.20 13:18 Сейчас в теме
(19) Ну, насколько я понимаю, там имиджевая составляющая важнее, чем рентабельность. По-крайней мере в том, что касается автоматизированного тестирования и прочих "наворотов".
Ну и поставка там скорее одна - то есть это более напоминает "Скрам как бизнес-процесс" как его вышел описывал Павел:

(17)
Ни разу не видел, чтобы только Скрам использовался на проекте. Участвовал в проекте внедрения ERP, команда разработки работала по Скрам, но у владельца продукта все равно был Roadmap - какой функционал надо делать, наложенный на временную шкалу.
То есть скрам использовался для организации работы программистов, тестировщиков, а владелец продукта сидел на водопаде.
21. bozo 19.05.20 17:21 Сейчас в теме
Главные проблемы скрама в ерп вижу три:
1. Предметные области требуют глубокой специализации аналитиков и иногда даже разработчиков.
2. Кастомизация сложной типовухи вертикальным срезами не очень взлетает, потому что требования к архитектуре повышенные ввиду сложности связей.
3. Договорные отношения по 223-фз, не говоря даже о 44-фз, не позволяют управлять функциональным контуром.

Для нас оптимальной пока для нас выглядит смешанная структура структура: договор на ФТТ - не гигантский ФТТ с ключевыми ограничениями (самый важный этап) - оценка и договор - много (десяток-два) этапов с разработкой блоков, интеграций, миграции и сдачей по приёмке - интегротест - запуск в один-два-три этапа, в зависимости от специфики проекта. Это для проектов на год-полтора длительности.
25. pro-rok 256 20.05.20 08:00 Сейчас в теме
Я бы назвал статью "Давайте из Scrum выкинем Scrum, но будем это называть Scrum".
Давайте разделять котлеты отдельно... Все прекрасно знаю по Scrum не построить мост, так собственно и ERP не внедрить. Хотя подождите... вру внедрить ERP можно, только стоить будет как 2-3 внедрения. Есть компании которые так и делают, нет ответственности за результат и бюджет, вот и внедряют с помощью гибких методологий.
Для внедрений есть специальные методологии ориентированные именно на внедрения. А вот в сопровождении 1С, гибкие методологии и подходят как нельзя лучше, когда можно выдавать небольшие результаты и тут же их использовать в жизни.

Мария, поздравляю со сдачей экзамена.
26. morin 14 20.05.20 08:27 Сейчас в теме
В комментариях к другой из статье, я вас критиковал, признаюсь, довольно резко. Но эта ваша работа гораздо сильнее и качественнее. Спасибо!
Оставьте свое сообщение

См. также

3 онлайн-курса по управлению ИТ-проектами от Марии Темчиной Промо

Управление проектом Waterflow Agile (XP, SCRUM, Канбан) Платные (руб)

Комплексный курс по управлению ИТ-проектами в трех частях от директора по проектам Инфостарта.

30000 руб.

03.12.2019    10309    22    16    

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

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

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

11.09.2020    1790    alexandr.blinov    9    

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

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

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

04.09.2020    2415    MariaTemchina    22    

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

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

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

20.08.2020    2292    MariaTemchina    4    

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

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

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

24.01.2019    9804    user809424    11    

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

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

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

26.06.2020    4132    1c-intelligence    15    

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

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

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

08.06.2020    4690    stepan96    12    

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

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

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

25.05.2020    5269    sapervodichka    1    

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

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

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

29.06.2017    34260    1СERP    79    

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

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

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

23.03.2020    5516    MariaTemchina    24    

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

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

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

03.03.2020    6100    VLikhobabin    44    

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

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

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

23.01.2020    13647    MariaTemchina    8    

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

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

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

09.06.2017    30999    1СERP    175    

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

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

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

09.01.2020    6506    roman72    0    

Про одну Тётю

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

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

24.12.2019    6648    1c-intelligence    32    

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

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

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

14.10.2019    5948    chavalah    16    

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

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

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

18.04.2017    31871    1СERP    189    

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

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

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

19.09.2019    12204    ogroup    163    

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

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

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

16.09.2019    9600    GSoft    15    

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

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

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

30.08.2019    11811    SergeyN    7    

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

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

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

10.04.2017    31870    1СERP    107    

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

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

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

20.08.2019    8751    Arsen1986    7    

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

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

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

16.08.2019    8272    Hissin    18    

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

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

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

28.06.2019    7990    SergeyN    1    

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

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

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

03.04.2017    42623    1СERP    231    

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

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

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

24.06.2019    6742    sbase    9    

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

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

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

19.06.2019    10176    FB_10160810658600104    62    

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

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

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

18.06.2019    7538    MariaTemchina    8    

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

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

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

23.02.2017    27563    Gavrik    10    

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

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

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

31.05.2019    9001    MariaTemchina    23    

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

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

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

14.05.2019    11164    1c-intelligence    121    

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

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

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

06.05.2019    7555    MariaTemchina    8    

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

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

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

17.06.2016    40125    raiml    37    

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

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

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

04.05.2019    8962    1c-intelligence    39    

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

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

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

15.04.2019    11656    MariaTemchina    15    

Стыд и Скрам, часть вторая

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

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

14.03.2019    11459    MariaTemchina    47    

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

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

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

26.12.2014    44624    CheBurator    64    

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

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

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

13.02.2019    8225    chavalah    22    

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

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

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

12.02.2019    9983    MariaTemchina    20    

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

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

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

04.02.2019    10077    1c-intelligence    64    

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

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

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

1 стартмани

14.09.2015    36261    axxell    15    

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

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

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

31.01.2019    8325    MariaTemchina    0    

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

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

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

14.01.2019    10132    MariaTemchina    13    

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

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

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

10.01.2019    12833    chavalah    123    

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

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

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

06.04.2015    37732    raiml    14    

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

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

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

26.12.2018    9834    1c-intelligence    7    

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

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

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

19.12.2018    9810    MariaTemchina    24    

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

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

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

09.12.2018    9172    chavalah    119    

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

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

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

16.11.2014    28759    raiml    46    

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

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

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

05.12.2018    17054    andironenko    128    

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

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

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

03.12.2018    8713    capitan    26