Новое сообщение в форум Управление проектами

Форум	Управление проектами
Тема	Как правильно задавать вопросы

Здравствуйте, RGB_Dart, Вы писали:

RGB>Здравствуйте, gandjustas, Вы писали:

G>>Здравствуйте, RGB_Dart, Вы писали:

G>>>>Правильно - выяснить почему это вообще проблема и какая цель должна быть достигнута решением проблемы. Предлагать сходу варианты - самый неправильный подход.

RGB>>>Поддержу топик, так как вопрос интересный.
RGB>>>Примеры, почему это проблема:
RGB>>>1) Повышает раздолбайство других девелоперов (ему можно опаздывать, а мне нельзя?!)
G>>И что? Они тоже начнут опаздывать? А в чем проблема?
RGB>Совершенно верно. Слышали поговорку - "дурной пример заразителен"? В чем проблема опозданий? А в чем проблема вообще на работу не ходить?

RGB>>>2) Увеличиваются простои. Утром товарищ недоступен лишние 1,5 часа, и если нужно у него что-то узнать утром, приходится ждать. 
G>>Это вовсе не проблема опозданий. Человек может отсутствовать по куче причин: отпуски, болезни, отгулы, совещания, пресейлы и другая не производственная деятельность. 
G>>Вот смотри, у человека отпуск 28 календарных дней, из них только 4 выпадает на выходные, то есть человек в отпуске 24 дня или 196 рабочих часов.
G>>Если каждый рабочий день опаздывать на час, то получится в сумме за год меньше.
G>>Проблема тут вовсе не в опозданиях, а в плохо построенном процессе. 
G>>Если человек не опаздывает на рабочие совещания (скрам-митинги или нечто подобное), то само по себе опоздание проблемой не является.
RGB>Не очень понял ваш ответ. Рабочий день начинается в 10 утра (допустим). Вася пришел вовремя, но ему по работе нужно задать вопрос Пете, потому что Вася хочет кое-что поправить в модуле, который делал Петя. Но Петя опозднун. И Вася не может продвинутся вперед - нужен совет Пети. А когда Петя появится неизвестно - через полчаса или час? Есть ли смысл переключаться на другую задачу пока Пети нет? Да и переключение контекста вещь не бесплатная в плане времени и усилий.
RGB>Так понятней? Или опять проблемы не видите?
RGB>Доступность сотрудника для остальных членов команды в течении дня - важный фактор. Если конечно мы говорим про команду разработки вместе делающей какое-то дело.

RGB>>>Не понятно сам товарищ потом задерживается на то время, на которое он опаздал или нет?
RGB>>>Если задерживается, то 
RGB>>>3а) Если ему нужно узнать что-то у своих коллег вечером, он не может этого сделать - все ушли. Опять простои.
G>>Снова проблема рабочего процесса, а не опозданий.
RGB>См пояснение выше.

RGB>>>Если не задерживается, то
RGB>>>3б) Мы договаривались на 40-часовую рабочую неделю и 8-часовой рабочий день. Как работодатель я рассчитываю что работник будет именно столько времени стараться посвящать работе.
G>>Это очень опасный путь, потому что начинаются жопочасы. Кроме того ты теряешь моральное право просить задержаться\работать на выходных если это необходимо.
RGB>Вот так новость! То есть если я нанял вас на полный рабочий день, и рассчитываю, что вы будете весь свой рабочий день (с разумными перерывами на отдых / обед / чай / кофе / перекуры) посвящать работе, то я лох? Может тогда было бы честно сказать работодателю перед подписанием трудового договора - "эй чувак, надеюсь ты понимаешь что 40часовая рабочая неделя это бред и никто так работать не собирается. Давай я буду приходить когда хочу и делать работу как считаю нужным. Тебе же важен результат? Ну вот какой нибудь результат обязательно будет - по рукам?". 
RGB>Опять же 40 часовая рабочая неделя не отменяет возможности договориться об отгуле / доп. времени. 10 лет работал фулл тайм в разных местах, проблем никогда не было.
RGB>И да, считаю что опоздания на работу - это проблема.

RGB>>>Проще говоря, опоздания одного сотрудника ухудшают работу всей команды. Это проблема.
G>>Это проблема конечно. Но проблема процесса, а не опозданий.
RGB>Какого процесса? Процесса разработки программного обеспечения? Да. Мы же вроде именно его обсуждаем.

G>>Тут нужно смотреть в первую очередь на результат, а не на то, когда приходит человек.
RGB>Мне трудно читать мысли, но давайте я попробую угадать что вы имеете в виду.
RGB>Вот есть Вася. Он приносит компании 40 очков пользы в неделю. (Допустим, кто-то получил Нобелевскую премию по менеджменту за открытие способа мерить результат работы программиста. И теперь - "очки пользы" - это точное мерило результата работы программиста).
RGB>И вот есть Петя - он приносит 50 очков пользы в неделю. 
RGB>Вася приходит вовремя и работает 40 часов в неделю.
RGB>Петя постоянно опаздывает, и работает от силы 20 часов в неделю. 
RGB>У обоих трудовой договор на фулл тайм, 40 часовую неделю.
RGB>Уверен, вы считаете, что Петя в полном праве работать вполсилы, потому что его результат и так выше чем у Васи. 
RGB>Вынужден с вами не согласится. Петя подписался на фуллтайм. Возможно, что его потенциал - 100 очков пользы в неделю (ну или хотя бы 70). Именно на это я буду рассчитывать как работодатель в этой ситуации. И я захочу, чтобы Петя работал по полной - как договаривались.
RGB>Разговор про оплату труда, а уж тем более про справедливую оплату труда предлагаю не начинать. Мы же не фэнтези-книжку тут пишем...

Теги:

Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например: "Visual Studio" .NET

Имя, пароль: Загрузить Нравится наш сайт? Помогите его развитию!
Отключить смайлики Получать ответы по e-mail