Александр Бындю: Кнопочное мышление против целостного IT-продукта

[mazzy]

Кнопочное мышление против целостного IT-продукта
http://blog.byndyu.ru/2016/06/it.html

[Bobkov]

Цитата:

Сообщение от mazzy

Кнопочное мышление против целостного IT-продукта
http://blog.byndyu.ru/2016/06/it.html

Занятная заметка, но мне лично осталось непонятно - чем же автору мешает это "кнопочное мышление", зачем он с ним борется? Выражаясь языком автора - "чтобы что?"

[mazzy]

гыыыы! отличный вопрос.

он в других своих постах писал, что хочет "нанести непоправимую пользу".
но тут снова стоит задать вопрос "чтобы что". и сделать это 5 раз.

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

полностью согласен, что оптимальность надо обосновывать.
"оптимально для кого?"

надо подумать.

[NetBus]

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

[mnt_dx]

Ну с некоторыми вещами трудно согласиться.

Цитата:

Вы заказчик и вы так видите? Другого «чтобы что» нет? В мусорку, не берем в работу

Представил себя на месте клиента и несколько ошалел от такой наглости.

Цитата:

Бухгалтер Оля сказала, что ей так нравится? В мусорку, не берем в работу.

А если Оля главный бухгалтер или финансовый директор?

Цитата:

Product Owner'ы и stakeholder'ы поняли, что через User Story не пройти, потому что приходится искать ответ на вопрос «Чтобы что?»

Круто, конечно, надавать по щам стэйкхолдеру, чтобы не мешал нам тут работать со своими хотелками.

[Sancho]

задавая вопрос "чтобы что?" надо вовремя остановиться:
- ну чтобы я видел...
- чтобы что?
- ну чтобы я деньги не терял
- чтобы что?
- ну чтобы бабло получить!
- чтобы что?
- чтобы жить хорошо!
- чтобы что?
пауза
- а и действительно, нафига все это?..

[gl00mie]

Цитата:

Сообщение от mnt_dx

Круто, конечно, надавать по щам стэйкхолдеру, чтобы не мешал нам тут работать со своими хотелками.

Мне кажется, тут есть два момента:

1. Можно пытаться "поднять уровень мышления" клиента, чтобы он взглянул на задачу под другим углом. Некоторые клиенты любят ставить телегу впереди лошади и предлагают якобы решение для их проблемы, которое остается только реализовать. В таких случаях полезно бывает подумать и взглянуть на проблемы свежим взглядом - возможно, тогда родятся совсем иные решения, и об этом много говорится в публикации по ссылке. Как сказал один чел, профессионализм - это сделать работу не так, как клиент говорит, а так, как клиенту нужно.
2. Можно на этапе начального анализа отсеивать неадекватных (ну хорошо, "сложных") клиентов, с которыми по опыту сработаться не удастся. Скажем, если клиенту привычен подход "х%#к-х%#к - и в production" в сочетании с понятиями "сжатые сроки" и "3 по цене 1", то на рассуждения про методологии, начальное обследование, автоматизированное тестирование и начальную поддержку клиент может реагировать так, будто его разводят на деньги. Возможно, из опыта проект с таким клиентом лучше просто не начинать - себе дороже выйдет. Не потому, что клиент "плохой", а потому, что "сложный", с ним надо уметь по-особому работать, не уводя проект в убыток и не портя себе репутацию. Работать ли со сложными клиентами, каждый исполнитель решает сам.

[ax_mct]

Цитата:

Сообщение от Bobkov

Занятная заметка, но мне лично осталось непонятно - чем же автору мешает это "кнопочное мышление", зачем он с ним борется? Выражаясь языком автора - "чтобы что?"

Чтобы потерять половину клиентов. Не для консалтинга. Только для разработки своего собственного продукта или целостного продукта на заказ, то есть когда ты сам "владеешь". А иначе - "чтобы не как надо, а как правильно".


https://www.impactmapping.org/delivering.html

[macklakov]

Цитата:

Сообщение от Bobkov

непонятно - чем же автору мешает это "кнопочное мышление", зачем он с ним борется?

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

[Ivanhoe]

Читая статьи разработчиков сайтов ловлю себя на мысли, что после внедрения ERP ничего не страшно

[komar]

Цитата:

Сообщение от mazzy

Кнопочное мышление против целостного IT-продукта
http://blog.byndyu.ru/2016/06/it.html

А ERP в принципе не есть такое же "кнопочное мышление", не?

- Мы принесли вам вместо вашей старой отсталой программы нашу новую блестящую программу...
- Чтобы что?
- Передовые практики бороздят просторы оптимизации консолидаций бизнес-процессов...
- Чтобы что?
- Новейший язык XX ± = на платформе IAEEUUU в среде ABCD turbo uber super plus...
- Чтобы что?
...
- А вот видите, тут когда вы накладную формируете, у вас остаток по складу считается!!!!
- Да ну? Ну и что? У меня и так считается.
- Ну лучшие практики... видите, вот эту треугольную кнопочку мы нарисовали для нашего первого клиента из Оклахомы, который без неё систему не брал, и поэтому теперь это лучшая мировая практика... а вот этот кривой отчёт мы написали 20 лет назад для фирмы на Мухоморских островах, и теперь вы будете сидеть с ним, потому что исправлять его - это кнопочное мышление...

- Спасибо, идите с миром....

[mazzy]

Цитата:

Сообщение от komar

А ERP в принципе не есть такое же "кнопочное мышление", не?

- Мы принесли вам вместо вашей старой отсталой программы нашу новую блестящую программу...
- Чтобы что?
- Передовые практики бороздят просторы оптимизации консолидаций бизнес-процессов...
- Чтобы что?
- Новейший язык XX+ - = на платформе IAEEUUU в среде ABCD turbo uber super plus...
- Чтобы что?

какой хороший пример неправильного интервью ))))

ERP позволяет:
= снизить трудозатраты затраты на ведение учета
= за счет меньшей трудоемкости, позволяет получить данные, которые просто невозможно добыть при ручном учете или учете в разных программах
= за счет работы в масштабе всего предприятия, позволяет диктовать политику всем подразделениям (если эта политика есть конечно ))

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

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

[komar]

Цитата:

Сообщение от mazzy

ERP позволяет:
= снизить трудозатраты затраты на ведение учета

Это не та ли машина, заменившая труд человека трудом десяти её обслуживающих? Следом тебе зададут вопрос:"И сколько учётных работников можно будет уволить", и придётся развивать мысль про передовые процессы, из-за которых уволить никого нельзя, но нужно нанять десять новых.

Цитата:

Сообщение от mazzy

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

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

А прорывных-то технологий как не было, так и нет....

[Владимир Максимов]

Почему-то после прочтения подобных статей вспоминается деление на начинающих и опытных программистов

При получении новой задачи

• Начинающий программист сразу начинает искать способы ее решения
• Опытный программист сразу начинает искать причины того, почему эту задачу делать не надо

[mazzy]

Скорее так:

• Начинающий программист сразу начинает искать способы ее решения
• Опытный программист сразу начинает искать как получить решение без дополнительного программирования