Именно так называется мой доклад на конференции Secon 2012 в Пензе 26 апреля.Расскажу кратко о самых удачных инженерных и командных практиках, которые использовал на проектах за последние 6 лет.
Понятно, что за 45 минут успею поведать только о самых базовых вещах, но как показала практика очень многие даже опытные разработчики не знают многих из этих практик. В общем и многим руководителям команд разработки ПО это будет полезно послушать.
Очевидно, большинство из моих читателей не попадёт на конференцию, потому клятвенно обещаю провести вебинар по этой теме в ближайшее время.
Описание доклада *
* Ещё расскажу об удачном опыте использования практики "метафора системы"
Когда я ушёл из ЭПАМа, я немного переживал, что мой многолетний опыт работы с WebSphere, столь востребованный на рынке труда, пропадёт зазря.
Оказывается, нет! :) Сейчас разбираюсь с ADF и WebLogic и с удивлением обнаруживаю, что ADF очень похож на IBM extended JSF, а логика работы WebLogic и его admin console почти в точности слизаны с WebSphere AppServer.
Конечно, разница есть, но многие вещи, которые не описаны в документации, я интуитивно нахожу, тогда как коллега, незнакомый с WepSphere, дивится, как это я догадался :)
Как любил поговаривать Стив Джобс «Хорошие художники копируют, гениальные воруют» © Пабло Пикассо
Как-то слышал такую фразу: «Agile придуман специально, чтобы программистам было веселее работать».
В этом есть большая часть правды, но не вся.
Да, гибкие практики способствуют увеличению общения среди программистов.
Программисты помимо кодинга ещё и играют… в Planning poker :)
А ещё они периодически двигают листочки по доске.
Да, многих разработчиков развлекают некоторые практики Agile. Это мотивирует их работать, а что более важно мотивирует работать эффективно. Так что развлечение сотрудников эджайлом – практика весьма полезная :)
Но, как я и упомянул, это не единственный профит гибких методологий. Бывают такие проекты и такие заказчики, когда никак нельзя обойтись без итеративного подхода, либо он существенно повышает эффективность работы. Аналогичное утверждение можно сформировать по каждой практике гибких методологий, будь то Scrum или XP.
Я давно уже писал о положительном опыте парного программирования. Сегодня решил дать основные критерии когда парное программирование работает, а когда нет.
Можно много приводить доводов об инфраструктуре офиса о консервативности начальства, о коммуникативных навыках и пр. вещах, которые препятствуют затрудняют парный кодинг. Я дам два основных фактора, которые могут перекрыть все сложности, и наоборот, их отсутствие может свести на нет все усилия менеджмента заставить программировать людей парами.
Всего две вещи:
- Желание обоих в паре делать качественный программный продукт
- Желание работать вместе
Причём, если первое желание очень сильное, то второе тоже не обязательно. Но вот если отсутствует первое, то одним вторым не обойтись: ребята в паре могут очень здорово проводить время, но эффективность их работы скорее снизится, чем повысится в сравнении с непарным программированием.
Следующая встреча профсоюза руководителей проектов пройдет в формате полезной деловой игры!
Участники смогут приобрести уникальный опыт и навыки эффективного взаимодействия между командами, различными ролями на проекте, управления поведением оппонентов; научиться добиваться проектных целей, преодолевая возникающие коммуникативные препятствия.
Игру проводит Андрей Сапожников – тренер-консультант компании ЕВМ (г.Санкт-Петербург,http://ebm.spb.ru/), руководитель программ развития Самарского бизнес-инкубатора.
Специально для тех, кому хотелось собираться в будний день, и в связи с загруженностью Андрея, встреча состоится в среду 28 марта, в 19.00.
Вот коллеги дипломы недавно защищали, парились с рецензиями. Пора уже упростить и автоматизировать процесс:
1. Выкладываешь дипломную работу на портал кафедры2. Преподы коментят, ставят лайки (можно оценки для консервативных кафедр)
3. Пишут коменты
Прочитал все коменты – считай рецензию прочёл.
Средний бал оценок (расчитывается автоматически) – считай оценка рецензента.
Сделал репост в нужное сообщество – считай рекомендовал для выступления на конференции или для поступления в аспиарнтуру
Лучшая мужская роль
Это, пожалуй, вторая и последняя номинация, по поводу которой у меня не было сомнений. Точнее, не было сомнений по поводу актёра, были лишь сомнения по поводу того, какой фильм выбрать :) В итоге я выбрал фильм «Гаджини» и роль Санджая Сингханья в исполнении актёра Аамира Кхана. Вообще индийские фильмы временами удивляют сюжетными поворотами и резким превращением на середине фильма лирической комедии в трагический экшен, но конкретно в этом фильме главный герой сам настолько перевоплощается, что, кажется, будто смотришь уже другой фильм и уже с другим актёром в главной роли. На самом деле в этом фильме Аамир Кхан играет всего одного человека, но этот человек в течение фильма дважды перевоплощается, в итоге принимая всего три совершенно разные амплуа.( Read more... )
Премию решил назвать: «Кинопремия Святой Алисы». В честь Святой Алисы – покровительницы кино и анимации.
( Read more... )
Аудио-обзор Business Analysis Body of Knowledge (BABOK)
http://just-analyze-it.com/?page_id=58
Сегодня я задумался о том, что множество современных детей большую часть свободного времени (а иногда не только свободного, но и в ущерб учёбе) посвящают общению в интернете и играм в MMORPG. Я всегда думал, что это неправильно и даже когда-то давно писал небольшую работу по этому поводу (здесь выжимка). Но сегодня я понял, что такое моё убеждение уже чистой воды «старпёство» :). И сейчас расскажу, почему я так решил…
( Read more... )
Примерно 75% вопросов и проблем, возникающих в работе, обычно достаточно типичны и можно найти решения в интернете.
Процентов 10% вопросов также возникает у других интернет пользователей, но они остаются в Интернете без ответа(
Оставшиеся 15% обычно настолько уникальны, что ничего похожего в интернете не найти.
Конечно, цифры немного меняются от проекта в проект. Например, по WebSphere неотвеченных и уникальных вопросов гораздо больше, по Java Fundamentals можно найти ответ на 99% возникающих вопросов, по GWT или Maven соотношение примерно то, о котором я написал в начале.
Коллеги, интересно узнать как обстоят дела в других языках с этим?
"Все равны перед законом и судом"
Почему же тогда государство задолжавшее ежемесячное пособие по уходу за ребенком на 4 месяца не платит ни каких пени, а я, просрочивший платёж банку на 1 день, отдаю в качестве штрафа почти 1% от кредита?
* Задал вопрос блоге президента, надеюсь, пройдёт модерацию
Недавно посмотрел фильм "Пол: Секретный материальчик", там был разговор про фисташки. Что-то я задумался сейчас и понял, что покупка фисташек это своего хороший тренинг по управлению проектами для новичков.Представьте, что Вы пошли в магазин купить пакет фисташек на 100 г. Допустим для простоты, что в стограммовом пакете умещается примерно 100 фисташек, и Вы об этом знаете. Вы предвкушаете, что съедите все эти 100 +/- 3 фисташки. Но когда начинаете есть, то понимаете, что 1/5, а то и 1/4 фисташек совсем не раскрыты. Приходится их выкидывать. В итоге, если вы купили 200 г фисташек, то съедите только 150 фисташек, а не 200, как могли предположить.
Это может существенно расстроить. В следующий раз вы как опытный поедатель фисташек должны учесть этот риск, и, если вы хотите съесть действительно 200 фисташек, то вам следует купить не 2 , а 3 пакетика по 100 г. В итоге получите примерно 225 годных к употреблению ореха - больше, чем нужно, но от этого Вы расстроитесь гораздо меньше, нежели в случае, когда вам не хватило.
Вот вкратце и весь принцип управления рисками при руководстве проектом:
- Выявляем риски - догадываемся, что не все фисташки будут годны к поеданию
- Принимаем меры для их предотвращения - покупаем больше фисташек, чтобы можно было съесть фисташек, не меньше, чем мы запланировали (200 шт.)
Бывало у вас такое, что когда вы входите в комнату с работающим кондиционером и вам в первый момент холодно, что аж чихаете. но буквально через 2-3 минуты вы чувствуете, что и в этой комнате очень жарко и вы начинаете истекать потом. Попробуйте представить сколько градусов в тех помещениях, где не работает кондиционер.К сожалению... или к счастью у меня нет градусника точно померить, но по ощущениям: 30 в комнате с кондиционером и 45 в других помещениях.
Самая засада, что и дома и на работе одинаковая ситуация в этом плане %)
Вероятно, многие замечали, что как только хорошего программиста назначают руководить другими программистами, он сразу становится плохим руководителем, а иногда ещё и плохим программистом. Плохим программистом он становится обычно, потому что ему не дают сосредоточиться на программировании, а постоянно дергают по менеджерским вопросам, потому многие тим-лиды предпочитают програмить либо рано утром, либо поздно ночью, когда никто не отвлекает.Но почему же он становится плохим руководителем? Причин на самом деле много, детально о них можно почитать у Саши Орлова, я расскажу про одну из наиболее ярких.
Почему же нам программистам сложно научится управлять людьми, мы же за свою жизнь сыграли в столько стратегических игр как компьютерных, так и настольных. Казалось бы, знаем практически все про стратегию и тактику. Многие даже с блеском выигрывали не только военные, но и экономические стратегии. В чём же причина?
( В чём же причина? )
Но на моей памяти за 4 года до этого таких масштабных проблем не возникало.
Серьезно задумался над альтернативами.
Кто что может посоветовать? Кто уже что-то использует?
Набрал в гугле "t4rn 6ff fn". Он меня понял)
PS: Я по профессионально тематике всё больше на сайт пишу:
Profile
![[info]](http://l-stat.livejournal.com/img/userinfo.gif?v=92.1)
it_improver- Денис Тучин
- IT вебинары
Syndicate
