Хроники хаотичного ведения учета и как не стоит внедрять проекты

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

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

хаос хаотичное ведение учета комплексная автоматизация 2

Описан опыт работы в одной производственно-торговой компании и внедрения конфигурации КА 2 (комплексная автоматизация). Также что из этого получилось и какой урок был получен.

В этой публикации расскажу об опыте автоматизации одной производственно-торговой компании. Принят я был на работу в качестве программиста 1С для автоматизации оперативно-торгового учета. Начал с изучения текущих систем, сформировал список вопросов, на которые нужно было получить ответы. Стандартная схема: предпроектное обследование, описание текущих бизнес-процессов, составление поэтапного технического задания (черновой вариант). Сбор информации производился произвольно, так сказать "из уст в уста". Никаких документов по стандартам учета, концепции, стратегии не было.

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

  1. учетная политика
  2. управленческая структура компании
  3. список бизнес-единиц, сфера деятельности, схема обменов данными
  4. правила по скидкам, акциям, контроль дебиторки
  5. и т.д.

В ходе работы выяснялись все новые и новые подробности в разных участках учета. Главное - не было единого владельца процессов работы. Филиалов около 20, но каждый работал по-своему. У некоторых свои какие-то параллельные торговые базы, к которым они не давали доступ. Также уровень компетенции пользователей оставлял желать лучшего.

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

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

В качестве конфигурации для автоматизации филиалов Казахстана была выбрана "Комплексная автоматизация для Казахстана, ред. 2". Тут мне директор говорит, что конфигурация должна быть типовой. ОК. В принципе можно. Хотя в ТЗ, которое так и не подписали, было четко написано, что конфигурация будет доработана.

Назначили из финансового департамента основного ответственного за общение с конечными пользователями. Т.е. сперва показываю, объясняю им, а дальше уже конечным пользователям. Так как филиалов и пользователей немало (14 РП, свыше 100 юзеров), а программистов мало, договорились, что они будут первой линией консультации. Составил поэтапный план внедрения. Времени было мало, оставалось полтора месяца. Нужно было запустить с начала нового года. Месяц был потерян из-за неисполнительности первых 3 РП. Выбрали один РП. Начали тестировать, устранил ошибки. Шел по плану внедрения с чеклистами по областям. Каждый день обновлял статус проекта и отписывал руководству.

Столкнулись с со следующими проблемами:

1. Низкая компетенция пользователей. Мы знали о низком уровне, поэтому разработали инструкции, каждому объясняли, что и как делать. Пришлось объяснять по 3-4 раза, некоторым по 8-10 раз. Было сообщено о проблемных пользователях. Нам ответили, что других не будет в связи с низкой зарплатой, и руководство не будет платить больше.

2. Низкий уровень IT-инфраструктуры. Вообще в компании был режим суперэкономии. Сисадмины уже больше года не могли добиться нового сервера. Нестабильный интернет.

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

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

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

В принципе, масса проблем была решена. Но операторы основного региона не тестировали. Раза 3 говорил своему "связному" (ответственный от финдепа). Связной пригрозил зарплатой еще раз. Реакция, так сказать, не очень. Вообще у этого региона ввиду большого оборота и отсутствия понятия контроля минусового остатка товаров были постоянные серьезные проблемы с инвентаризацией. А для начала тестирования они должны были сделать инвентаризацию. Сделали, ждали результатов инвентаризации в базе неделю.
Возникает серьезная проблема. Примерно за 10 дней запуска связной срочно уезжает.  Говорит, на 2 недели. А как же проект? Обещает быть на связи. ОК. 2 недели потерпим.
В целом картина перспективная 12 филиалов запущены, 1 проблемный, но запущен, 1 на потом на февраль (операторы в отпуске почти весь январь).
До нового года неделя. Решили запускаться. Чеклист велся.Запустились. Запускались поэтапно. Каждые 2 дня по 2 филиала. Действия дублировались и в новой и в старой базе, так как не сезон. Обороты маленькие в силу специфики сферы деятельности.

