McGray;s Tower

Итак что было запланировано:

1. Придумать что-нибудь “свое”  и попробовать стартовать проект.

Пока не буду ничего говорить конкретно. Но некоторые активности уже были. Так что теперь надо работать работать и работать.

2.  Выучить новый язык и пару-тройку технологий.

По этому пункту к сожалению минус. Смотрел Руби, Груви но не более. Больше внимание получили методологии и менеджмент, общение с клиентом, тайм-менеджмент.

3. Активнее работать с блогом.

Тут тоже нечего сказать. 2009 конечно был активнее чем 2008 но не более.

4. Продолжить с ТехТолкс.

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

5. Не бросать проект и команду.

Можно сказать что прорвались. Польша, Италия, Франция стартовали Потеряли 2-х человек, взамен получили одного. Потеряли весь QA с нашей стороны.

А теперь про “+” и “-”

“+”

1. Решил квартирный вопрос (звучит громко конечно, но все же прорыв есть)

2. Росту как менеджер (мне так по крайней мере кажется)

3. Начал кое-что свое (без подробностей пока)

4. Написал свой первый плагин под Eclipse (звучит громко, но все равно уже работает и приносит пользу команде, риспект Андрюхе!!!)

“-”

1. Технологиями так и не занялся…

2. Time-management остается слабым звеном

3. Так и не начал регулярно заниматься спортом

4. Я - пешеход

Хотел бы посетить ивент. Зарегистрировался, жду подтверждения. Есть ряд очень интересных докладов (ну хотя бы названия заинтересовали). Лица все те же. Думаю что после ивента напишу отчет со ссылками на наиболее понравившиеся доклады.

После почти полутора лет работы на Scrum сегодня было объявлено что Киевская команда переходит на Kanban. Это означает две вещи:

1-я : мы перестали быть проектной командой и наш удел maintenance.

2-я : теперь многое изменится в процессе…

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

Как теперь жить без Daily Scrum ума не приложу

Смотрел Avatar в Imax на Петровке. Должен сказать, что ощущения новые. Ярко одним словом. Хотя сценарий конечно слабоват.

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

Посетил на выходных AgileEE. Ну что я могу сказать? Растем. Порадовал уровень докладчиков. Организация правда “на троечку”, но как говорится “первый блин …”. Ни в коем случае не хочеться приуменьшить вклад организаторов, просто невозможно сделать так, чтоб мы престали быть “страной зеленых помидоров”. А теперь к докладам. Небольшой рейтинг:

1-е место однознвчно за  - J.B. Rainsberger, “An Introduction to Agile Through the Theory of Constraints”
(лептоп докладчика приказал долго жить, так дядька рисовал слайды на планшете по ходе доклада - очень ярко)

2- местое: Jutta Eckstein, “Proximity Over Distance”
(все что надо знать нашим руководителям убила фраза - “You have to pay for face-to-face conversations either you have it or not”)

3-е место : Robin Dymond and Jürgen De Smet, “Cooking the Product Stew”
(так сказать рассказ о том как все в реальной жизни)

Также 3-е место : David Hussman “Agile Journeys: How Did We Get Here and Where are We Going?”
(лучше смотреть)

Просто понравились:

Yves Hanoulle
“Tips for creating a Self-Organizing team”

Szczepan Faber
“Java: tools & techniques for TDD”

Janet Gregory (2 hrs)
“Seven Key Success Factors for Agile Testing Success”

PS. Жду всез презентаций.

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

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

Старая пословица как никогда верна в наши дни, когда постоянно надо двигаться вперед, что-то делать и не стоять не месте. Но сделал для себя вывод что, когда выбираешь из списка задач что-то вроде: “Связаться с тем-то, обсудить то-то”, надо четко представлять, как пойдет беседа. Часто, получается, что желая закрыть тему, просто делаешь звонок, беседуешь с человеком и так ничего и не решаешь. То есть по сути теряешь время.