Про ИТ-менеджмент

Постараемся сделать мир чуточку счастливее

Analyst Days 2016
anton_nix

Первый раз участвовал в Analyst Days.

Вцелом конференция мне понравилась больше чем Agile Days: полезных докладов было больше. Наверное, потому что участников меньше, и потому что я не аналитик ;) Хотя, мне было всё понятно, никаких космических технологий я не увидел.

Атмосфера была более душевная, что странно, ведь в теории это РМы должны быть общительными и лапными существами. Но и лидерами, а лидер, он всегда один, видимо, причина в этом.



Организация тоже на уровне, хотя над сайтом, кхм, стоит поработать: неудобная навигация и глючная мобильная версия. Ну и было много докладов длинной в час или (!) дольше, на мой взгляд так делать нельзя - докладчики высасывают речь из пальца, начиная из далёкого далёка, а слушатели скучают половину доклада.

По докладам, где я был.Читать дальше...Свернуть )

Игра-симуляция "Кораблики" по принципам Канбан и теории ограничений.
anton_nix
Проводил на Дне Экспертизы Тамтэк игру-симуляцию. Презентация здесь.


Полезные отчеты. Меньше букв, больше смысла
anton_nix
Видео с выступления на Дне Экспертизы Тамтэк от 28 января.

Какому проекту какая методология. Удачная модель
anton_nix

Раньше я часто сталкивался с вопросом: когда какую методологию использовать, какая лучше и т.д. Теперь, мне кажется, пришел к довольно удачной модели.

Основные факторы, влияющие на методологию

В статье Коберна “Каждому проекту своя методология” указаны следующие основные факторы:


  • Критичность продукта. Одно дело разрабатывать интернет-магазин и другое - ПО для АЭС.


  • Размер команды. Кол-во коммуникаций растёт квадратично, поэтому их часть начинает заменяться на формальные документированные.



Для нас, аутсорсеров, также очень важен фактор:


  • Доверие заказчика


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


Около года назад я стал выделять еще один фактор, который часто влияет больше всех остальных:

Читать дальше...Свернуть )

Техника пустого инбокса Максима Дорофеева с помощью сервиса Remember The Milk
anton_nix
Мне нравится тайм-менеджерская техника пустого инбокса Максима Дорофеева (mnogosdelal.ru). Для неё не требуется никаких сложных инструментов, ежедневника хватает. Но я много времени работаю за компом, поэтому веду задачи в электронном виде.

Ещё до знакомства с техникой использовал сервис Remember The Milk (RTM). Люблю его за гибкость - благодаря "умным" спискам затачивается под любую методику. Если пользуетесь смартфоном, то приобретите pro-аккаунт за $25/год, иначе синхронизация с веб-сервисом возможна только 1 раз в сутки. Хотя, некоторые люди работают через мобильный сайт m.rememberthemilk.com.

Настройка RTM под технику пустого инбокса:
Читать дальше...Свернуть )

Метрика: Уровень Риска
anton_nix
Пол-года практикуем Управление Рисками в Тамтэке. Текущие проблемы:

  1. Цель - обновлять риски еженедельно. По 20% проектов этого не делается.

  2. У рисков мутное описание, поэтому никто не может помочь РМу бороться с ними.

  3. РМ не регистрирует специфические для проекта риски, а указывает только стандартные, с которыми живут все проекты. А с ними есть стандартные правила борьбы, поэтому начальству нет смысла получать отчёты по ним. А со специфическими РМ воюет в одиночку, никому не сообщая.

Две недели назад ввели новую практику - диаграмму уровня рисков на проекте:


Читать дальше...Свернуть )

Статистическая оценка проектов
anton_nix
Представьте, что вам больше не надо оценивать проекты. Заказчик даёт вам перечень работ, и вы за 5 минут называете ему, сколько времени и денег это займет. Конечно, это недостижимый идеал, но как к нему приблизиться рассказывает Трой Магеннис на этом видео:


Actionable Agile Metrics for Predictability
anton_nix


Прочитал книгу, посоветованную Джонатаном. Почерпнул много полезного:

  • Что у закона Литтла, который очень любят исповедующие канбан, есть ряд допущений, без которых он не работает.

  • Что Cumulative Flow Diagram тоже не работает в ряде случаев.

  • Что Scatterplots, оказывается, очень-очень полезные.

  • Что есть такая штука Lean Forecasting, которая позволяет достаточно точно статистически оценивать дальнейшие работы по проекту. Без экспертных оценок. Без затрат времни на оценку. Вообще.

В особенности меня зацепили последние две штуки.
Читать дальше...Свернуть )

Функции менеджера проектов
anton_nix
Больше двух лет назад я написал в блог, что из-за неопределенности функций менеджера проектов есть очень много проблем. И даже нарисовал Дерево Текущей Реальности по этой проблеме. Теперь я стал понимать, как решить, эту ключевую проблему.

Итак, кто такой Менеджер Проекта? Можно посмотреть на эту роль с нескольких позиций:

  1. Менеджер проекта - как професссионал.

  2. Менеджер проекта - как ответственный за успех проекта.


Менеджер проекта - как профессионал

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

SWEBOK (Software Engineering Body of Knowldege) поддерживает эту точку зрения. В SWEBOK есть дисциплина Software Engineering Management. В ней говорится, что менеджер проекта должен обладать вполне конкретными знаниями.




Я считаю, что любой менеджер проекта должен также хорошо знать:

  • Software Engineering Process.

  • Software Engineering Models and Methods.

  • Software Engineering Professional Practice.

  • Software Engineering Economics.

Ну и хотя бы основы остальных дисциплин. Полный список можно найти в SWEBOK.

Интересно, что если представлять менеджера проекта, как профессионала, то тогда для оценки его работы можно использовать все классические инструменты оценки персонала:

  • матрица компетенций - таблица, где строки - функции/навыки, а столбцы - уровни владения ими.

  • карьерная лестница

  • проверка выходных артефактов - выполнение каждой функции может иметь своим результатом изменение какого-то документа, соответственно это можно проверить.


Менеджер проекта - как ответственный за успех проекта

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

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

Давайте определим, что же значит отвечать за проект?

Это значит, что менеджер проекта не может никогда сказать "я не виноват! Это программисты/тестеры/аналитики накосячили!" - доля вины всё равно ложится на него, как на руководителя. Это именно он не создал условия, не набрал команду, не настроил процесс так, чтобы косяков был минимум, чтобы их быстро исправляли и т.д.

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

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



Другие техники тайм-менеджмента обычно учат другим вещам:

  1. как ничего не забыть

  2. как распланировать дела на будущее

  3. как расставлять приоритеты

Но мало учат тому, как заставить себя делать дела, т.е. перестать откладывать выполнение этих своих замечательных планов. А вот Макс учит, за что огромное ему человеческое спасибо!

Читать дальше...Свернуть )

?

Log in

No account? Create an account