Первыми запускались 1 основной и 1 маленький филиалы. Первым 1 проблемный и 1 маленький. В силу того, что проблемный нормально не тестировался, им пришлось тяжко. Не читали инструкций. Пришлось работать в 12-часовом режиме. В субботу тоже и в воскресенье по полдня удаленно. Финдеп, который должен был быть первой линией консультации, по факту не исполнял свои обязанности ввиду отсутствия "связного". Как бы он был на связи, но все равно физическое присутствие на рабочем месте в крупнейшем проекте компании это другое.

Вообще, за время работы при мне сменилось несколько компетентных спецов (директора, начальники, менеджера среднего звена). При личных разговорах с ними до увольнения заметил, что они просто вымотаны и после увольнения некоторое время будут просто отдыхать. Так как это еще семейный бизнес, на руководящих должностях 70% были родственники или родственники родственников. Большая часть которых по факту некомпетентны.  

После напряженного режима в течение 2-х месяцев я заболел. Отсутствовал на работе 4 дня. После прихода проблемный филиал до сих пор не мог привыкнуть к контролю минусовых остатков товаров. Реализации, перемещения не проводились. Соответственно страдала отгрузка товаров клиентам. Также была проблема с оверстоками на бортах. Т.е. погружаемый товар просто не вмещался в машину, которая довозила товар клиенту. Алгоритм был таков: если товар есть на борту, то его не надо грузить еще. Также было округление до коробки определенного списка товаров. Я начал проверять код обработки, обнаружил ошибку, исправил.

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

Я начал анализировать, написал отчет по остаткам, реализациям и предоставил доказательства, что не виноват. Бесполезно. Подозревали меня даже в диверсанстве, что я специально это сделал и специально заболел на 4 дня. Но непонятно для чего. В компании в целом отсутствовало понятие оперативности. Например, поступил товар на склад, могли тупо не оформить поступление и дальше продавать, так как контроля минусовых остатков не было. Потом когда обнаруживали, что документ не оформлен в базе, оформляли задним числом. Происходила непонятная котовася или котопес. Короче полная жесть.

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

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

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

3. система штрафов. Не доказав до конца, штрафуют даже если ответственные лица за тестирование не выполняли свои обязанности. Т.е. по любому виноват программист. Также не выполнялись даже прямые приказы, подписанные президентом компании.

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

5. отсутствие фильтра при ведении разработок/доработок. Владельцем всех ИС был финансовый директор. Через него шло согласование доступа, доработки, разработки и т.д. И вот когда какой-то сотрудник предлагает доработать что-то, я отправляю к нему. Он всегда согласовывает. Даже если там нет детализации что и как. За 11 месяцев работы не было ни одного отказа. Тогда вопрос: зачем вообще нужно согласование от финдира?

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

В итоге для себя я сделал следующие выводы:

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

2. нужно иметь при себе несколько контрольных вопросов в сторону потенциального работодателя при прохождении собеседования. Такие вопросы как: способ оценки запасов, управленческая структура компании, автоматизирован ли процесс доработок/разработок, есть ли согласованный план проектов, имеет ли право разработчик отказать заказчику, описаны ли бизнес-процессы работы, как описаны, по какой методологии и т.д. Скорее всего, список будет расширен. Для чего это надо? Раньше когда я трудоустраивался на другие работы, в основном спрашивал про конфигурации, количество программистов. Но со временем понял, что именно вопросы организационного характера имеют больший вес, нежели чем сама разработка, что от компетенции сотрудников зависит эффективность проделанной работы.

3. не бояться проваливать проекты. После определения ответственных за тестирование, предоставление информации, задач со стороны заказчика регламентно ведите чек лист, контролируйте исполнение. При неисполнении эскалируйте на его руководство и т.д. до самого верха, если надо до первого руководителя. Этот важный момент с первым руководителем, я к сожалению, пропустил. Возможно, если бы он узнал, что реакция со стороны пользователей вялая, подействовал бы на них. Если протестировано мало участков системы (менее 50%), при сильном отставании от графика смело засчитывайте проект проваленным. Сообщите всем. Письмами, звонками, СМС-ками, через Telegram, WhatsUp, Skype и т.д.

