Можете обосновать ваше резюме? Как-то странно у вас статья построена: по каждому пункту вроде как согласны, а в итоге «хороший специалист — не согласится».
Владислав, все верно пишите. Но есть определенные проблемы:
1) Исполнитель должен согласиться на работу по agile. Не все знают и умеют работать по agile.
2) Сразу подразумевается почасовая оплата, а не фиксед. Не всегда это приемлемо.
3) Agile и почасовая оплата требует доверия: если исполнитель говорит, что сделает это за час, то вы ему должны верить.
Все данные пункты у меня не работали… Ну вот как можно поверить, что развернуть дамп на сервере стоит 2 часа рабочего времени(я сам разворачивал его дампы за 10 мин максимум)?:) А ведь были именно такие утверждения.
1) Ситуация должна быть win-win. Если вас как исполнителя что-то не устраивает, то ищете другого заказчика. Но ровно так же и наоборот! Если исполнитель никакой и занимается лишь шантажом, то зачем такой исполнитель? В моем случае исполнитель, к слову, утверждал, что установить дамп на сервер ему обходится в 2 часа времени. В тоже самое время я его дамп ставил от силы за 10 минут.
3) Любые устные договоренности должны потом фиксироваться письменно — это факт. Но, согласитесь, голосом понять «рубит ли фишку» исполнитель значительно проще.
10) Меня уже все убедили, что слово «торговаться» хуже всего подходит к процессу устаканивания WBS и структуры оплаты:)
Почему сразу решили, что я «тяжелый заказчик»?:) В моем случае более вальготных условий для исполнителя я даже представить не могу: по срокам не давил, предоставлял нужную информацию, был всегда на связи, проплачивал транши во время. И самое главное (но это моя ошибка): не занимался микроменджментом и детальной проверкой сделанного.
Насчет 10 пункта, пожалуй, соглашусь. Попробую переформулировать в самой статье, но суть 10 пункта в том, чтобы обе стороны понимали структуру того что надо сделать и саму структуру оплаты.
Кстати, интересный момент: в мое случае под конец уже сам исполнитель начал торговаться «вот это +100$», и т.п. (Причем за вещи, которые обговаривались в самом начале). Но суть не совсем в этом, а в том, что я понял, что если раньше я прикидывал бонус исполнителю, если все будет хорошо и т.п., а его «торгашество» обозлило меня и тут уже я сам пошел на принцип. Так что согласен: «торговаться» подчас не стоит.
Касательно пятого пункта: сам исполнитель сказал, что через 3 недели будет все готово — прошло уже 3 месяца. Транши в начале платил исправно каждую неделю.
В карьере ничего удивительного: разработчик, тимлид, архитектор решения, проектный менеджер:) Последние 2 роли совмещаю и по сей день — хотя иногда приходится и покодить основательно.
Если можете обосновать почему 5000, то супер, а если это просто «ровная красивая сумма» и видно что вы не представляете что за ней скрываете, то уже в лет такого исполнителя:)
А что, по вашему, не верно в данном утверждении? Если исполнитель не готов работать по вашим правилам и вы с этим не happy, то может найти другого исполнителя? А если такого не находится, то это уже повод пересмотреть свой взгляд на мир: может быть слишком много хотите.
1-2) Задача «договора» обозначить правила игры. Когда и за что оплачивается, каковы сроки и условия их соблюдения, как и где ведется разработка/деплоймент. Если подобные «правила» ведутся где-то, то как данный «договор» называете?
3) А что за специфика деятельности? С исполнителями получается общаетесь только текстом?
4) Согласен. Но здесь дело в доверии. Если это серьезный исполнитель, то он умеет работать, понимает как обходить скользкие моменты, как управлять объемом работ и т.д. И если вы понимаете «серьезность исполнителя» то запросто: хоть полная предоплата:) Можно сказать, что в моем случае именно так и получилось: просмотрев профиль человека, пообщавшись в почте посчитал, что это серьезный исполнитель знающий свое дело.
Как-то фиксировали договоренности по проекту? Если да, то как? Я понимаю, что технические в ТЗ, но что насчет «процессуальных»? Возможно соглашусь, что слово «договор» в контексте данной статьи слишком «резкое» и стоит как-то переформулировать.
1) Мы все часто забываем про суть «договора»: для нас это стало просто некой бумажкой используемой юрлицами. Но ведь смысл в другом: на бумаге зафиксировать все основные договоренности о том как вы будете работать. Это может быть пол страницы А4, а может и 8 листом. Главное чтобы все понимали правила игры.
2) См. п. 1. Идеи идти в суд у нас никогда не возникало. Любой деловой человек должен банально следовать договоренностям, а чтобы их как-то сформулировать и нужен формальный договор.
3) Вы писали ТЗ, которое всеми понимается одинаково? Как вы это проверяете?:) Голосом?;) Язык наш неоднозначен и даже UML диаграммы могут быть двояко поняты. Если все-таки умеете писать однозначные ТЗ — то научите меня этому, пожалуйста.
4) Работал раньше — лет пять назад. Встречал и кидал и щедрых заказчиков — много повидал, так что представляю ситуацию и с другой стороны баррикад;)
Разница есть — психологическая! В случае «а» работник отлично понимает, что он платит государству свои кровные, а значит может (и должен) требовать соблюдения должных условий. Я лично был бы вообще за вариант «в»: когда все 4 яблока человек относит государству сам.
А рассчитываете честно или просто делите? Не все добросовестно и правильно метраж рассчитывают: то что балкон с коэффициентом 0.3, а лоджии 0.5 и т.д. Поэтому при делении может получиться неадекватная цифра.
Анекдот в тему: жена смотрит новости и там рассказывают как машина движется по встречной полосе на автотрассе. Она тут же звонит мужу: «Дорогой, будь осторожен, там какой-то идиот едет по встречной». А муж ей в ответ: «Один?!?!?!? Да тут их тысячи!»
Согласен с первым комментарием. А идеи, как бы в них не были вы убеждены, лучше проверять на кошках — т.е. на бетатестерах. Я вот, честно скажу, после 5 минут пребывания на сайте так и не нашел этот чудесный поиск!
Согласен, ну тогда действительно каждому проецировать в очки… С помощью очков (и желательно без доп датчиков) распознаем позицию и положение, вычисляется проекция и передается на очки. Так можно и виртуальные объекты «подвешивать» в комнате".
Где-то уже встречал подобный концепт: даже люди могли общаться друг с другом через виртуальные надписи.
Можете обосновать ваше резюме? Как-то странно у вас статья построена: по каждому пункту вроде как согласны, а в итоге «хороший специалист — не согласится».
1) Исполнитель должен согласиться на работу по agile. Не все знают и умеют работать по agile.
2) Сразу подразумевается почасовая оплата, а не фиксед. Не всегда это приемлемо.
3) Agile и почасовая оплата требует доверия: если исполнитель говорит, что сделает это за час, то вы ему должны верить.
Все данные пункты у меня не работали… Ну вот как можно поверить, что развернуть дамп на сервере стоит 2 часа рабочего времени(я сам разворачивал его дампы за 10 мин максимум)?:) А ведь были именно такие утверждения.
3) Любые устные договоренности должны потом фиксироваться письменно — это факт. Но, согласитесь, голосом понять «рубит ли фишку» исполнитель значительно проще.
10) Меня уже все убедили, что слово «торговаться» хуже всего подходит к процессу устаканивания WBS и структуры оплаты:)
Почему сразу решили, что я «тяжелый заказчик»?:) В моем случае более вальготных условий для исполнителя я даже представить не могу: по срокам не давил, предоставлял нужную информацию, был всегда на связи, проплачивал транши во время. И самое главное (но это моя ошибка): не занимался микроменджментом и детальной проверкой сделанного.
Кстати, интересный момент: в мое случае под конец уже сам исполнитель начал торговаться «вот это +100$», и т.п. (Причем за вещи, которые обговаривались в самом начале). Но суть не совсем в этом, а в том, что я понял, что если раньше я прикидывал бонус исполнителю, если все будет хорошо и т.п., а его «торгашество» обозлило меня и тут уже я сам пошел на принцип. Так что согласен: «торговаться» подчас не стоит.
Касательно пятого пункта: сам исполнитель сказал, что через 3 недели будет все готово — прошло уже 3 месяца. Транши в начале платил исправно каждую неделю.
3) А что за специфика деятельности? С исполнителями получается общаетесь только текстом?
4) Согласен. Но здесь дело в доверии. Если это серьезный исполнитель, то он умеет работать, понимает как обходить скользкие моменты, как управлять объемом работ и т.д. И если вы понимаете «серьезность исполнителя» то запросто: хоть полная предоплата:) Можно сказать, что в моем случае именно так и получилось: просмотрев профиль человека, пообщавшись в почте посчитал, что это серьезный исполнитель знающий свое дело.
2) См. п. 1. Идеи идти в суд у нас никогда не возникало. Любой деловой человек должен банально следовать договоренностям, а чтобы их как-то сформулировать и нужен формальный договор.
3) Вы писали ТЗ, которое всеми понимается одинаково? Как вы это проверяете?:) Голосом?;) Язык наш неоднозначен и даже UML диаграммы могут быть двояко поняты. Если все-таки умеете писать однозначные ТЗ — то научите меня этому, пожалуйста.
4) Работал раньше — лет пять назад. Встречал и кидал и щедрых заказчиков — много повидал, так что представляю ситуацию и с другой стороны баррикад;)
Согласен с первым комментарием. А идеи, как бы в них не были вы убеждены, лучше проверять на кошках — т.е. на бетатестерах. Я вот, честно скажу, после 5 минут пребывания на сайте так и не нашел этот чудесный поиск!
Где-то уже встречал подобный концепт: даже люди могли общаться друг с другом через виртуальные надписи.