?

Log in

No account? Create an account

Предыдущее | Следующее

Недавно tgrigorenko написала в FB про "не думающих" ИТ-шниках, которые действуют по принципу "мне сказали - я сделал".
Давайте порасуждаем, откуда возникает такая особенность поведения. Имея опыт работы и с ИТ-шниками и с людьми бизнеса, вижу несколько причин:
1. Оценка качества работа программиста на основе параметра SLOC - количества строк кода, которые были внесены в проект. Для максимизации этого показателя надо работать по максимально четкому заданию. Уточнение формулировки задачи - лишнее потерянное неоплачиваемое время. Плюс переброс с проекта на проект не позволяет видеть общей картины.
2. Ограниченность объема памяти человека. Увы, чтобы думать в определенной области, надо иметь хотя бы базовые понятия о ней и иметь определенный опыт. А мозги разработчика уже сильно заняты кучей информации о структурах данных, синтаксисе языка, особенностях работы компиляторов и кучей других знаний без которых программа не состоится. Соответственно попытки думать пресекаются просто отсутствием информации.
3. Требование "делай как я сказал" от руководителей. Когда все попытки подумать пресекаются висящим сроком сдачи и нужно сделать "хоть что-то работающее" срочно. При этом четкая фиксация требований является той возможностью, которая уменьшает объем неопределенности.
4. Необходимость наличия навыков переговорщика и фассилитатора для определения взаимодействия сторон. Часто вижу, как люди работающие вместе по-разному видят процесс. Соответственно дают противоречивую информацию и это становится очевидно только при выслушивании мнения другой стороны о котором не было известно при постановке задачи.
Вот и получается, что думать на уровне бизнеса может руководитель проекта, который непосредственно на программирование времени уделять не может. Или же программист настолько долго работает в предметной области, что уже обладает понятийным аппаратом и негативным опытом от последствий плохих решений.
Что думаете, друзья?

Последние записи в журнале

  • Звездные войны: Последние джедаи на которых еще ходили

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

  • Каршеринг. Попытка номер 2.

    Сегодня была встреча в центре. По пути обратно заметил автомобиль каршеринга Белка. Решил дать второй шанс этой системе. Хорошо, что сегодня…

  • Каршеринг

    Решил освоить новый для себя вид передвижения по городу.Зарегистрировался в каршерингах. Казалось - очень удобная штука. Можно приехать на метро, а…

Comments

( 8 комментариев — Оставить комментарий )
lenorchik
10 апр, 2016 14:07 (UTC)
Все так и есть. Кодеры они кодят)
vorobiev
11 апр, 2016 05:27 (UTC)
Тут вопрос насколько кодер должен смотреть за рамки ТЗ и кода. Во время подготовки софта для ЕГЭ все закодировали правильно, но просчитались с эргономикой. Поэтому пришлось все срочно переделывать. Куча ресурсов потрачена.
lenorchik
10 апр, 2016 14:07 (UTC)
Грамотно написанное подробное ТЗ и техпроект решают многие проблемы
vorobiev
11 апр, 2016 05:28 (UTC)
Ошибка в ТЗ стоит очень дорого. Как и его детальное описание. Поэтому здорово, если люди думают о возможных последствиях и задают вопросы.
pavel_koryagin
10 апр, 2016 14:15 (UTC)
3 следует из 4. У специалиста часто нет менеджерских навыков. Он не умеет общаться и участвовать в профессиональных конфликтах (когда два человека по-разному видят модель рисков).

Поэтому часто, очень часто, технический специалист из любых частных "нельзя" его начальника делает далеко идущие выводы.
vorobiev
10 апр, 2016 19:21 (UTC)
Да и полнотой картины он зачастую не обладает...
Плюс противоречивая информация из нескольких источников и в какой-то момент надо принять решение какие инструкции давать программе. Вот и принимает на уровне "как сказали"
magician_roman
11 апр, 2016 19:05 (UTC)
Татьяна еще не учла одного момента, она пост в FB написала в контексте того, почему программисты не вносят своих каких-то улучшений или предложений или делают окончательно нужный процесс, а между тем программист в предметной области автоматизации вполне себе может не разбираться и пишет сугубо по ТЗ того кто разбирается, и конечно же проявлять инициативу не может, хотя потому что не знает как оно должно быть правильно.

Edited at 2016-04-11 19:06 (UTC)
vorobiev
12 апр, 2016 16:22 (UTC)
Это да... в бухучете полно нелогичностей, да еще и меняющихся, отслеживание которых жрет немалое время у профессиональных бухгалтеров.
( 8 комментариев — Оставить комментарий )

Календарь блога

Декабрь 2017
Вс Пн Вт Ср Чт Пт Сб
     12
3456789
10111213141516
17181920212223
24252627282930
31      

Метки

Разработано LiveJournal.com
Designed by Lilia Ahner