• ↓
  • ↑
  • ⇑
 
Записи с темой: менеджерское (список заголовков)
04:04 

Неконструктивные приемы коммуникаций

Настоящий дворянин и программист
Люблю смотреть выступления Александра Орлова.
Рассказывает про умные вещи, складно, красиво. Шутит, держит аудиторию.
Сам смотрю и вам советую.

Там же сразу появляются ссылки на другие видео Стратоплана с интригующими названиями, вроде "Типология людей с точки зрения восприятия времени" или "Роли переговорщика в жестких переговорах". Любопытно весьма.

@темы: менеджерское, ссылка

13:45 

Низы не хотят, а верхи – не понятно

Настоящий дворянин и программист
На Стратоплане выложили один любопытный управленческий кейс с разбором.

@темы: ссылка, менеджерское

16:09 

Памятные даты

Настоящий дворянин и программист
Сегодня руководитель проекта попросил заполнять нас тайм-шиты с получасовым интервалом.





Считается, что тайм-шит это инструмент, который помогает руководителю понять чем же на самом деле занимался программист в течение дня. Строгий и эффективный инструмент контроля, дающий объективную картину происходящего. =)





Но так же есть мнение, что программисты заполняют тайм-шиты "с потолка", а потому ценность таких бумаг примерно равна нулю.





Жаль, я не смог найти статью Тима Евграшина, посвященную тайм-шитам, там было несколько интересных выводов. А так же я не буду пытаться объять необъятное, и пытаться объективно оценить пользу от тайм-шитов со всех сторон, как в статье с хабра. Просто расскажу о нашей компании.





В нашей компании заполнение тайм-шитов не будет слишком эффективным.





Во-первых время в них никак не привязано к оплате. Если есть задача на 2 часа, то вне зависимости от того, сколько на нее потрачено времени по-факту (хоть сто), от этого ничего не изменится. Оплачены будут два часа, которые были поставлены заранее архитектором. Конечно, с архитектором можно поторговаться. Во общем, архитектор тоже человек и идет навстречу, но это все-равно означает, что решение об оплате зависит только от человеческого фактора и никак не формализовано, а уж тем более не связано с тайм-шитами.


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





Из этого вытекает вторая проблема. Обычный разработчик не понимает зачем ему вообще заполнять тайм-шиты. На оплату они никак не влияют, на другие метрики тоже. И вообще не факт, что их вообще читают. Узнать об этом нет никакой возможности, поскольку никакой обратной связи по тайм-шитам не поступает, кроме требования ежедневно их заполнять. Т.е. тайм-шит превращается для разработчика в некий управленческий артефакт, замкнутый сам на себя. В нечто, что просто требуется делать не вдумываясь в суть происходящего.





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





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



Кроме того, сейчас я обратил внимание на то, что план работ, который необходимо предоставить утром так же должен быть расписан с получасовой дискретой. Не всегда просто для программиста сказать, в какие пол часа он будет заниматься кодом какой процедуры. Для факта это можно отмониторить, но для плана предсказать достаточно тяжело.



Закончить хотелось бы фразой из Голдрата -


"Учёт затрат - самый большой враг продуктивности!"



Желаю вам хорошего дня и хорошего кода. А я пойду подготовлю себе шаблончиков для тайм-шитов с получасовой дискретой, посмотрим чем это закончится.




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



@темы: наш самый лучший проект, менеджерское

14:37 

Александр Белов в Киеве

Настоящий дворянин и программист
Еще не успел я обработать видео с пятой встречи, как тут же организовалась встреча шестая (точнее, как я ее называю 5.1). В Киев приедет Александр Белов и будет рассказывать интересное о том, как рулить удаленными программистами в 1С и при этом успешно делать проекты.

Все подробности, как обычно, смотрите на сайте клуба.

@темы: менеджерское,

00:19 

О зефирках

Настоящий дворянин и программист
Друзья, я часто слышу о зефирном тесте. Это тот эксперимент, где детей оставляют наедине с зефиркой и обещают еще одну, если первая не будет съедена за пятнадцать минут.

Красиво, эффективно, убедительно.

Скажите, а есть контр-примеры? Может быть существует альтернативное мнение, какие-то не столь популярные исследования с противоположным результатом? Или, может, подтверждающие? Что-то кроме загадочного Walter Mischel.

Лично мне, как трагические ситуации из окружающей реальности представляются забытые истории из 90-х, с обещанием сказочных прибылей согласившимся "купить акции завода сейчас" или супер-премии "когда все наладится" при задолженности по зарплате в несколько месяцев.

Как вы думаете, новый миф и заговор корпораций или особенность человеческой психологии?



@темы: философия, менеджерское

14:15 

На планировании

Настоящий дворянин и программист
В переговорке, оккупированной под проведение планирования, стояла тяжелая атмосфера. Решение не давалось. Помимо ведущего архитектора Ивана Константиновича и его "правой руки", подающего большие надежды программиста  Василия, на мозговом штурме присутствовали:

Марк Захарович, директор департамента;

Петр Семенович, начальник отдела продаж;

Максим и Федор, продавцы-консультанты;

Зоре Ахметовна, главный бухгалтер;

Леночка, сотрудница отдела кадров;

