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

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

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

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

34
Описан опыт работы в одной производственно-торговой компании и внедрения конфигурации КА 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. страхуйте себя. Многие работодатели почти всегда отличные психологи. Психологи не для того, чтобы помочь вам разобраться в себе, а приумножить свой капитал. Часто встречаю случаи, когда работник просто не может уйти по разным обстоятельствам.

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

34

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

Комментарии
Избранное Подписка Сортировка: Древо
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 595 13.03.18 06:24 Сейчас в теме
Мужик! Такое выдержал. Теперь закален на всю жизнь)))
Разумов; +1 Ответить
19. ifilll 14.03.18 12:09 Сейчас в теме
6. kauksi 205 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. Разумов 14.03.18 08:30 Сейчас в теме
Спасибо за статью. Но выводы мне показались странными.

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

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

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

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

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

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

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

Так, я на первой работе был очень угнетён разными причинами, и тоже пытался оправдать как можно обстоятельно перед собой и другими свои провалы, даже если они произошли не по моей вине. По когда меня, после всех нервотрёпок с проектами, в которых тоже никому ничего не было нужно, штрафанули за опоздание на 140 рублей (на сто сорок рублей, Карл), я психанул и написал заявление. Не советовался ни с коллегами, ни с женой, на собеседования не ходил - просто ушёл. И это был очень правильный шаг: на второй работе, которая нашлась сразу же, у меня открылось второе дыхание, и всё стало прекрасно.
Maxisussr; Brawler; MaxDavid; nofear; Dementor; Vladimir Litvinenko; apd1c; zqzq; baracuda; +9 Ответить
28. Bajo 69 15.03.18 14:24 Сейчас в теме
(12)
просто
Дело в том, что была надежда, что весь этот бардак скоро будет упорядочен. В сентябре того, года на работу приняли директора по развитию (новая должность), который обещал, что все распишет и потом автоматизируют как надо. Но с тех пор пока реальных результатов нет. Да он говорит грамотные вещи, но для этого требуется года 2-3 только потом автоматизация.
Также есть специфика по зарплате, которую к сожалению озвучить не могу. Т.е. уйти просто так невозможно (только сейчас получил окончательный расчет).
На данный момент все работают и автоматизированы так сказать по-моим схемам . Людей для дальнейшего развития не осталось. После моего ухода решили расширить штат до 6 программистов, т.е. в 2 раза. Вместе с мной с разницей в несколько рабочих дней уволился второй программист. Взяли двух. Один убежал на второй день. Оставшийся прогер в состоянии сильных сомнений.
13. Alex_Japanese_Student 435 14.03.18 08:45 Сейчас в теме
Бывают проекты где невозможно внедриться, каждый когда-то через них проходит, увы
14. AlexeyT1978 78 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 370 14.03.18 12:01 Сейчас в теме
Автор взял на себя ответственность за весь учет - и это неправильно.
В идеале задача программиста - анализировать бизнес-процессы и писать хороший код. Тестировать и заставлять пользователей следовать инструкциям - должен другой человек.

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

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

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

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

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

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

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

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

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

См. также

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

14.10.2019    2588    chavalah    15       

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

Статья no Нет файла Россия Бесплатно (free) Управление проектом

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

19.09.2019    7669    ogroup    156       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

16.09.2019    4906    GSoft    14       

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

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

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

30.08.2019    4686    SergeyN    4       

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

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

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

16.08.2019    4318    Hissin    18       

Как заработать миллион или История успешного сотрудничества 46

Статья Программист Нет файла Бесплатно (free) Управление проектом

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

05.08.2019    4628    karpik666    77       

Бизнес-аналитика с помощью Power BI 67

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    7262    pbazeliuk    18       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

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

28.06.2019    3691    SergeyN    1       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

24.06.2019    3087    sbase    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

18.06.2019    4231    MariaTemchina    8       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.05.2019    4558    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

27.05.2019    4567    cybrat    9       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

06.05.2019    4397    MariaTemchina    8       

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

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

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

04.05.2019    5245    1c-intelligence    39       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

15.04.2019    7302    MariaTemchina    15       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    8337    MariaTemchina    47       

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

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.02.2019    4923    chavalah    22       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

12.02.2019    6469    MariaTemchina    20       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

04.02.2019    6162    1c-intelligence    64       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    5328    MariaTemchina    0       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6672    user809424    11       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    7160    MariaTemchina    13       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

10.01.2019    9501    chavalah    123       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6595    1c-intelligence    7       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

19.12.2018    6848    MariaTemchina    24       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

09.12.2018    6330    chavalah    119       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

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

05.12.2018    13943    andironenko    128       

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

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5948    capitan    26       

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

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

26.11.2018    7153    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

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

26.11.2018    6016    356    Selikhovkin    4       

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

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    8361    Selikhovkin    8       

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

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

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

22.11.2018    9419    andironenko    43       

Scrum за 5 минут (заметки) 25

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5555    leobrn    11       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    5335    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6722    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 89

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    16849    rossoxa    63       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

13.11.2018    7709    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9725    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

30.10.2018    6634    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

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

29.10.2018    9270    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6893    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7914    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 32

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5597    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    8204    39    infostart    4       

Построение высокоэффективной Agile-команды 35

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5653    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

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

01.10.2018    13965    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

25.09.2018    7271    MariaTemchina    10