4. доверяй, но проверяй. Документируйте все этапы проекта. Не прям все до точки. В проекте должны быть определенные вехи. Подписывайте у руководителей ТЗ, план проекта. Если не подписывают, можете подыскивать другую работу. Не действуйте как в моем случае, если вам не подпишут ТЗ и скажут начать проект, не соглашайтесь. Через полгода, когда руководители спросят у вас, почему не реализован тот или иной механизм, покажете подписанное ТЗ.

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

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

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

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. tailer2 12.03.18 18:02 Сейчас в теме
ну, да
нужна некоторая уверенность в себе, определенный опыт, чтобы не кроить бесплатно на британский флаг свою собственную точку
2. Maxisussr 12.03.18 18:15 Сейчас в теме
(0)
Автор, долго тянул с уходом...
Если понял что там не будут с тобой ничего обсуждать, пробовал говорить - не слышат, и для тебя одно решение - штраф - то тупо бежать от таких.
Ta_Da; dabu-dabu; Brawler; sCHTASS; chebser; корум; madonov; Trancer64; pm74; pavlov_dv; formica32; +11 Ответить
3. genayo 12.03.18 19:18 Сейчас в теме
Все по классике, все грабли собрал... Ладно хоть уволился, геройствовать не стал...
Ta_Da; chebser; корум; madonov; formica32; +5 Ответить
4. KAV2 13.03.18 05:39 Сейчас в теме
12 внедренных филиалов это большой успех, совсем не провал.
maxopik2; Brawler; +2 Ответить
5. spezc 696 13.03.18 06:24 Сейчас в теме
Мужик! Такое выдержал. Теперь закален на всю жизнь)))
a_a_burlakov; +1 Ответить
19. ifilll 14.03.18 12:09 Сейчас в теме
6. kauksi 210 13.03.18 09:32 Сейчас в теме
Отрицательный результат - тоже результат. Главное - не побеждать, а участвовать -олимпийский принцип ))
23. DDA4746 14.03.18 15:55 Сейчас в теме
(6) Дада, в гонке на выживание главное - участие :)
7. CtepaN 13.03.18 11:12 Сейчас в теме
Автору не приходило в голову одно простое предположение: Возможность постановки грузов(товаров) на учет "задними" датами, ручная правка остатков, текучка кадров и работники на низких зарплатах - это возможность "левачить".
При таких раскладах точный учет не нужен никому. Бился автор в несколько глухих стен...
При этом умудрился получить положительные результаты. Молодец.
Ta_Da; maxopik2; Silenser; vursan; madonov; Trancer64; OksDallas; +7 Ответить
20. ifilll 14.03.18 12:12 Сейчас в теме
(7) Верно, всегда найдутся сообразительные товарищи кто повернет себе во благо ))
8. Olga_aku 13.03.18 11:52 Сейчас в теме
Статья понравилась. Но тоже подумала, что в учёте там не нуждались. Игры в автоматизацию.
Автор молодец.Выводы что надо. И сам марку держал.
9. grimih 13.03.18 12:08 Сейчас в теме
Немного странно, что автор удивляется низкой оплате труда и всяким штрафам. Каждый должен знать, что единственным источником капитала у предприятия является удержанная\неначисленная ЗП работников.

Опыт - это совершенно бесполезные знания о том как не надо было поступать в прошлом. Теперь предстоит самое интересное - конвертировать свои синяки и шишки в звонкую монету. Успехов!
10. baracuda 2 13.03.18 13:07 Сейчас в теме
Занимательное чтиво. Впереди у меня схожее действо, только масштабы поменьше.
Постараюсь извлечь уроки.
11. Droonimus 13.03.18 14:43 Сейчас в теме
С течением времени стал серьезно относиться к уставу проекта. Жаль, что сейчас ими (проектами) не занимаюсь, так бы там всё расписывал, вплоть до размера штрафов. Лично мне видится тут отсутствие команды со второй стороны - есть кому писать и внедрять, но нет ответственной группы со стороны заказчика. Такая затея изначально обречена на провал. Это происходит ровно тогда, когда начинаешь что - то требовать с пользователей. В случае классического подхода, надо требовать с того, кто прописан в уставе или договоре - то есть с конкретного ответственного лица. Накатал ему телегу на саботирующих процесс и на очередной рабочей группе попросил предоставить решение сложившейся проблемы. Если что - тыкать в устав! Это как конституция, истины которой непреложны! :)
12. a_a_burlakov 14.03.18 08:30 Сейчас в теме
Спасибо за статью. Но выводы мне показались странными.

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

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

