A Conversation with Joel Spolsky | Rob Walling

A Conversation with Joel Spolsky

Разговор с Джоэлом Сполски

I relocated from Los Angeles to Connecticut a few months ago, and a few of my geekier friends joked that I had to meet Joel Spolsky and Paul Graham before I came back to California.

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

Joel is in the midst of his 21-city FogBugz World Tour and one of his first stops was in New York City, where I saw him demo FogBugz 6.0 two weeks ago. In fact, in the picture at the top of Joel’s post about the session, you can barely see my head peeping out over the guy with the black shirt and white stripes on the left side. Those stinking paparazzi never leave me alone.

Джоэл сейчас в разгаре своего мирового турне FogBugz по 21 городу, и одной из первых остановок был Нью-Йорк, где две недели назад я увидел его демо FogBugz 6.0. Более того, на фотографии в начале поста Джоэла об этой встрече можно едва разглядеть мою голову, выглядывающую из-за парня в чёрной рубашке с белыми полосками слева. Эти проклятые папарацци никогда не оставляют меня в покое.

FogBugz 6.0

FogBugz 6.0

The demo went well; it wasn’t spectacular, but it was a good 40-minute overview of FogBugz’s main components: a wiki, forums, bug tracking, and scheduling. But it didn’t need a big flashy presentation – the application itself is seriously impressive.

Демо прошло хорошо — не потрясающе, но это был добротный 40-минутный обзор основных компонентов FogBugz: вики, форумы, баг-трекинг и планирование. Впрочем, яркая презентация и не требовалась — само приложение производит серьёзное впечатление.

I don’t know when FogBugz became a complete project tracking and support tool for small software shops, but it’s no longer just a bug tracker. The wiki looks really sharp – the WYSIWYG editor is completely custom, and the AJAX everywhere makes for a fantastic user experience. Joel said they spent between 2 and 3 person-years developing their AJAX library from scratch since they encountered too many issues with third party libraries.

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

I’ve been using FogBugz on Demand (their hosted solution) for the past several months and I hadn’t even noticed there’s a wiki (intended for writing specs and documentation), forums, group email (perfect for a support team serving external customers), and the awesome evidence-based scheduling piece.

Я пользуюсь FogBugz on Demand (их хостинговым решением) уже несколько месяцев и даже не замечал, что там есть вики (предназначенная для написания спецификаций и документации), форумы, групповая почта (идеально для команды поддержки, работающей с внешними клиентами) и потрясающий модуль планирования на основе фактических данных.

Evidence-Based Scheduling

Планирование на основе фактических данных

In evidence-based scheduling a completion date is constructed from developer estimates, but the completion date is actually a range of dates with probabilities that each date will be met. So you can look at the calendar and say “We have a 50% chance of finishing by October 31st, and a 90% chance of finishing by November 23rd.” In addition, the schedule is based on the developers’ past estimating accuracy, so the better their estimates (compared to their actual time spent), the tighter the completion timeframe. Bad estimators means a wider timeframe.

В evidence-based scheduling дата завершения строится на основе оценок разработчиков, но фактически это диапазон дат с вероятностями выполнения к каждой из них. Можно посмотреть на календарь и сказать: «У нас 50% шанс закончить к 31 октября и 90% шанс закончить к 23 ноября». Кроме того, график основывается на исторической точности оценок разработчиков: чем точнее их прошлые оценки (по сравнению с фактически затраченным временем), тем у́же диапазон дат завершения. Плохие оценщики — более широкий диапазон.

It’s the right way to handle the task of determining a completion date, and now that they’ve implemented it I’m amazed no one has done it before. Some form of evidence-based scheduling is going to find its way into every project management tool over the next few years. If you’re not happy with your bug tracking or project management application you should take another look at FogBugz.

Это правильный подход к определению даты завершения, и теперь, когда они его реализовали, я удивлён, что никто не сделал этого раньше. Какая-то форма планирования на основе фактических данных найдёт свой путь в каждый инструмент управления проектами в ближайшие несколько лет. Если вас не устраивает ваш баг-трекер или приложение для управления проектами — присмотритесь к FogBugz ещё раз.

The Wrap-Up

Подведение итогов

The capstone of the morning was during the casual Q&A session after the official meeting. Most people left quickly and I found myself in a room filled with about 10 other attendees and the entire staff of Fog Creek Software.

Кульминацией утра стала неформальная сессия вопросов и ответов после официальной встречи. Большинство людей быстро разошлись, и я оказался в комнате с примерно десятью другими участниками и всей командой Fog Creek Software.

After talking to a couple Fog Creek developers I wound up having a 15-minute conversation with Joel about consulting vs. products, leverage, and SaaS. He’s as smart in person as he sounds in his blog, and it’s obvious he’s given a lot of thought to the issues we discussed. Having read Joel’s blog since 2001 it was cool to finally meet him face to face.

Пообщавшись с парой разработчиков Fog Creek, я в итоге провёл 15-минутный разговор с Джоэлом о консалтинге и продуктах, рычаге и SaaS. Он так же умён вживую, как и в своём блоге, и очевидно, что он глубоко продумал вопросы, которые мы обсуждали. Читая блог Джоэла с 2001 года, было здорово наконец встретиться с ним лично.