Cкруммное

Октябрь 23rd, 2008

Тут я последнее время, немножко с Scrumm’ом поработал.

Что мне понравилось, очень логичная и правильная система Backlog’а и Sprint’ов. Логично, записываем все задачи, выставляем им приоритеты, набираем задач на месяц с наибольшим приоритетом и делаем.

Что мне не понравилось. Уж очень методика рассчитана на гибкость, причем на гибкость направленную на конечного потребителя. То есть, возможность как можно раньше выдать пользователю наиболее полезное и как можно быстрее реагировать на изменения.

Сабо собой у всего самого положительного, есть отрицательные стороны. Так вот, мне на эту отрицательную сторону удалось наступить. В случае необходимости больших переделок проекта, которые не могут быть отданы по частям пользователю, а могут быть отданы только целиком, Scrumm откровенно сбоит, так как вместо оптимизации на длинном промежутке времени (всего проекта), он заточен на оптимизацию всего на скажем месячном промежутке. И получается не совсем уж оптимально.

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

Больная сторона технического профессионализма.

Октябрь 23rd, 2008

Больная сторона технического профессионализма.

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

В тоже самое время, среднячка вполне могут перекидывать на разные технологии, платформы и т.п.

Таким забавным образом получается, что программист именно из-за своего профессионализма тормозит свое развитие вширь (причем достаточно серьезно).

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

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

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

P.S. Из обсуждения с СОТОНА: Чем меньше компания, тем чаще профи затыкает все дыры.
Когда компания растет, то профи очень усердно начинают применять именно для одного направления.

Заметки по поводу бизнеса в штатах (часть 1.5)

Октябрь 21st, 2008

Продолжая серию заметок.

Я думаю, большинство людей живущих на территории exUSSR привыкли к нескольких простым истинам

а) Ничего бесплатное не работает. Включая например то, что бюрократов нужно «подмазать», чтобы работать что-то начало.
б) Платное работает тоже не слишком хорошо и с большой вероятностью поломок.
в) Если дали слово, то обычно его держат.

По приезду в США, я чуть не сошел с ума, так как все просто работало наоборот.

а) Бесплатное таки работало.
б) Платное работало еще лучше и сбоило достаточно редко.
в) Если тебе дали слово, это ничего не значит (до тех пор пока документ не подписан).

Сконцентрируюсь на последних двух пунктах.

К тому, что платное работает очень хорошо (ну например с 95% вероятность) достаточно быстро привыкаешь, но тут появляется одна забавная закавыка. Остаются 5% не работающих. И если в совке, было 50/50 и поэтому нужно было постоянно быть на чеку, то тут чаще всего серьезно расслабляешь, перестаешь держать руку на пульсе и тут таки настигают те самые пресловутые 5%.
Так, что очень рекомендую, если есть что-то важное, от чего зависит ваш бизнес, то даже учитывая очень высокую вероятность, того, что будет все ok, нужно таки контролировать ситуацию.

Второе — это давание слова. Американское слово, скажем прямо, стоит очень мало. Вам с удовольствием наобещают с три короба, и даже не вспомнят на завтра, что они обещали и не выполнили. В общем, тут на слово бизнес не дается. Подписывайте документ, после этого действительно, то что написано в документе таки будет выполнено.

P.S. Пару людей задали вопрос, насчет бесплатного. Вот, что я имел в виду.

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

Ну и плюс к этому — разные бесплатные первые консультации (в не гос учереждения) и т.п.

Маленькие планы.

Октябрь 18th, 2008

Есть такая беда у нас выходцев из exUSSR — мыслить мелко.

Собственно говоря я сам и куча моих знакомых занималась задумывали разные продукты. И где-то 9 из 10 случае это либо маленькие утилитки, либо маленькие игры, либо еще что-то маленькое. Нету, ну конечно планы на эти маленькие программки могут быть наполеоновские, но если откинуть мишуру, то сама программка обычно задумывается маленькой и решает маленькую проблему.

Даже вполне понятно откуда растут ноги. Есть то хочется всем, и если маленькую программку можно сделать вечерами и начать получать с нее какие-то деньги, то какие-то серьезные большие продукты, вечерами не вытянешь. А инвесторов у в стране тю-тю.

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