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

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

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

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

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

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

- вот именно в этом для меня ценность данной статьи
6. 1c-intelligence 8203 29.10.18 12:38 Сейчас в теме
(5) правильно, потому что никто не знает, кто такие бизнес-программисты. И не узнают, и не поймут, пока мы об этом будем просто разговаривать. Надо делать, и на практических примерах объяснять.
7. itriot11 67 29.10.18 12:44 Сейчас в теме
(6) напомни, пожалуйста, термин "бизнес-программист" твой или заимствован где-то? Вроде первое, но не помню в какой статье была об этом речь.
8. 1c-intelligence 8203 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 8203 30.10.18 14:42 Сейчас в теме
(16) верно. Только это не метод, а принцип - универсальный, применимый хоть к чему. В данном случае использован, как основа хоть немного прикладного метода.
18. pm74 125 30.10.18 19:52 Сейчас в теме
(0) пожалуй соглашусь со всем кроме удаления изменений
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

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

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

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

Консультант 1С
Нижний Новгород
зарплата до 100 000 руб.
Полный день

Программист стажер 1С
Нижний Новгород
зарплата от 30 000 руб.
Полный день