Хочу поделиться практическим опытом корпоративной разработки программного обеспечения.
Существуют два основных, неизменных принципа, которыми руководствуются при создании корпоративного программного обеспечения:
Всё равно как, главное вовремя реализовать.
Всё равно на чём, главное чтобы работало.
Что бы не писали в книжках и руководствах, на практике это именно так и происходит. Причём, руководство софтверной компании, как правило, это поощряет. Например: премия за выполнение плана. Хотя при выполненном плане, могут страдать тонкие моменты реализации, которые проявят себя не сразу. Для компании разработчика, просчёты и недоделы, могут быть положительным результатом, т.к. при этом, клиент может снова обратиться к исполнителю за помощью и можно будет заняться доведением системы «до ума», объясняя клиенту, что надо оптимизировать процесс, а на это нужны дополнительные средства и время, да и вообще лучше заключить дополнительный договор…
Даже если конечную реализацию выполняют люди, которые понимают, что, придерживаясь этих принципов, невозможно сделать качественную работу. Они всё равно выполняют работу так, как от них требуют, руководствуясь, тем, что если заострять внимание на мелочах, то будет затрачено больше средств и времени, клиент будет недоволен и руководство будет недовольно, и кто-то не получит свою премию.
Как часто мы слышим: премия за высокопрофессиональную и качественную работу?
А как часто мы слышим: премия за выполнение плана?
Вот и приходится разработчикам переступать через свои принципы, которые противоречат двум вышеупомянутым и соблюдать правилам игры, которые приняты на рынке.
Существуют два основных, неизменных принципа, которыми руководствуются при создании корпоративного программного обеспечения:
Всё равно как, главное вовремя реализовать.
Всё равно на чём, главное чтобы работало.
Что бы не писали в книжках и руководствах, на практике это именно так и происходит. Причём, руководство софтверной компании, как правило, это поощряет. Например: премия за выполнение плана. Хотя при выполненном плане, могут страдать тонкие моменты реализации, которые проявят себя не сразу. Для компании разработчика, просчёты и недоделы, могут быть положительным результатом, т.к. при этом, клиент может снова обратиться к исполнителю за помощью и можно будет заняться доведением системы «до ума», объясняя клиенту, что надо оптимизировать процесс, а на это нужны дополнительные средства и время, да и вообще лучше заключить дополнительный договор…
Даже если конечную реализацию выполняют люди, которые понимают, что, придерживаясь этих принципов, невозможно сделать качественную работу. Они всё равно выполняют работу так, как от них требуют, руководствуясь, тем, что если заострять внимание на мелочах, то будет затрачено больше средств и времени, клиент будет недоволен и руководство будет недовольно, и кто-то не получит свою премию.
Как часто мы слышим: премия за высокопрофессиональную и качественную работу?
А как часто мы слышим: премия за выполнение плана?
Вот и приходится разработчикам переступать через свои принципы, которые противоречат двум вышеупомянутым и соблюдать правилам игры, которые приняты на рынке.
