Чуть-чуть о стратегии и тактике ведения ИТ-проектов
Вам, наверное, очень интересно узнать о стратегии и тактике ведения ИТ-проектов?
Вот так прям в одном коротком посте я вам сейчас всё и расскажу.
Нет, конечно.
Стратегия - позже:)
Сейчас - одна небольшая мысль о тактике.
По опыту многочисленных успешных (иногда - не сразу успешных:)) проектов можно сказать:
Для внедрения системы (программы) нужно:
1. Написать программу.
2. Внедрить её.
2.1 Обучение.
2.2 Занесение данных
2.3 Проверка качества данных и налаживание системы обеспечения качества данных.
Четко надо понимать:
1. Самое главное - данные. Чтобы они были полные, правильные и актуальные.
2. Если данные не проверяются системой (например, планом счетав), то данные постепенно умирают.
Проверка качества данных должна выполняться:
1. Вручную - по отчетам. Это очень хлопотно и ненадежно.
2. За счет перекрестных сверок данных различных участков.
Ясно, что надо развивать путь 2.
Примеры.
Если вы заносите данные по приходу материальных ценностей (УМЦ), то у вас будет полно ошибок, пока вы эти данные не замкнете на баланс. То есть данные УМЦ должны в программе подаваться на баланс. Только тогда заработает в целом система контроля данных.
Если на баланс данные будут подаваться вручную, что будет много ошибок в УМЦ, которые вручную придется и исправлять.
Есть у меня работает система учета сделок и договоров, то данные в этой системе будут всегда с ошибками.
А уменьшить число ошибок можно только одним способом - замкнуть систему договоров на систему расчета вознаграждений по договорам.
Как только люди будут получать оплату в зхависимости от данных, занесенных в систему - сразу резко повысится качество данных. И система станет работать самостоятельно.
То есть, если вы сделали и внедрили CRM систему, где контролируете сделки, то это - полдела.
Вы никогда не добьетесь реального качества данных в этой системе, если не замкнете её на оплаты.
И у вас никогда не будет нормальных отчетов и правильных цифр, если вы не замкнете систему на реальную оплату.
А когда замкнете CRM и оплату в 1С (или в аналогичной системе) сразу система вцелом (CRM и 1С) станет работать.
И контроль данных будет взаимным - расчеты оплат будут контролировать те данные, которые заносят по сделкам. А контроль начисленных и выплаченных денег ведется гораздо более строго, чем ввод первичных документов.
Теперь о самом ответственном моменте - запуске реальных расчетов.
Когда вводятся первичные документы, то есть два вида ошибок:
1. Не вводятся некоторые поля.
2. Вводятся все данные во все поля, но данные неправильные.
Поэтому в самом начале внедрения:
1. Нужно сделать отчеты по тем полям, которые не заполняют пользователи. И эти отчеты нужно раздавать по филиалам, чтобы директора филиалов добились правильного заполнения данных от своих подчиненных.
2. А что делать с теми данными, которые заполнены неправильно? Отчет их засечь не может.
Нужно запустить данные на расчет в бухгалтерию. И обязатть бухгалтерию проверять данные и исправлять вручную, если потребуется.
3. Делаем отчет - какие данные, и как часто исправляет в бухгалтерии.
В отчете указаны кто и когда заполнил неправильно поля так, что потом бухгалтерии пришлось их исправлять.
И эти отчеты точно так же периодически раздавать по филиалам, чтобы директора филиалов заставляли своих подчиненных правильно вводить данные в Систему.
И такими методами после нескольких итерация мы добиваемся победы, 100% внедрения системы, когда все данные по всем сделкам вводятся в Систему и рассчитываются в этой же Системе.
И важный плюс - при всем при этом улучшается качество данных. Данные становятся максимально правильными.
Так победим:)
.
Вот так прям в одном коротком посте я вам сейчас всё и расскажу.
Нет, конечно.
Стратегия - позже:)
Сейчас - одна небольшая мысль о тактике.
По опыту многочисленных успешных (иногда - не сразу успешных:)) проектов можно сказать:
Для внедрения системы (программы) нужно:
1. Написать программу.
2. Внедрить её.
2.1 Обучение.
2.2 Занесение данных
2.3 Проверка качества данных и налаживание системы обеспечения качества данных.
Четко надо понимать:
1. Самое главное - данные. Чтобы они были полные, правильные и актуальные.
2. Если данные не проверяются системой (например, планом счетав), то данные постепенно умирают.
Проверка качества данных должна выполняться:
1. Вручную - по отчетам. Это очень хлопотно и ненадежно.
2. За счет перекрестных сверок данных различных участков.
Ясно, что надо развивать путь 2.
Примеры.
Если вы заносите данные по приходу материальных ценностей (УМЦ), то у вас будет полно ошибок, пока вы эти данные не замкнете на баланс. То есть данные УМЦ должны в программе подаваться на баланс. Только тогда заработает в целом система контроля данных.
Если на баланс данные будут подаваться вручную, что будет много ошибок в УМЦ, которые вручную придется и исправлять.
Есть у меня работает система учета сделок и договоров, то данные в этой системе будут всегда с ошибками.
А уменьшить число ошибок можно только одним способом - замкнуть систему договоров на систему расчета вознаграждений по договорам.
Как только люди будут получать оплату в зхависимости от данных, занесенных в систему - сразу резко повысится качество данных. И система станет работать самостоятельно.
То есть, если вы сделали и внедрили CRM систему, где контролируете сделки, то это - полдела.
Вы никогда не добьетесь реального качества данных в этой системе, если не замкнете её на оплаты.
И у вас никогда не будет нормальных отчетов и правильных цифр, если вы не замкнете систему на реальную оплату.
А когда замкнете CRM и оплату в 1С (или в аналогичной системе) сразу система вцелом (CRM и 1С) станет работать.
И контроль данных будет взаимным - расчеты оплат будут контролировать те данные, которые заносят по сделкам. А контроль начисленных и выплаченных денег ведется гораздо более строго, чем ввод первичных документов.
Теперь о самом ответственном моменте - запуске реальных расчетов.
Когда вводятся первичные документы, то есть два вида ошибок:
1. Не вводятся некоторые поля.
2. Вводятся все данные во все поля, но данные неправильные.
Поэтому в самом начале внедрения:
1. Нужно сделать отчеты по тем полям, которые не заполняют пользователи. И эти отчеты нужно раздавать по филиалам, чтобы директора филиалов добились правильного заполнения данных от своих подчиненных.
2. А что делать с теми данными, которые заполнены неправильно? Отчет их засечь не может.
Нужно запустить данные на расчет в бухгалтерию. И обязатть бухгалтерию проверять данные и исправлять вручную, если потребуется.
3. Делаем отчет - какие данные, и как часто исправляет в бухгалтерии.
В отчете указаны кто и когда заполнил неправильно поля так, что потом бухгалтерии пришлось их исправлять.
И эти отчеты точно так же периодически раздавать по филиалам, чтобы директора филиалов заставляли своих подчиненных правильно вводить данные в Систему.
И такими методами после нескольких итерация мы добиваемся победы, 100% внедрения системы, когда все данные по всем сделкам вводятся в Систему и рассчитываются в этой же Системе.
И важный плюс - при всем при этом улучшается качество данных. Данные становятся максимально правильными.
Так победим:)
.