Чому ти ніколи не робиш так багато, як планував? [зачинено]

Я завжди розпочинаю день, думаючи "Я легко зроблю це до кінця дня" і встановлюю те, що виглядає як реалістична мета.

То чому я ніколи його не б’є? Завдання завжди закінчується в 3 рази довше через непередбачені помилки, зміни в останню хвилину тощо.

Це тільки я? Я, здається, не отримує кращого прогнозу, що можна зробити за день.

Тому що тебе ніколи не вчили планувати.

Планування - це навичка , подібно до кодування чи написання. Але якимось чином воно залишається майже в кожній навчальній програмі.

Це потрібно вивчити та практикувати, а ваші оцінки власних можливостей потрібно постійно оновлювати. Ось чому робочі практики, такі як Agile, наголошують на вимірюванні вашої минулої фактичної роботи та порівнянні її з вашими кошторисами, щоб ви могли покращити свої можливості планування.

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

Тренуйтеся на цьому, і хто знає, ви можете стати кращим.

Важко повірити, що ніхто не згадував закон Хофстадтера .

Я думаю, що справжня відповідь полягає в тому, що ваше планування завжди передбачає найкращий сценарій, як ніби все спрацювало негайно, і жодного разу не було перерви. У реальному житті ви починаєте кодування, потім дзвонить телефон, ви відволікаєтесь на 5 хвилин, витрачаєте ще 15 хвилин на stackoverflow або programmers.stackexchange, щоб заспокоїтись і переорієнтуватися, зробити якесь кодування, зіткнутися з несподіваною поведінкою якогось API, зробіть деякі гугли, витрачайте 2 години на тестування можливих рішень тощо.

Іншими словами: «найкращий випадок» трапляється лише у ваших мріях.

Кожен програміст, раз у чудовий час, має ідеальний день. Ви прокидаєтесь за 5 хвилин до того, як сигнал тривоги погано почувається. Сніданок робиться і на прилавку, разом зі свіжою кавою, тож можна щось схопити і попрямувати у двері. Під час поїздки ви потрапляєте на кожне зелене світло, а трафік здається особливо легким. Розмірковуючи день, що попереду вас, ви зможете повністю зрозуміти дизайн та наслідки завдання, що стоїть перед вами, що було добре сплановано з твердими вимогами.

Ви потрапляєте на роботу і виявляєте, що у вас немає важливих електронних листів, голосової пошти, що чекає, а ваші колеги виходять або на зустрічі, на яких вам не потрібно відвідувати. Ви запускаєте свого редактора і одразу знаходитесь в зоні, ви можете відчути структуру коду та побачити, як ваші структури даних та алгоритми вміщуються на місце в прекрасному та згуртованому цілому. Думки протікають вашими руками до клавіатури, вводячи ідеально сформований код, який є елегантним, обґрунтованим і не має помилок.

Протягом дня ви працюєте без перерв, в офісі тихо, і ви настільки зосереджені, що ніколи не спокушаєтеся витрачати час на лову новин, блогів і т. Д. Коли ви збираєте і запускаєте тести, то виявляєте, що все працює без перешкод, звичайно, ви знали, що це буде, і наприкінці дня ви здійснюєте без конфліктів. Поглянувши на годинник, коли ви виходите, ви зрозуміли, що ставите за 12 годин, і це відчувало як короткий 20-хвилинний сеанс кодування.

Цей день, цей ідеальний день, - це те, що ми припускаємо, що у нас буде кожен раз, коли нам доведеться щось оцінювати.

Не забувайте про зустрічі, людей, які перебивають вас і т. Д. Несподівані помилки важко передбачити, але з часом ви повинні мати уявлення про те, скільки помилок ви розкриєте за певні часові рамки. Оцінюючи, скільки часу щось займе, ви повинні враховувати контекст. Т.е. "Припускаючи, що я не отримую перерваних помилок або виявляю помилки, я повинен мати можливість щось робити за X кількість часу"

Як невелику вправу для себе, подумайте про наступне:

• На початку дня запишіть, яка ваша мета, і розрахунок часу для неї.
• Під час кожного перерви (зустрічі, розмови з колегами тощо) запишіть приблизний проміжок часу
• Кожен раз, коли ви знаходите нову помилку, записуйте її як незаплановане завдання, а також приблизно, скільки часу знадобилося для її розробки.

Ви знайдете деякі моделі, які починають з'являтися, і можете планувати їх відповідно. Щоразу, коли ви скажете своєму керівникові передбачуваний час завершення, просто застережте його з припущенням у першому пункті. Ви можете бути здивовані, наскільки точною була ваша оцінка, коли ви знімаєте час, витрачений на перебої та помилки.

Коли ви працюєте над списком помилок чи списком функцій, ви, ймовірно, вже робите першу та третю точку відзнаки. Ця маленька вправа підкаже, куди йде весь ваш час, і ви можете здивуватися відповіді.

Можливо, ви захочете розширити часовий діапазон передбачуваності. Чи можете ви визначити, що можна зробити за тиждень? Якщо кожне завдання займає три рази довше, ніж ви думали, це здається, що ви досить послідовні, щоб бути передбачуваними. Вам просто потрібно відрегулювати на 3x;)

Тому що ви просто проігнорували той факт, що можуть виникнути непередбачені помилки.

Зробіть кілька статистичних даних про середній час, який ви витратили на помилки, і врахуйте цей час, коли ви складаєте свій план.

Тому що ви не плануєте правильно. Ой .

Б'юсь об заклад, якщо ви будете тримати загальну суму, скільки ви проскочите (навіть на папері), а потім відкоригуйте свої оцінки на цей%, ви зможете правильно планувати.

FWIW, програмне забезпечення, як відомо, важко оцінити. У МакКоннелла (з Кодексу повна слава) є навіть книга про неї.

Щось мені часто трапляється, що відволікається на випадкові речі, які не мають відношення до того, що я роблю. Список тодо може допомогти у цьому; коли ви щось придумаєте, запишіть це і зробіть це після того, як закінчите те, що перед вами.

Тому що я витрачаю занадто багато часу на Stack Overflow.

Нагальна / важлива матриця, можливо, варто подумати, щоб побачити, куди йде ваш день. Це невідкладні, але не важливі речі, такі як непідготовлені зустрічі та перерви? Це на нагальні та важливі речі, про які ви не знали на початку дня? Просто вправа, щоб розглянути, куди йде ваш час.

Я схильний вважати, що найцікавіші речі важливі, а чому вони цікаві? Просто думка.

Це гарне запитання і таке, над яким я постійно розмірковую. Я схильний так вважати

• дуже легко неправильно оцінити об'єм роботи, яку буде займати X.
• Я ніколи не планую помилок чи поїздок до чайника.
• або ви багато зробите з невеликим кодом, або нічого не буде зроблено, і, здається, немає між ними.
• іноді ви втрачаєте свою «зону», іноді все потребує продумування.