Вывод такой: если это никому не нужно, то этого и не будет.

А вопрос такой: какого хрена я оставался в этой яме так долго? Зачем? Почему? Я что, сразу не понял, что условия работы мешают труду? И что везде хаос и неразмериха? И что плохо то, что критические важные документы никто не читает и не подписывает? Это было ясно с самого начала. Ну так что же меня держало в этой яме?

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

Тут я, может, упрощаю ситуацию, но так вижу по статье.

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

Так, я на первой работе был очень угнетён разными причинами, и тоже пытался оправдать как можно обстоятельно перед собой и другими свои провалы, даже если они произошли не по моей вине. По когда меня, после всех нервотрёпок с проектами, в которых тоже никому ничего не было нужно, штрафанули за опоздание на 140 рублей (на сто сорок рублей, Карл), я психанул и написал заявление. Не советовался ни с коллегами, ни с женой, на собеседования не ходил - просто ушёл. И это был очень правильный шаг: на второй работе, которая нашлась сразу же, у меня открылось второе дыхание, и всё стало прекрасно.
Maxisussr; Brawler; MaxDavid; nofear; Dementor; Vladimir Litvinenko; apd1c; zqzq; baracuda; +9 Ответить
28. Bajo 76 15.03.18 14:24 Сейчас в теме
(12)
просто
Дело в том, что была надежда, что весь этот бардак скоро будет упорядочен. В сентябре того, года на работу приняли директора по развитию (новая должность), который обещал, что все распишет и потом автоматизируют как надо. Но с тех пор пока реальных результатов нет. Да он говорит грамотные вещи, но для этого требуется года 2-3 только потом автоматизация.
Также есть специфика по зарплате, которую к сожалению озвучить не могу. Т.е. уйти просто так невозможно (только сейчас получил окончательный расчет).
На данный момент все работают и автоматизированы так сказать по-моим схемам . Людей для дальнейшего развития не осталось. После моего ухода решили расширить штат до 6 программистов, т.е. в 2 раза. Вместе с мной с разницей в несколько рабочих дней уволился второй программист. Взяли двух. Один убежал на второй день. Оставшийся прогер в состоянии сильных сомнений.
13. Alex_Japanese_Student 442 14.03.18 08:45 Сейчас в теме
Бывают проекты где невозможно внедриться, каждый когда-то через них проходит, увы
14. AlexeyT1978 111 14.03.18 09:37 Сейчас в теме
Похожий проект, но боссы на порядок лучше.
15. madonov 155 14.03.18 10:33 Сейчас в теме
Просто руководитель каждого филиала за годы работы построил свои схемы воровства у предприятия.
Никто из них не был заинтересован в нормальной организации учета. Чем меньше порядка - тем проще филиалу обуть голову.
Отсюда и "серьезные проблемы с инвентаризацией" и саботаж проекта по внедрению новой системы учета.
LavinVadik; Brawler; ifilll; Stim213; +4 Ответить
16. DimDiemon 78 14.03.18 11:19 Сейчас в теме
Начинать надо было с целей автоматизации, договариваться о поддержке с собственником, а не с топами...
Грабли знакомые, бьют больно...
17. zawal 15 14.03.18 11:28 Сейчас в теме
Невозможно автоматизировать бардак.
При автоматизации получается, бардак автоматизированный!
Опыт., очень важный опыт получен.

