0. 1c-intelligence 8242 29.10.18 10:46 Сейчас в теме

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

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. itriot11 67 29.10.18 12:22 Сейчас в теме
Надеюсь, благодаря таким статьям, нас собеседованиях меня перестанут считать "неучем, бездарем и новичком", но бизнес-программистом)))
2. 1c-intelligence 8242 29.10.18 12:23 Сейчас в теме
(1) благодаря статьям - нет. Только практика.
3. itriot11 67 29.10.18 12:27 Сейчас в теме
(2) увы, пока многим командам известна практика только через ТЗ.
4. 1c-intelligence 8242 29.10.18 12:28 Сейчас в теме
(3) это потому, что они работают только с автоматизацией. Когда они попробуют взяться за задачу шире - например, менять и процесс, и его автоматизацию - про ТЗ быстро забудут.
5. itriot11 67 29.10.18 12:33 Сейчас в теме
(4)
например, менять и процесс, и его автоматизацию

и когда об этом начинаешь говорить, то морщат нос в непонимании.
Когда они попробуют

- вот именно в этом для меня ценность данной статьи
6. 1c-intelligence 8242 29.10.18 12:38 Сейчас в теме
(5) правильно, потому что никто не знает, кто такие бизнес-программисты. И не узнают, и не поймут, пока мы об этом будем просто разговаривать. Надо делать, и на практических примерах объяснять.
7. itriot11 67 29.10.18 12:44 Сейчас в теме
(6) напомни, пожалуйста, термин "бизнес-программист" твой или заимствован где-то? Вроде первое, но не помню в какой статье была об этом речь.
8. 1c-intelligence 8242 29.10.18 12:49 Сейчас в теме
9. genayo 29.10.18 12:54 Сейчас в теме
Автоматизация итеративный процесс, и с этой точки зрения жесткое ТЗ, конечно, вредно. Но жесткое ТЗ нужно, если Заказчик и Исполнитель не уверены в квалификации и честности друг-друга.
10. itriot11 67 29.10.18 13:03 Сейчас в теме
(9) ТЗ может быть и чаще всего должно. Но работа над ним не должна ограничивать начало работ над автоматизацией, тем более когда она потенциально полезна.
11. piskunov.maksim.a 12 29.10.18 14:52 Сейчас в теме
(10) Тут вы правы, даже был у меня схожий пример, когда была скажем так относительно "небольшая" автоматизация производства и тз писалось руководством компании, которое к сожалению абсолютно не понимало специфику своего производства и как реально работают люди!)
Директору все естественно нравилось в его плане, руководителям нравились их задумки, но ровно до тех пор пока не начались пробные полеты с сотрудниками и не выяснилось что персонал у них так не работает, а вся топорность продуманного плана не позволяет в принципе нормально выполнять свою работу...
19. AlexCherdakov 15 08.11.18 06:28 Сейчас в теме
(11) и так у нас в 99.(9)% случаев...
12. itriot11 67 29.10.18 15:08 Сейчас в теме
(10) Тут я пропустил слово "очевидно" перед "полезно". А таковой автоматизация может стать только после того, как будет озвучена ее цель для всех участников хеппенинга.
13. yyv-911 29.10.18 16:40 Сейчас в теме
эдак получается я бизнес-программист. ))) то то я себя программистом не считаю...

если серьезно то такой подход свойственен одиночкам. Объяснить программистам нафига нужно, то или иное изменение - это огромная проблема.
Есть другая проблема. Это объяснения бизнесу что прототип нужно довести до логического конца. И здесь ещё больше проблем.

Дорого. Очень дорого получается.
14. user598655_ilia-bers 30.10.18 10:08 Сейчас в теме
Работал в такой шараге, где бизнес процессы менялись на ходу 2 раза в неделю для эксперимента, для того чтобы быстро закрыть косяки руководства, бухии, торговиков и т. д. В результате 95 % работы в мусор, все эти нововведения потом никому не нужны и никто не пользуется, и как то само пришло, что если что-то кому-то нужно так срочно, что аж кушать не может, то отодвигаем на пару месяцев, если после этого кто-то про это вспомнит, то можно и подумать о реализации.
15. itriot11 67 30.10.18 10:43 Сейчас в теме
(14) любопытно было бы взглянуть на такие бизнес процессы,которые можно менять дважды в неделю.
никому не нужны и никто не пользуется

Пробовали показать собственникам, на что уходят ИХ ресурсы?
кому-то нужно так срочно, что аж кушать не может

Вот в таких случаях нужно ТЗ оформленное ручками инициатора и согласованное со всеми заинтересованными. Так скажем, эта бумажка и работа с ней заменяет плату. Иначе пользователи могут разбаловаться, начинают считать ИТ-отдел персональной обслугой. Конечно, речь идет не о ТЗ по ГОСТу, скорее описание функциональных требований. Но требования к их глубине и объему можно регулировать, тем самым вполне "законно" влияя на градус накала новатора)
16. Silenser 504 30.10.18 14:37 Сейчас в теме
Изменили процесс, быстро автоматизировали, посмотрели на результат. Годится – быстро доводим до ума. Не годится –выкидываем.

Если не ошибаюсь, этот метод называют Fail Fast Fail Cheap.
17. 1c-intelligence 8242 30.10.18 14:42 Сейчас в теме
(16) верно. Только это не метод, а принцип - универсальный, применимый хоть к чему. В данном случае использован, как основа хоть немного прикладного метода.
18. pm74 127 30.10.18 19:52 Сейчас в теме
(0) пожалуй соглашусь со всем кроме удаления изменений
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Бизнес-аналитик 1С
Москва
зарплата от 140 000 руб. до 200 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день

Консультант 1С (Бухгалтерия)
Санкт-Петербург
зарплата от 100 000 руб.
Полный день

Программист 1С
Санкт-Петербург
зарплата от 150 000 руб.
Полный день

Программист 1С
Тюмень
зарплата от 70 000 руб.
Полный день