Как организован процесс работы в вашей фирме?

[Человек_Борща]

У нас такое на заводе было... Системой контроля версий работал тимлид, его обязанностью было сверять все измененные файлы и заливать все в сетевую папку... Про системы контроля версий там даже слышать не хотели, когда я это предложила.

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


Собственно почему ТЗ обсуждает и согласовывает начальство а не программист?

[waleri]

Сообщение от Человек_Борща

Собственно почему ТЗ обсуждает и согласовывает начальство а не программист?

Потому что программисты не любят заниматься бумагами...

[Человек_Борща]

Потому что программисты не любят заниматься бумагами...

Заказчик дает ТЗ => программист не любит бумажную рутину => начальник согласовывает, но не вникает => программист возмущается, что ТЗ нереальное

Что-то тут не так... ><

[Utkin]

Да заказчик и ТЗ не даст. Я представляю как заказчик сам бы план дома строителям составлял... Или министерство обороны авианосец само проектировало. Или приходите Вы в столовую/кафе/ресторан, а Вам - без рецепта не обслуживаем.

[ACE Valery]

надеюсь вы ушли оттуда очень быстро

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

[Человек_Борща]

Да заказчик и ТЗ не даст. Я представляю как заказчик сам бы план дома строителям составлял... Или министерство обороны авианосец само проектировало. Или приходите Вы в столовую/кафе/ресторан, а Вам - без рецепта не обслуживаем.

И это тоже, но это только полбеды Я к тому, что ситуация очень напоминает разговор 2 двоечников о фундаментальных принципах квантовой математики

Я это к тому, что программист должен обсуждать ТЗ, т.к. он(программер) видит все технические детали и прочую невозможную но такую желанную хренатень. А заказчик сидеть и записывать, слушать и корректировать свои же записи.

Почему так должно быть? Посмотрите на реализацию законопроекта блокировки интернетов. Яркий пример обсуждения принципов квантовой математики

ACE Valery, а вы предложили сразу ввести контроль версий или постепенно переносить туда проекты?
Если сразу, то понятное дело, откажутся моментально =)

[ACE Valery]

а вы предложили сразу ввести контроль версий или постепенно переносить туда проекты?

Я просто рассказала, что было бы неплохо начать их использовать, ну как минимум для сокращения потраченного времени на сливание файлов человеком

[Smitt&Wesson]

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

Да заказчик и ТЗ не даст. Я представляю как заказчик сам бы план дома строителям составлял... Или министерство обороны авианосец само проектировало. Или приходите Вы в столовую/кафе/ресторан, а Вам - без рецепта не обслуживаем.

Уткин, Вы не правы. Заказчик не должен давать план дома или рецепт. Но он должен точно знать, чего он хочет. Если я прихожу в столовую, я беру меню и показываю, какие блюда я хочу купить, а не говорю поворам - "Вы посмотрите на меня и принесите мне то, что я хочу, а не угадаете, я вам не заплачу. И поскорее, я ждать не люблю".

[Аватар]

А в чем Уткин не прав? То, что заказчик или Smitt&Wesson хочет это еще далеко не ТЗ. А всего лишь пожелание чего ему хочется

[Utkin]

Но он должен точно знать, чего он хочет.

Заказчик думает что он знает чего он хочет. Я был в обоих ипостасях и могу сказать что то что хочет заказчик и то что ему нужно разные вещи. И только после прямого диалога с исполнителем либо косвенное через переводчик - с системным аналитиком (эта как раз та редкая птица, которая должна быть между ТС и манагером/клиентом/начальником) может родится не просто ТЗ, а нормальное ТЗ, которе будет понятно программисту и в котором будут отражены требования заказчика. Но вот системных аналитиков маленькие фирмы не держат, поскольку не знают нафига он нужен и как он повышает эффективность работы.