"Ты сильный, ты справишься!
Нет, я умный, я даже не возьмусь!"
18. Stim213 400 14.03.18 12:01 Сейчас в теме
Автор взял на себя ответственность за весь учет - и это неправильно.
В идеале задача программиста - анализировать бизнес-процессы и писать хороший код. Тестировать и заставлять пользователей следовать инструкциям - должен другой человек.

Руководителям нужна прибыль прежде всего. Автоматизация сама по себе хороша, но когда вы говорите, что при внедрении п.1 -п.10 вашего проекта прибыль увеличится в 2 раза - тут уже руководители начинают пинать филиалы и подгонять под ваши сроки
21. ifilll 14.03.18 13:29 Сейчас в теме
Классика, автор придумал что ответственный за все, а боссы как обычно не знают что делают и не знают зачем, пока баланс положительный ))
22. DmitryKSL 155 14.03.18 14:32 Сейчас в теме
"в компании был режим суперэкономии"
"на руководящих должностях 70% были родственники или родственники родственников"
надо же так вляпаться...
24. DDA4746 14.03.18 16:01 Сейчас в теме
10 лет в отрасли.. Почти все заказчики, с которыми довелось работать, в той или иной степени подходят под описание.
Потому что там, где все хорошо, автоматизаторы особо не нужны - в лучшем случае нужно сопровождение.

Автору удачи в поисках исключений из правила :)
25. uri1978 130 14.03.18 16:58 Сейчас в теме
Примерно за 10 дней запуска связной срочно уезжает. Говорит, на 2 недели. А как же проект? Обещает быть на связи.
- как это знакомо.
26. MaxDavid 124 14.03.18 21:37 Сейчас в теме
2. нужно иметь при себе несколько контрольных вопросов в сторону потенциального работодателя при прохождении собеседования.

Мой любимый контрольный вопрос: "Если ваши сотрудники не будут выполнять моих инструкций, то кого мне об этом ставить в известность?" Ответ на него многое проясняет.
Artem-B; LavinVadik; +2 Ответить
27. firma111 15.03.18 11:50 Сейчас в теме
Опыт, конечно, любопытный. Но изначально понятно, что если "программист 1С" берет на себе одновременно обязанности РП, аналитика, архитектора на таком крупном проекте, из этого ничего путного не выйдет. Даже если руководство адекватное, условия труда хорошие и т.п. Не способен никакой специалист, если это конечно не гений какой-нибудь, охватить такой огромный круг вопросов, за все отвечать, все тащить на своем горбе. Максимум, что можно вменить в ответственность программиста 1С, помимо написания кода, это написание ТЗ (на основе разработанных другими людьми БП), да и то далеко не везде ТЗ пишут программисты, для этого есть отдельные люди - аналитики, архитекторы. В нормальных конторах по крайней мере это так. Так что описанная ситуация изначально попахивала авантюрой. И с учетом всего этого достигнутые ТС результаты на проекте действительно можно считать отличным результатом.
29. d.zhukov 954 16.03.18 06:12 Сейчас в теме
Вы можете сколько угодно повторять здесь о том, что любые внедрения должны сопровождаться тз, четкой последовательностью и т.д., но на практике (по крайней мере у нас в России) обычно на предприятии в случае глобальных внедрений или перетрубаций вас никто слушать не будет о том, что нужно четко выстраивать цепочку задач, либо оформлять тз. Вам сегодня скажут срочно сделать одно, завтра срочно сделать другое и никаких тз вам никто не напишет и вам не дадут на это время. Поэтому как были головняки и хаос при внедрении, так они и останутся. Хотя я конечно против подобного, но таковы условия.
uri1978; Brawler; +2 Ответить
30. oldcopy 125 16.03.18 23:32 Сейчас в теме
Как все знакомо, за 15 лет работы в аутсорсинге насмотрелись на всякое. Бардак и низкая квалификация сотрудников, в т.ч. ключевых, это реалии отечественного бизнеса, а если они еще и родственники, то объемы бардака возрастают на порядок.

