Матьвация программистов.

Классика: увеличивать названный программистами срок в три раза и не говорить им об этом. Другого пути здесь, видимо, нет.

leonid.ws,

Всё очень просто. Одни люди соблюдают сроки. А другие нет. Почему-то эти другие идут в программисты.

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

Жизнеспособно выглядит следующий вариант:

1. Составляете очень вменяемый тест на высокую компетентность в нужной сфере

2. Даёте его соискателям.

Если решают хорошо — задаёте вопрос "А как насчёт побыть техническим постановщиком задач? Три условия:

1. писать код самостоятельно — категорически запрещено.

2. Максимальная длительность этапа — 8 рабочиз часов. Лучше — 4

3. Постановка — еженедельно, контроль — ежевечерне

"

Если решают плохо — задаёте вопрос "А как насчёт побыть исполнителем подробного технически грамотного и продуманного ТЗ, составленного высоко компетентным специалистом в этой области? Три условия:

1. Написано 'длительность 4 часа' — будь добр, уложись.

2. Промежуточный финиш — ежевечерне

3. Отчёт — еженедельно"

Итого у Вас есть постановщик, который только творчески мыслит, рассказывает как надо работать, и принимает результат.

И группа исполнителей, которые работают механистично и регулярно.

И куча рейперных точек, на которых вы можете отсекать в любой момент.

И будет Вам счастье, с большой буквы Ща.

PriBoy добавил 15.02.2008 в 01:07

Слава Шевцов,

Нет уж. Даже при небольшом росте объёмов классика не рулит.

а посадить их в офис не пробовали ?

кстати - а кого вы нанимаете себе в программисты? какие у ваших работников возраст/образование/стаж работы ?

Мастер Йода добавил 15.02.2008 в 02:39

как программист (в прошлом) не соглашусь. это безусловно работа, но работа творческая.

Программисты народ спецфический :) Имеют склоность все затягивать, ленность и прочие пороки :) Говорю по себе 🤣 Сейчас работаю сам на себя, не страшно, когда работал в конторе, мы всегда могли придумать залечку для шефа (он не понимал в программировании нифига, хотя считал себя крутым програмером, так как давным давно на перфокартах че-то там мудрил), почему не успели и прочее. Причин может быть милион.

Кстати эфективность работы резко возрастала, когда по тех. причинам отрубало инет (аська ЗЛО).

Если программеры хорошие, то уволнять за задержки не есть хорошо. Но нужна мотивация. Вычет из з/п опред. суммы за каждый день просрочки. И прибавка за каждый день, если сдано было раньше. Это чтобы своих расшевелить. Но как писалось - не сильно помогает. Поэтому, чтобы не попадать перед заказчиком:

именно так и стоит делать.

Кстати опять же, частенько бывает сроки срываются не потому, что тупо ленились, а от того, что сами недооценили свои силы. Я например иногда думаю, что сделаю за 2-3 дня, начинаю делать, уходит 5-6. Просто переоцениваю свои силы. Плохо конечно это, но вот так оно есть...

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

Персонал - это уборщики и официанты, а программисты - это сотрудники. Может проблеммы из за отношения такого...

Правила Ашманова:

Ощущение что Ашманов никогда не работал с профессионалами.

Да, ламеры всегда боятся что заказчик найдёт другого исполнителя и называют короткие сроки, и пудрят мозги что всё будет хорошо и быстро. Я с такими просто не работаю. Если вижу что человек излишне оптимистичен сразу разворачиваюсь и ухожу. Грамотный программер ещё на стадии чтения/составления ТЗ представляет себе примерную структуру и ошибиться может только в мелочах (по этому называет "реальный" срок + срок для форс-мажора) и само собой не боится что заказчик "сорвётся" так как у него всегда есть заказы.

Мой опыт подсказывает мне что самые надёжные люди это те кто реально смотрят на сроки.

Зингельшухер, ощущение, что не все понимают афористичность, заложенную в такое краткое описание сути проблем с программистом.

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

А так - работаю только с хорошими спецами. Но приходится на удаленке (хотя к неизвестным фрилансерам не обращаюсь, ищу по рекоммендациям знакомых), т.к. не готов взять на себя ответсвенность достойно и безперебойно оплачивать их труд. А так, они еще и свое имеют и мы друг от друга не так зависим. Отсюда единственственная проблема со сроками. Когда на программера навалится слишком много с разных сторон. Для избежания подобных проблем сотрудничаю с несколькими, чтобы в случае чего перекинуть.

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

Какие еще схемы видел... Разбиение задач на этапы с определением времени на каждый и отчетность. Плюс система премирования, с учетом каждого этапа. Чтобы всегда держать в напряжении. А не так, что премия/непримея будет где-то потом. Плюс проще контролировать и корректировать по ходу, а не когда уже поздно.

Еще вариант - иерархия специалистов. То есть команда кодеров: самая низкая квалификация. Выполняют методичную работу. Задачу м ставит ведущий программист. Который занимается только разработкой систем и контролем кодеров. Появляется дополнительная ступенька контроля со стороны специалиста. Специалист освобождается от методичной работы, что для него должно быть более комфортно. Он еще и управляет - приятней. Но несет ответсвенность - более простимулирован. Зарплата выше. Для кодеров: возможость карьерного роста. Я 2 привел: кодер, ведущий, но может быть и больше ступеней, в зависимости от задач.