Сообщение Re[3]: Главврач о программировании от 20.02.2019 6:32
Изменено 20.02.2019 6:34 vsb
Re[3]: Главврач о программировании
Здравствуйте, Ziaw, Вы писали:
vsb>>Тут часто проблема в том, что нет обратной связи. Я вот тоже пишу программы для госов и я понятия не имею, что им надо. Требования пишут всякие начальники, а пользуются потом подчинённые. Понятно, что если вылетит эксепшн, я по логам его отслежу и исправлю. Но вот такого канала связи, чтобы человек попросил добавить какой-то функционал, его нет и я нигде его не видел.
Z>В РФ ситуация осложняется еще тем, что гос.контракт на создание ПО выигрывает организация, предложившая наименьшую цену.
Это в теории. На практике, как показывает статья на хабре, всё сильно напоминает наши реалии, с нормальными исполнителями заказчики работать хотят сами и переплачивать не стесняются, поэтому подгоняют требования так, чтобы кто попало не проходил и не всё так плохо.
Z>Что-то делать сверх требований ТЗ, которое редко учитывает все нюансы юзабилити, при такой системе достаточно накладно. Сбор обратной связи, выделение бюджета на поддержку и доработку по результатам эксплуатации в гос.секторе не в моде. Часто это оценивается как плохая работа чиновника, который делал первый проект, а кому это нужно?
А зачем это делать официально по документам? Заказчик выкатывает хотелки в процессе, исполнитель их реализовывает, в ТЗ всё написано достаточно расплывчато, чтобы это не вызывало формальных проблем, заказчик доволен продуктом, исполнитель доволен отсутствием геморроя с приёмом и надеждой на будущие тендеры. Причём я про коррупцию тут вообще не говорю, тут исключительно полезное сосуществование, конечно это работает пока с обоих сторон адекватные ненаглеющие люди.
vsb>>Тут часто проблема в том, что нет обратной связи. Я вот тоже пишу программы для госов и я понятия не имею, что им надо. Требования пишут всякие начальники, а пользуются потом подчинённые. Понятно, что если вылетит эксепшн, я по логам его отслежу и исправлю. Но вот такого канала связи, чтобы человек попросил добавить какой-то функционал, его нет и я нигде его не видел.
Z>В РФ ситуация осложняется еще тем, что гос.контракт на создание ПО выигрывает организация, предложившая наименьшую цену.
Это в теории. На практике, как показывает статья на хабре, всё сильно напоминает наши реалии, с нормальными исполнителями заказчики работать хотят сами и переплачивать не стесняются, поэтому подгоняют требования так, чтобы кто попало не проходил и не всё так плохо.
Z>Что-то делать сверх требований ТЗ, которое редко учитывает все нюансы юзабилити, при такой системе достаточно накладно. Сбор обратной связи, выделение бюджета на поддержку и доработку по результатам эксплуатации в гос.секторе не в моде. Часто это оценивается как плохая работа чиновника, который делал первый проект, а кому это нужно?
А зачем это делать официально по документам? Заказчик выкатывает хотелки в процессе, исполнитель их реализовывает, в ТЗ всё написано достаточно расплывчато, чтобы это не вызывало формальных проблем, заказчик доволен продуктом, исполнитель доволен отсутствием геморроя с приёмом и надеждой на будущие тендеры. Причём я про коррупцию тут вообще не говорю, тут исключительно полезное сосуществование, конечно это работает пока с обоих сторон адекватные ненаглеющие люди.
Re[3]: Главврач о программировании
Здравствуйте, Ziaw, Вы писали:
vsb>>Тут часто проблема в том, что нет обратной связи. Я вот тоже пишу программы для госов и я понятия не имею, что им надо. Требования пишут всякие начальники, а пользуются потом подчинённые. Понятно, что если вылетит эксепшн, я по логам его отслежу и исправлю. Но вот такого канала связи, чтобы человек попросил добавить какой-то функционал, его нет и я нигде его не видел.
Z>В РФ ситуация осложняется еще тем, что гос.контракт на создание ПО выигрывает организация, предложившая наименьшую цену.
Это в теории. На практике, как показывает статья на хабре, всё сильно напоминает наши реалии, с нормальными исполнителями заказчики работать хотят сами и переплачивать не стесняются, поэтому подгоняют требования так, чтобы кто попало не проходил и не всё так плохо.
Z>Что-то делать сверх требований ТЗ, которое редко учитывает все нюансы юзабилити, при такой системе достаточно накладно. Сбор обратной связи, выделение бюджета на поддержку и доработку по результатам эксплуатации в гос.секторе не в моде. Часто это оценивается как плохая работа чиновника, который делал первый проект, а кому это нужно?
А зачем это делать официально по документам? Заказчик выкатывает хотелки в процессе, исполнитель их реализовывает, в ТЗ всё написано достаточно расплывчато, чтобы это не вызывало формальных проблем, заказчик доволен продуктом, исполнитель доволен отсутствием геморроя с приёмом и надеждой на будущие тендеры. Причём я про коррупцию тут вообще не говорю, тут исключительно полезное сосуществование, конечно это работает пока с обоих сторон адекватные ненаглеющие люди.
А вообще в Казахстане сейчас какие-то непонятные движения, создали квазигосударственную IT-компанию, сгоняют туда всех программистов и загребают под себя все гос проекты. Будет забавно, если в итоге они будут обслуживать всё государственное IT. Может даже так лучше будет.
vsb>>Тут часто проблема в том, что нет обратной связи. Я вот тоже пишу программы для госов и я понятия не имею, что им надо. Требования пишут всякие начальники, а пользуются потом подчинённые. Понятно, что если вылетит эксепшн, я по логам его отслежу и исправлю. Но вот такого канала связи, чтобы человек попросил добавить какой-то функционал, его нет и я нигде его не видел.
Z>В РФ ситуация осложняется еще тем, что гос.контракт на создание ПО выигрывает организация, предложившая наименьшую цену.
Это в теории. На практике, как показывает статья на хабре, всё сильно напоминает наши реалии, с нормальными исполнителями заказчики работать хотят сами и переплачивать не стесняются, поэтому подгоняют требования так, чтобы кто попало не проходил и не всё так плохо.
Z>Что-то делать сверх требований ТЗ, которое редко учитывает все нюансы юзабилити, при такой системе достаточно накладно. Сбор обратной связи, выделение бюджета на поддержку и доработку по результатам эксплуатации в гос.секторе не в моде. Часто это оценивается как плохая работа чиновника, который делал первый проект, а кому это нужно?
А зачем это делать официально по документам? Заказчик выкатывает хотелки в процессе, исполнитель их реализовывает, в ТЗ всё написано достаточно расплывчато, чтобы это не вызывало формальных проблем, заказчик доволен продуктом, исполнитель доволен отсутствием геморроя с приёмом и надеждой на будущие тендеры. Причём я про коррупцию тут вообще не говорю, тут исключительно полезное сосуществование, конечно это работает пока с обоих сторон адекватные ненаглеющие люди.
А вообще в Казахстане сейчас какие-то непонятные движения, создали квазигосударственную IT-компанию, сгоняют туда всех программистов и загребают под себя все гос проекты. Будет забавно, если в итоге они будут обслуживать всё государственное IT. Может даже так лучше будет.