Как стать аналитиком 1С?

Это видео о том, как стать аналитиком 1С, популярной в России и других странах СНГ программы для ведения бизнеса и бухгалтерского учета. Видео представлено консультантом с более чем 10-летним опытом внедрения и анализа 1С.

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

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

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

Путь стажера аналитика до руководителя проектной группы

Еще одно видео в котором проводилось интервью с Андреем Осинцевым, руководителем проектной группы компании "Первый бит".

Тема интервью - карьерный путь от стажера-аналитика данных до руководителя проектной группы.

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

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

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

Статья о методе планирования проекта "набегающей волной". Как всегда, есть свои плюсы и минусы.

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

Читайте захватывающую статью Александра Мирзахмедова о мифах и рифах гибких технологий и ставьте лайки.

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

Хотите больше проектных продаж? Измените подход к клиентам!

https://dzen.ru/a/ZAyldcfjc2oj-w7_?share_to=telegram
Коротко о тестировании программного обеспечения

https://dzen.ru/a/ZA8Hfcfjc2ojSeQ6?share_to=telegram
Низкая самооценка проектных специалистов и как ее повысить?

https://dzen.ru/a/ZA85IijE9wSQj-4G?share_to=telegram
Отражение требований по Вигерсу в ГОСТ 34

Когда и как надо сказать нет?

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

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

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

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

Причины, почему мы часто не хотим отказывать, понятны.

Давайте рассмотрим, когда стоит использовать "нет" и как это сделать.

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

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

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

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

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

А вы часто говорите "нет"?

"Типограф" - сервис, который поможет привести проектные документы в порядок.

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

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

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

На сайте Студии Лебедева доступна классная программа «Типограф», предназначенная для улучшения типографики текста. С 2002 года этот сервис стал бесплатным.

https://dzen.ru/a/ZBLyYlIMEndFLyy9?share_to=telegram
Должностная инструкция аналитика 1С

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

1. Клиент хочет узнать стоимость проекта и зафиксировать ее в договоре.
2. Исполнитель не имеет достаточно информации о границах проекта и спецификации конечного продукта. И предлагает сначала провести предпроектное обследование.

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

материалы получили убогие

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

Ну а далее взаимодействие, после нескольких раундов переговоров, может развиваться по трем сценариям:
1. Исполнитель дает оценку, которая устраивает заказчика и подписывается договор с фиксированной стоимостью. Дальнейшая судьба подрядчика плачевна - он в рабстве на галерах до тех пор, пока господин не решит его отпустить.
2. Исполнителя вежливо (иногда и не очень) посылают.
3. Заказчик принимает разумные объяснения и соглашается на предпроектное обследование (бинго).

Но есть ли еще варианты?

Мне кажется есть четвертый вариант, который может устроить обе стороны.

В договоре зафиксируются стоимость и сроки проекта, но с оговоркой, что если после проведения предпроектного обследования, новая оценка проекта увеличивается на какой-то процент (например, 10%), то стороны стороны договариваются, и далее снова три варианта:
1. Заказчик соглашается на сокращение или изменение требований к конечному продукту, чтобы уложиться в бюджетное ограничение.
2. Заказчик соглашается на увеличение стоимости и сроков проекта, на основании обоснованных доводов исполнителя.
3. Стороны расторгают договор по обоюдному согласию.

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

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