Комментарии на сайте Инструменты веб-разработчика

Комментарий к записи Как заставить программиста работать, если он никак не хочет этого делать? (Евгений Панин)

Евгений Панин — Thu, 20 Oct 2011 12:49:00 +0000

Я в Вашей ситуации поступаю следующим образом:

1) Прошу объяснить причину, по которой фрилансер хочет больше денег

2) Если фрилансер сотрудничает со мной постоянно и уже долго не повышал цен, то скорее всего я пойду ему на встречу. Но только при условии, что его стоимость будет не выше рынка

3) Если требование необоснованное (например, фрилансер просто решил попробовать, не прогнётесь ли Вы), то отказыва.

Тут надо осознавать 2 вещи:
- Незаменимых людей нет. и Вы 100% найдете фрилансеру замену
- Фрилансер заинтересован в постоянном сотрудничестве, потому что ему мороки тогда меньше с поиском заказчиков.

Если он не понимает этих двух пунктов, то стоит ему об этом мягко напомнить.

Конечно, Вы тоже потеряеете как минимум время на поиск нового сотрудника, но я считаю, что нужно работать с адекватеными людьми, которые не наглеют

Комментарий к записи Как заставить программиста работать, если он никак не хочет этого делать? (Екатерина)

Екатерина — Thu, 20 Oct 2011 06:33:00 +0000

Евгений, спасибо за ролик, очень полезно! А как Вы считаете, как быть, если программист – фрилансер, но проблема та же: потеря интереса к проекту, намекает на бОльшее вознаграждение и т.п.? Личный контакт в данном случае минимальный, «поговорить по душам» не получится, предоставить какие-то поблажки – какие? Я не вижу оснований для повышения «оклада», мое вознаграждение – среднее по рынку, да и кошелек не резиновый. Заранее спасибо!

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Angel)

Angel — Wed, 19 Oct 2011 19:00:00 +0000

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

P.S.: Спасибо за статьи, я теперь ваш постоянный читатель. У вас своего форума нет? Могу предложить общение у себя на форуме, буду рад. Правда, я думаю у меня пониже уровень знаний, я программист БД и с нетом только знакомлюсь, но сайт и форум будут серьезные, надо только разогнаться, а времени практически ноль…

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Евгений Панин)

Евгений Панин — Wed, 19 Oct 2011 18:41:00 +0000

На самом деле Вы сейчас очень явно проиллюстрировали проблему, о которой я рассказывал вот в этих статьях:

http://sitecoders.ru/category/%d0%ba%d0%b0%d0%ba-%d0%be%d0%b1%d1%89%d0%b0%d1%82%d1%8c%d1%81%d1%8f-%d1%81-%d0%b7%d0%b0%d0%ba%d0%b0%d0%b7%d1%87%d0%b8%d0%ba%d0%b0%d0%bc%d0%b8/

Проблема вот в чем:

Согласитесь, что заказчик не профессионал в создании программ, верно? И именно поэтому он понятия не имеет как сделать программу правильно.

И уже тем более не представляет как написать ТЗ так, чтобы результат получился отличный.

Т.е. получается, что Заказчик заранее даёт Вам неверную информацию.

Вы же, со своей стороны, делаете точно так, как он сказал, и в результате получается неверный результат.

Т.е. Вы, конечно, не виноваты. Но отсюда все беды.

А решение очень простое: в каждой задаче Вам нужно обязательно разобратьсяв том, какая у Заказчика бизнес-цель. Зачем ему нужна эта программа.

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

Что касается бухгалтерских отчетов: а Вы пробовали понять, что именно хочет бухгалтер узнать, используя эти отчеты?

Может быть для этого ему вовсе и не отчеты нужны?

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

И здесь Вы должны взять всё в свои руки и сделать правильно.

И для этого Вам придётся хорошенько разобраться в предметной области.

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Angel)

Angel — Wed, 19 Oct 2011 18:16:00 +0000

Согласен, каков заказ, таков и результат. Когда мне не дают ТЗ и я сам все думаю, то так же бывают глюки. К примеру я делал программы бухгалтерам и когда по одному бланку делаешь программу, а потом тебе заявляют о том, что я чего то не учел…
Но опять же, автор говорит про большие проекты, про управление таких проектов. Мне, к примеру, нету возможности нанять системного аналитика…

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Евгений Панин)

Евгений Панин — Wed, 19 Oct 2011 06:22:00 +0000

Весьма вероятно. Рекомендую в этих случаях нанимать системного аналитика, чтобы он составлял подробные ТЗ

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Александр)

Александр — Wed, 19 Oct 2011 03:09:00 +0000

Евгений, конечно, бывают программисты олухи. Он пишет так, что кроме самого него никто ни чего не понимает. Но заказчики и постановщики программ - вот это олухи! Зачем программы задают бессмысленные вопросы? Программисты не виноваты – таков заказ!

Комментарий к записи Программисты – олухи? Или как добить программиста и сделать его машиной для кодинга (Angel)

Angel — Mon, 17 Oct 2011 19:09:00 +0000

Я чуть прозрел от статьи… Есть много сомнений, но все же полезное почерпнул. Спасибо!

Комментарий к записи Опять обломал заказчик? Узнайте вторую причину, по которой это происходит и не допустите следующего облома (Евгений Панин)

Евгений Панин — Thu, 08 Sep 2011 10:27:00 +0000

Что касается сроков на видение и ТЗ, то мы в своё время поступали так:
1) Делали предварительную оценку с погрешностью 700%
2) Заказчик оплачивал составление ТЗ и погрешность в оценке после этого составляла где-то 20-30%
3) Делали итеративным методом, что позволяло нам вносить все правки заказчика и успевать в срок

Комментарий к записи Как избежать кидалова при сдаче софтовых проектов (Tango)

Tango — Tue, 28 Dec 2010 15:29:00 +0000

Рано или поздно наступает понимание: разработчик – это технарь, а для общения с заказчиком нужен менеджер.
Для общения с заказчиком нужно знать психологию, владеть навыками общения, понимать принятые правила, знать подводные камни… и еще много такого, чем программист если начнет забивать себе голову то ему придется бросить основную работу.
И ТЗ программист никогда толком составить не сможет – он не сможет понять тонкостей бизнеса заказчика, а их слишком много и все они влияют на ожидания и удовлетворенность результатом.
Поэтому даже такая мелочь, как «сделать заказчика обязанным» (с) может всё испортить. Потому что раздражение – далеко не последний фактор в создании благоприятной атмосферы общения (а в договорах всего не пропишешь).

Насчет фиксированной суммы за фиксированное время Вы правы – задачу нужно разбивать на подзадачи и оплату – соответственно.