fireone: хотя бы то, что вы противопоставляете оптимизатора и менеджера проектов ;) Впрочем я не готов на серьезную дискуссию с Вами по этому вопросу)
Я не противопоставляю. Для меня, как для методолога и управленца, существует понятие "Объект" и если "Объект" чем либо характеризуется, то эти характеристики, так или иначе, можно систиматизировать... Конечно, я выссказался контекстно темы топика, но в принципе, это можно распространить и за границы этой темы.
Олега.: ну есть сайт. допустим какой-то свой проект Х. на него надо гнать траффик, тематики коммерческие. как при этом рассчитывать доходы сотрудника ?
сем. ядро очень широкое, бюджета как такового оцененего нету. продвигается по "всем фронтам".
Олега, я не зря порадовался, тому, "что Вы пришли в этот топик" ! :)
Полагаю, что Ваш вопрос можно решить единственным способом: Нормирование!
В принципе, можно развить.... Но думаю, что Вы и сами сможете провести аналогии между "Версткой" и любой СЕО задачей..., тем паче, что Вы так или иначе, можете мыслить как программер, т.е. разбивать Процессы на Подпроцессы, что и требует методология Нормирования.
BrokenBrake простите.. это Вы про Daos - как основу? Я не совсем внимательно изучил сайт в подписи... да и давненько это было :) По смс биллингу % отчислений какой?
И просто нет смысла заказчику вникать во все эти технологические тонкости.
Естестно :) Зачем же тогда программер? Он дока - ему карты в руки! По другому это просто стенографистка, не иначе...
Не во всех случаях, оно конечно так... но в подавляющем большенстве.
Представьте ситуацию: Я Проектный менеджер, взялся реализовать проект. Что же мне, идти к заказчику и требовать от него подробного плана мероприятий, вплоть до ежедневного графика!?
Какова же будет моя роль и за что мне платить деньги? За Ноги?
Мне по нраву и зачастую приходится, не то что бы обнаруживать сферу инвестиций, но и подробно изучив ее, реализовывать проект "Под ключ", вплоть до должностных инструкций, регламентации технологических процессов и контроллинга. Конечно это, как правило, коллективный труд профильных специалистов, но тревожить инвестора/заказчика по мелочам, а порой и не по мелочам, как минимум не этично.
BrokenBrake: Вот, ситуация один в один. К сожалению.
BrokenBrake я теряю деньги! Мои гонорары сокращают. А программер, изумленно сообщает: "Ну разве это плохо.... я же хотел сделать лучше..."
Оно полезно порой! Скажу больше: Т.к. я сам не догоняю во многом, мне чрезвычайно приятна инициатива Исполнителя, порой я ее ищу и готов платить за идеи - не вопрос! Но не до фанатизма же! :)
Зная такое, всегда оговариваю такие вещи заранее - не помогает... абсолютно!
Lisa: ну, тут, наверное, как раз недостаток четкости ТЗ и недостаток донесения своих приоритетов.
Бывает :)
Не всегда, я сталкивался именно с эксцессом исполнителя.
Четко сформулированное ТЗ, до предела. (Скриншоты, на 90% похожие програмные блоки,... Хоть анимацию составляй). Человек проявляет инициативу, в чистом виде. В итоге, к сроку выхода на связь, поступает сырой продукт и именно потому, что у Подрядчика не хватило времени реализовать основную идеологию ТЗ, когда он увлекшись, расширил ТЗ "новыми идеями", которые, хоть и (иногда) улучшили технологическую идею, как таковую, но вылезли за рамки маркетингового плана.
К сожалению, в очень большом числе случаев, эти "новые идеи" так и не доводятся до конца. Подрядчику надоедает занятие продуктом, как таковым и начинается эпопея с манибеком.
Но кто компенсирует время? Те продукты, которые приходится заказывать мне, хоть и не являются основополагающими в реализации бизнес проекта, но затяжка в их внедрении тормозит реализацию прочих процессов. В результате, "киснут" все сроки.
Одновременно, скажу, что до сих пор не в состоянии составить идеальное ТЗ, к которому было бы нельзя придраться.
Просто книжки это неинтересно, их давно никто не читает) А вот раскраску "Перлы 'Серчей'", точно пачками покупать будут))
Ну это Вы здря... Я же отметил: Раритетное издание... не "Желтая непотребщена"
А давайте еще и кино снимем, и будем во всех кинотеатрах показывать :)
К сожалению слишком узкая аудитория :(
Есть темы жгунов и тому подобное (лучшите топики) и т д
Это Вы к чему?
хотя бы то, что вы противопоставляете оптимизатора и менеджера проектов ;) Впрочем я не готов на серьезную дискуссию с Вами по этому вопросу)
Я не противопоставляю. Для меня, как для методолога и управленца, существует понятие "Объект" и если "Объект" чем либо характеризуется, то эти характеристики, так или иначе, можно систиматизировать... Конечно, я выссказался контекстно темы топика, но в принципе, это можно распространить и за границы этой темы.
ну есть сайт. допустим какой-то свой проект Х. на него надо гнать траффик, тематики коммерческие. как при этом рассчитывать доходы сотрудника ?
сем. ядро очень широкое, бюджета как такового оцененего нету. продвигается по "всем фронтам".
Олега, я не зря порадовался, тому, "что Вы пришли в этот топик" ! :)
Вот отсюда начинается дисскуссия о Нормировании:
/ru/forum/409376
Полагаю, что Ваш вопрос можно решить единственным способом: Нормирование!
В принципе, можно развить.... Но думаю, что Вы и сами сможете провести аналогии между "Версткой" и любой СЕО задачей..., тем паче, что Вы так или иначе, можете мыслить как программер, т.е. разбивать Процессы на Подпроцессы, что и требует методология Нормирования.
BrokenBrake простите.. это Вы про Daos - как основу? Я не совсем внимательно изучил сайт в подписи... да и давненько это было :) По смс биллингу % отчислений какой?
И просто нет смысла заказчику вникать во все эти технологические тонкости.
Естестно :) Зачем же тогда программер? Он дока - ему карты в руки! По другому это просто стенографистка, не иначе...
Не во всех случаях, оно конечно так... но в подавляющем большенстве.
Представьте ситуацию: Я Проектный менеджер, взялся реализовать проект. Что же мне, идти к заказчику и требовать от него подробного плана мероприятий, вплоть до ежедневного графика!?
Какова же будет моя роль и за что мне платить деньги? За Ноги?
Мне по нраву и зачастую приходится, не то что бы обнаруживать сферу инвестиций, но и подробно изучив ее, реализовывать проект "Под ключ", вплоть до должностных инструкций, регламентации технологических процессов и контроллинга. Конечно это, как правило, коллективный труд профильных специалистов, но тревожить инвестора/заказчика по мелочам, а порой и не по мелочам, как минимум не этично.
Обиделся, что не посчитали? Извини, попячился и внес в список :) С камментом "суперразрабочик и суперпродвигатель супербавунца" 😂
Я же говорил, огласите весь список :)
Вот, ситуация один в один. К сожалению.
BrokenBrake я теряю деньги! Мои гонорары сокращают. А программер, изумленно сообщает: "Ну разве это плохо.... я же хотел сделать лучше..."
Оно полезно порой! Скажу больше: Т.к. я сам не догоняю во многом, мне чрезвычайно приятна инициатива Исполнителя, порой я ее ищу и готов платить за идеи - не вопрос! Но не до фанатизма же! :)
Зная такое, всегда оговариваю такие вещи заранее - не помогает... абсолютно!
ну, тут, наверное, как раз недостаток четкости ТЗ и недостаток донесения своих приоритетов.
Бывает :)
Не всегда, я сталкивался именно с эксцессом исполнителя.
Четко сформулированное ТЗ, до предела. (Скриншоты, на 90% похожие програмные блоки,... Хоть анимацию составляй). Человек проявляет инициативу, в чистом виде. В итоге, к сроку выхода на связь, поступает сырой продукт и именно потому, что у Подрядчика не хватило времени реализовать основную идеологию ТЗ, когда он увлекшись, расширил ТЗ "новыми идеями", которые, хоть и (иногда) улучшили технологическую идею, как таковую, но вылезли за рамки маркетингового плана.
К сожалению, в очень большом числе случаев, эти "новые идеи" так и не доводятся до конца. Подрядчику надоедает занятие продуктом, как таковым и начинается эпопея с манибеком.
Но кто компенсирует время? Те продукты, которые приходится заказывать мне, хоть и не являются основополагающими в реализации бизнес проекта, но затяжка в их внедрении тормозит реализацию прочих процессов. В результате, "киснут" все сроки.
Одновременно, скажу, что до сих пор не в состоянии составить идеальное ТЗ, к которому было бы нельзя придраться.