Генадий Петрович, электрик;

Секретарша Юля (просто потому, что раз почти все тут);

и ответственный сотрудник Захарыч.

Решение не приходило. Идеи и предложения уже не сыпались как из мешка, а вяло падали на большой переговорный стол и там замирали под тяжелыми взглядами штурмующих.

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

Шел второй час черепно-мозгового штурма.



В подражание Максу Дорофееву (cм. тэг softwarestories).

@темы: менеджерское

21:28 

Шесть правил Глеба Жеглова

Настоящий дворянин и программист
Хроник-тестировщик w-bf приводит в пример отрывок из фильма и пишет о программистах и тестировщиках.

А я бы тут говорил о заказчике и разработчике. Как вытянуть из заказчика что ему на самом деле необходимо? Как получить информацию о том что больше всего беспокоит заказчика и наладить эффективную коммуникацию? Надо усвоить работу со свидетелем...






@темы: менеджерское

20:55 

5 уровней конфликта

Настоящий дворянин и программист
Очень актуальная статья на DOU о пяти уровнях конфликта.

На мой взгляд в легкой форме всегда должен присутствовать первый уровень в качестве фона к рабочей атмосферы и ни в коем случае не переходить во второй. Третий это уже проблема, четвертый-пятый клиника.

Собственно, примерно об этом и комментарии.

@темы: менеджерское, ссылка

20:01 

Матрица Манштейна

Настоящий дворянин и программист

Вот что писал генерал германского генерального штаба фон Манштейн:


Есть только четыре типа офицеров. 


Первый тип — это ленивые и глупые офицеры. Оставьте их, они не приносят вреда… 


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


Третий тип — трудолюбивые тупицы. Эти люди опасны и должны быть расстреливаемы на месте. Они нагружают всех совершенно ненужной работой. 


И наконец, последний четвертый тип — это умные бездельники. Эти люди достойны самых высоких должностей.






Спасибо PM DAY 2012

@темы: менеджерское

00:02 

Работа с командой

Настоящий дворянин и программист
В процессе одного обсуждения родилось очень меткое выражение: "Тимдилдинг".

@темы: менеджерское, хумор

23:08 

Дилберт и кейсы по PMBoK

Настоящий дворянин и программист
Мне кажется, что почти каждый стрип Дилберта это готовый кейс к разбору на нашем курсе по PMBoK.



Соберу последние, чтобы показать нашей группе:















Остальные не менее забавные переводы можно найти тут: http://hemule.livejournal.com/tag/dilbert

@темы: менеджерское, хумор

13:27 

Являются ли деньги хорошим мотиватором?

Настоящий дворянин и программист
Являются ли деньги хорошим мотиватором?



На этот вопрос отвечает Дэн Пинк:


@темы: менеджерское

00:04 

Группа NT-PM101-27.07.2001

Настоящий дворянин и программист


Наша замечательная, на самом деле сильная группа.



Уважаемая Людмила! Ребята!

Спасибо вам большое, с вами было приятно работать. Когда придет время подписывать с вами миллионные контракты на проект, я буду знать, что работаю с по-настоящему умным "стейкхолдером". =)



Пусть ваше BCWP превышает BCWS при стабильном ACWP.

@темы: менеджерское

20:31 

Идеалисты против реалистов

Настоящий дворянин и программист
В одном интересном кейсе в сообществе HappyPM говорится о том, что некие тестировщики не хотят заполнять отчетность и саботируют ее стандартным "я забыл". Топикстартер спрашивает что делать с такой "забывчивостью".

В ответ насоветовали множество способов разной степени эффективности. Вот, например, один из типичных "по духу" комментариев:

забывают - значит, в этом для них нет ценности (низко приоритетная задача). Такая себе, ествественная автоматическая оптимизация (не срочно, не важно => вообще не делаем). "Вам, менеджмерам, надо - вы и собирайте, а мне голову не морочьте".



А если и нагрузка у тестировщиков близка к 100%, то тем более на такие "мелочи" не находят времени.



Из моего опыта (касательно test case design/review): помогает peer review with checklist (шпаргалка - что именно должно быть заполнено): таким образом за тест кейс отвечают уже не один, а два человека, причем в 1ую очередь спрашивают с peer reviewer'a: почему поля и данные (четко указанные в чеклисте), пропущены.

Плюс ревьюеры могут потом рассказать, кто лучший и кто худший в этом процессе (сколько раз возвращали они тест кейсы на доделку) - и тут адресно можно помочь людям.



Проблема не в людях, а в системе.



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



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



Еще вариант: сделайте ретроспективу с тестировщиками - объясните зачем вам то, что вы требуете, и дайте им возможность предложить альтернативы, которые по их мнению будут работать.


Через некоторое время выясняется, что тестировщики - вьетнамцы.

И сразу появляется еще один ответ в тему:

Сделайте одного вьетнамца главным, ему поднимите зарплату немного и пусть бьет палкой по пяткам остальных. Ну а вы лично его если он что то пропустил. С индусами например без местного человека который бьет палкой очень тяжело.


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

И вопрос на подумать: а вы уверены, что в вашей компании вас не считают "вьетнамцем"? =)

@темы: менеджерское, тестирование ПО

Green FiLin's blog

главная