Агрессивный руководитель. Проблема.

[Аусма]

Zab

а программист сам должен знать что ему делать, а не в глаза начальству смотреть.

Немного не так. Все равно он будет работать в рамках тех.задания и увы, привязан к определенным срокам.
Никакая фирма не должна страдать от хотелок и капризов программиста. Все в разумных пределах, разумеется. Так у нас создавался свободный график. Может он ночь творит, день спит, бывало и такое.
Начальник не будет ему диктовать, на каком языке программирования писать, как выстраивать коды и прочее. Это уже действительно, программимст сам в силу своего профессионализма знает что и как.

Но все равно существует техзадание - что мы имеем на входе, что должны получить на выходе. И от этого техзадания программист отклоняться не может.

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

[Zab]

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

[BOBA]

.... писать скуль запрос очень просто. писать скуль запрос очень сложно. Дзен программиста. Но это все оффтоп. Самира, если что почистить... легко.

[Аусма]

Zab

Ошибаешься... Техзадание во вменяемом виде существует крайне редко.

Это Вы мне говорите? Вы просто их не видели никогда.
На самом деле оно просто необходимо для урегулирования ряда вопросов.

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

Эх... Вот когда у нас стала централизованная поставка программных продуктов, порой мы сталкивались и с глюками и с ошибками при внедрении.
Так вот просто звонок по телефону "А у вас тут ошибка!" не принимался. И правильно.

Принималось только грамотно оформленное тех задание. И оформила я их туеву хучу.

[Zab]

Забавно, что хаос в софтверной отрасли - не только российская особенность. В США большая часть фирм точно также живет. Только гиганты могут себе позволить упорядочивание. Упорядочивание, оно же не только отрицательные сбои предотвращает, она предотвращает и неожиданный успех тоже. Маленькая фирма желает вытянуть лотерейный билет и стать большой. При ставке на незаменимых такое возможно.

Программистов-фрилансеров я уже забыл когда видел в последний раз. Может быть их уже и не существует. Не могут сформулировать четко что хотят, не могут определить что считать выполненной работой. Остается только постоянное сотрудничество с отработкой программистом кучи "хотелок" и перехотелок. Это еще очень хороший заказчик, который глядя на уже готовый продукт начинает осознавать что же он хотел на самом деле. Бывает не осознают и в этом случае. При работе в стиле "пойди туда, не знаю куда, принеси то, не знаю что" остается только повременную оплату и брать.

[Аусма]

Zab

Программистов-фрилансеров я уже забыл когда видел в последний раз.

А при чем тут фрилансеры? Не смеши На гигантах их быть не может.
Но ситуации, описанные мною, происходят вовсе не с фрилансерами.

[Zab]

Могу назвать ту единственную в Питере софтверную фирму, которая пытается все упорядочить. Это "Транзас". Тоже далеко не все у них в порядке, но важно стремление и готовность расплачиваться. Они такое себе могут позволить только потому, что софт - лишь небольшая часть комплексных систем, которые они изготавливают. Они могут себе позволить увеличить стоимость софта в десяток-другой раз и это будет не заметным на фоне стоимости проекта в целом.

[Afa]

Сообщение от Аусма

Zab Это Вы мне говорите? Вы просто их не видели никогда.
На самом деле оно просто необходимо для урегулирования ряда вопросов.

ну шапку тз покажи.

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

Программистов-фрилансеров я уже забыл когда видел в последний раз. Может быть их уже и не существует. Не могут сформулировать четко что хотят, не могут определить что считать выполненной работой. Остается только постоянное сотрудничество с отработкой программистом кучи "хотелок" и перехотелок. Это еще очень хороший заказчик, который глядя на уже готовый продукт начинает осознавать что же он хотел на самом деле. Бывает не осознают и в этом случае. При работе в стиле "пойди туда, не знаю куда, принеси то, не знаю что" остается только повременную оплату и брать.

сначала набрав листочков с "user-story"

[Zab]

Вообще то, даже если ТЗ есть, этого мало. Нужна служебная инструкция "как" он должен его выполнять. Иначе он по прежнему будет незаменимым. Он может не соблюдать эту самую служебную инструкцию, тут важно она есть или ее нет.
Незаменимость не абсолютная почти всегда, само собой. Но если затраты фирмы на замену чрезмерные, это означает фактическую незаменимость.

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

[Сэнкс]

Грамотно составленное ТЗ - это редкость. Тем не менее, в серьезных конторах такие ТЗ разрабатываются.

!	Однако, тема называется "Агрессивный руководитель"! Потому - предлагаю особенности национального софтописания из этой темы - убрать.