Но есть одно НО! Отношение к ситуации собственников и их политическая воля. Если есть желание и сила воли наводить порядок - дело пойдет, нет - тушите свет.

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

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

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

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

Второй проект мы также не можем назвать на 100% успешным, так как проблем хватает, проблем именно организационного характера, когда фактическая хозяйственная деятельность неполно или неверно отображается в учете (в т.ч. и умышленно), но во всяком случае у нас и у собственников есть общее видение и понимание ситуации, что позволяет совместными усилиями стремиться к выполнению поставленных целей.
31. CheBurator 3452 19.03.18 22:25 Сейчас в теме
В гораздо более меньших масштабах - но знакомо.
Выводы правильные.
Линять надо было при первом штрафе.
Оставьте свое сообщение

См. также

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

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

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

16.09.2019    10876    GSoft    16    

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

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

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

16.02.2021    2869    MariaTemchina    39    

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

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

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

10.02.2021    3730    andironenko    13    

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

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

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

09.12.2020    1661    MariaTemchina    3    

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

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

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

24.01.2019    10240    user809424    11    

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

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

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

03.12.2020    3320    MariaTemchina    9    

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

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

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

18.11.2020    3199    MariaTemchina    8    

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

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

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

11.09.2020    3190    alexandr.blinov    17    

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

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

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

29.06.2017    35419    1СERP    79    

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

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

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

04.09.2020    3499    MariaTemchina    23    

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

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

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

20.08.2020    3222    MariaTemchina    4    

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

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

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

26.06.2020    4710    1c-intelligence    17    

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

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

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

09.06.2017    31703    1СERP    175    

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

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

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

08.06.2020    5435    stepan96    12    

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

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

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

25.05.2020    5871    sapervodichka    1    

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

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

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

18.05.2020    11756    MariaTemchina    33    

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

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

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

18.04.2017    32749    1СERP    189    

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

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

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

23.03.2020    6452    MariaTemchina    24    

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

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

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

03.03.2020    7033    VLikhobabin    44    

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

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

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

23.01.2020    22315    MariaTemchina    8    

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

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

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

10.04.2017    32852    1СERP    107    

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

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

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

09.01.2020    9220    roman72    0    

Про одну Тётю

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

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

24.12.2019    6974    1c-intelligence    33    

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

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

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

14.10.2019    6122    chavalah    16    

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

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

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

03.04.2017    44049    1СERP    231    

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

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

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

19.09.2019    13012    ogroup    164    

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

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

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

30.08.2019    14191    SergeyN    10    

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

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

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

20.08.2019    9526    Arsen1986    7    

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

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

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

23.02.2017    28084    Gavrik    10    

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

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

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

28.06.2019    8738    SergeyN    1    

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

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

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

24.06.2019    7059    sbase    9    

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

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

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

19.06.2019    10659    FB_10160810658600104    62    

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

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

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

17.06.2016    40673    raiml    37    

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

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

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

18.06.2019    8007    MariaTemchina    8    

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

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

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

31.05.2019    10552    MariaTemchina    23    

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

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

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

14.05.2019    11633    1c-intelligence    121    

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

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

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

26.12.2014    45317    CheBurator    64    

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

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

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

06.05.2019    8168    MariaTemchina    8    

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

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

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

04.05.2019    9153    1c-intelligence    39    

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

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

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

15.04.2019    12701    MariaTemchina    15    

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

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

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

1 стартмани

14.09.2015    36591    axxell    15    

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

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

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

13.02.2019    8460    chavalah    22    

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

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

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

12.02.2019    10807    MariaTemchina    20    

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

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

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

04.02.2019    10422    1c-intelligence    64    

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

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

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

06.04.2015    38101    raiml    14    

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

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

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

31.01.2019    8499    MariaTemchina    0    

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

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

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

14.01.2019    10562    MariaTemchina    13    

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

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

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

10.01.2019    13342    chavalah    124    

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

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

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

16.11.2014    28985    raiml    46    

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

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

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

26.12.2018    10258    1c-intelligence    7    

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

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

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

19.12.2018    10272    MariaTemchina    24