Як програміст, вам потрібно робити графіки? [зачинено]

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

1. Чи потрібно робити графіки, якщо ви не є підрядником? (Це для мене зрозуміло).
2. У чому полягає деталізація таблиць часу, якою б вам було комфортно або якими ви користуєтесь? (напр .: всі записи повинні бути менше двох годин).
3. Чи могли б коли-небудь врахувати ваші причини неприйняття на роботу або залишення поточної?
4. Як менеджмент у вашій організації виправдав графіки, якщо ви не виставляєте рахунки клієнту?

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

1. Як бізнес, значна частина нашої роботи проводиться за часом та матеріалами. Без таблиць, які очевидно не спрацьовують. У нас є 10 клієнтів і цілий ряд різних проектів і продуктів, але ми не є достатньо великими, щоб присвячувати людей клієнтам або проектам повний робочий день, а це означає, що ми повинні певним чином відпрацювати, як тривало це. Навіть якщо це не було правдою для управління командою, вам все одно потрібно зрозуміти, що вимагає часу і скільки. Подумайте, що старий додаток, який використовують хлопці з поштових кабінетів, потребує більше часу на підтримку, ніж це коштує? Що робити, коли хтось запитує, яка кількість робіт увійшла до функції X на новому веб-сайті, який подвоїв продажі? Або коли ваші розробники кажуть, що вам слід набрати когось іншого, і вас попросять розбити те, що вони роблять, щоб допомогти виправдати це?

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

3. Виправлення помилок - ми реєструємо час проти цілого проекту, а не помилки за помилкою. Це робить процес набагато простішим - витрачайте день на виправлення помилок, 7,5 годин виправлення помилок йде всупереч проекту, і ви закінчили. Не потрібно намагатися розібратися, як це було розділено між 13 виправленими помилками.

4. Коли ми їх реалізували, я пообіцяв, що ніхто не буде покараний / винагороджений за те, що було на їхньому розкладі, поки це було точно. Таким чином, в оглядах, що ґрунтуються на рентабельності чи використанні чи що-небудь інше, немає жодного вступу. Це означає, що немає жодного стимулу до викривлення.

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

6. Якщо мені не подобається те, що я бачу - наприклад, хтось витратив занадто довго на завдання X - розслідування полягає в тому, що ми можемо зробити, щоб зробити X швидше, а не що-небудь робити з графіком роботи.

7. Знання того, як довго ви витрачали щось робити - це чудовий спосіб поліпшити оцінки.

У багатьох програмістів почуття античасового аркуша, схоже, походить з двох речей - (1) погано реалізовані табелі часу, які потребують занадто довгого часу для заповнення, вимагають більше інформації, ніж це дійсно потрібно, і заохочують брехня та перекручення, тому інформація в будь-якому разі нічого не потрібна; (2) ) таке відчуття, що кожну річ, яка злегка викликає незручності для розробника, слід виконувати.

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

Я взагалі не розумію, що стосується античасового аркуша. Графіки роботи - це те, через що ви отримуєте зарплату. Ні розкладу, ні грошей. Мені подобається платити, тому мені подобаються мої графіки роботи. Я ніколи не мав розкладу, який займав більше п'яти хвилин на день, щоб заповнити. Чесно кажучи, в моєму дні є багато набагато більше дратівливих речей, ніж п'ятихвилинний графік роботи.

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

Це також стає очевидним, якщо хтось просто не виробляє.

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

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

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

Я все для того, щоб ставитись до людей як до дорослих.

Якщо ви не стягуєте клієнтів за годину, або якщо ви не підрядник, який оплачується за годину, я не очікував би заповнення таблиць. На мій досвід, вони є контрпродуктивними - так, вам потрібно загалом відстежувати кількість ресурсів, що надходять на проекти, але це може бути приблизно приблизно щомісяця («10 днів на проект X та 9 днів на проект Y тощо»). Переваги будь-чого більш деталізованого часто переважують вартість їх запису, і якщо їх можна використовувати як палицю для побиття персоналу, персонал просто запише те, що є прийнятним, а не те, що є точним.

Інший непередбачуваний мінус для бізнесу полягає в тому, що якщо ви почнете моніторинг персоналу, ви можете виявити, що ви починаєте записувати, скільки саме зайвий персонал робить! Якщо вам платять за 40 годин, а вас відслідковують 40 годин, приходьте 40 годин, є неймовірний стимул просто повернутися додому. Персонал часто перестане робити те небагато зайвого, яке може так часто змінити значення.

Моя компанія намагалася, але я її ігнорував або записував дурниці раз на кілька тижнів, поки все ще виконував роботу, і вони забули про неї.

На своїй попередній роботі мені доводилося рахувати кожні 15 хвилинний проміжок часу. Це була компанія, що займається веб-розробкою, і перед нами було поставлено завдання. Кожне завдання мала на нього певну кількість годин. Ми розділили загальну ціну, яку ми стягували із замовника, на 100 доларів / годину, щоб отримати загальну кількість годин, доступних для проекту.

Якщо мені дали 10 годин на виконання завдань, і це зайняло у мене 15 годин, то я заборгував компанії 5 годин понаднормово. Я використовував щоденний планувальник від Franklin Covey, щоб слідкувати за часом.

Я працюю веб-розробником / менеджером проектів в невеликій компанії (всього 10 осіб), і кожен, включаючи генерального директора, повинен записати, що вони роблять. Все, що займає більше 5 хвилин, має бути зареєстровано.

Типовий графік роботи виглядатиме так:

07:46 - 08:01: Клієнт A - Проект B - Програмування - Необов’язкове зауваження
08:01 - 08:38: Клієнт B - Проект C - Виправлення - Необов’язкове зауваження
08:38 - 08:46: Клієнт В - Проект D - Управління проектами - Необов’язкове зауваження
08:46 - 09:00: Клієнт A - Проект B - Підтримка клієнтів - Необов'язкове зауваження
...

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

Я не роблю часовий лист. Існують конкретні проекти, в яких я відслідковую оцінку в реальному часі (я не використовую жодного типу таймера). Це не потрібно, але я відчуваю необхідність працювати над своїми можливостями оцінки.

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

Програмне забезпечення, яке використовується для розкладу часу, вкрай відстійне, але мені потрібно зайняти близько 5 хвилин, щоб заповнити графік роботи, тому що вони знаходяться на дуже високому рівні: 8 годин на день, відзначають дні відпустки / хворі та вкладають якісь примітки про те, що працювали протягом тижня. Я щодня веду нотатки, тому мені не потрібно багато часу, щоб придумати кілька рядків для введення в таблицю.

1. Так, працівники зобов’язані складати графіки роботи, і це не дивно для мене.
2. Зазвичай вони розбиваються на різні категорії, наприклад, підтримка чи якась велика функція, наприклад, пошук на сайті, з мінімальним часом 15 хвилин на запис, що становить .25 години.
3. Ні, розклади часу - це лише адміністративна особливість, яку я певним чином сприйняв як частину своєї роботи. Це може бути цікаво розбити мою роботу на різні групи, такі як адміністративна, підтримка та робота з розвитку.
4. Я знаю кілька різних виправдань, які я знаю тим, що розробники роблять графіки:
   1. Існують різні правила бухгалтерського обліку щодо того, як деякі витрати можна капіталізувати та амортизувати, щоб вони краще виглядали на книгах, або, принаймні, це те, що я пам’ятаю, почувши це пару разів.
   2. Кількісне визначення нашого часу дозволяє керівництву бачити, скільки часу витрачається на різні сфери, які в певному сенсі можуть бути використані для стратегічного планування. Якщо є група розробників, які витрачають велику кількість часу на підтримку, то, можливо, буде доцільно створити нову команду підтримки, яка, можливо, наводить приклад тут. Інша думка полягає в тому, що, хоча ми внутрішні працівники, все ще виникає питання, з якого бюджету беруться наші зарплати. Якщо ми виконуємо здебільшого проектну роботу, то це поза бюджетом проекту, який, можливо, не відповідає бюджету підтримки.

Я маю заповнювати кілька таблиць.

По-перше, є часовий графік, який іде до HR. Цей графік роботи просто показує відпрацьований / непрацюючий і використовується для відстеження відбору потужності та відпустки. Тож воно завжди заповнюється кратними 8 (виходить цілий день або працює цілий день).

Тоді є графік роботи, який йде до бізнесу. Я працюю над розробкою програмного забезпечення у великій корпорації; більшість (99%) наших проектів призначені для внутрішніх користувачів. Ці проекти стягуються з користувачів за цілодобову основу; тому проект, скажімо, для юридичного відділу буде зараховано до бюджету юридичного відділу. Цей часовий графік є найбільш політизованим; існує тиск з боку ІТ-менеджменту, щоб заряджати якомога більше часу на проекти, і тиск з боку власників проектів, щоб зарядити якомога більше часу на ІТ (тобто зустрічі персоналу, неофіційне навчання тощо). Крім того, перед тим, як виконати будь-яку роботу над будь-яким проектом, він "оцінюється" і виділяється певний "бюджет" годин. Тож для того, щоб розтягнути години, існує тиск з боку всіх сторін проявити творчість із розкладом; Позначення 8 годин у визначений день для того ж проекту встановлює червоний прапор, який запускає 3+ менеджерів, натискаючи ваш куб. Понаднормовий час ніколи не позначається, оскільки це не відповідає меті (моя оплата така ж, і скорочується доступні години швидше). Точність у цьому розкладі може завдати шкоди вашій кар’єрі.

Нарешті, є часовий графік проекту. Це той, хто йде власникам проекту; його не розбито за датою, а за годиною. Отже, це аркуш, в якому написано: "Я витратив на ваш проект 9 годин на цьому проекті; завдання A і B були виконані, а помилки X і Y виправлені". Цей часопис - твір повного вимислу; враховуючи, що він отримує свою кількість годин із попереднього табеля часу, співвідношення завдань і часу є абсолютно неточним. Однак цей графік справді використовується лише для того, щоб визначити, чи досягнуто ми рубіж X за задану годину використання Y, тому його більш загальний показник прогресу, ніж будь-що інше.

Дві роботи тому я заповнив розклади. Вони були зроблені для того, щоб записати зарплату (нам заплатили понаднормово) та виставити рахунок клієнту (багато роботи було T&M) та перевірити припущення порівняно з фактичними показниками проектів з фіксованою ціною. Я також вважав їх корисними для запису деякої моєї власної інформації, а не для ведення особистого журналу проти журналу розкладу. Це спрацювало чудово.

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

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

Я б сказав, що вони чудові, поки вони не почнуть штрафувати вас за те, що ви на них поклали.

На жаль, так.

Але не один раз. Ми мусимо:

• Заїзд та виїзд після прибуття / виїзду
• Заповніть графік роботи нашої материнської компанії в кінці місяця
• Нещодавно наш ідіотський уряд ( Хорватія ) додав ще одну неприємність: заповнення чергового щоденного розкладу. Чому? Тож вони можуть надіслати "перевірку", щоб викрасти ваші гроші, якщо кожен працівник не заповнить його повністю.

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

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

Для них графіки часу абсолютно марні.

З іншого боку, я отримую запис про збірку від Хадсона і виконую журнал від VCS. З цього я розумію, над чим насправді працювала моя команда, не вимагаючи, щоб вони подали більше форми.

Це більш точно, оскільки він відстежує те, що робили розробники, а не те, що люди казали, що витратили час на це.

Я ненавиджу заповнювати їх на роботі, ненавиджу пристрасть ... що могло б пояснити, чому я на три місяці відстаю на даний момент. У своєму електронному листі, календарі, завданнях у нашому програмному забезпеченні для відстеження завдань, проекти, які потрібно розмістити, у нашому «більшому» програмному забезпеченні для відстеження проектів. І все ж вони все ще наполягають на заповненні табеля, який посилається на проекти / завдання в інших програмах. Це все просто безлад.

Потім він використовується для визначення ефективності, швидкості тощо, який використовується під час обчислення вашого бонусу. Той факт, що ви технічно робили роботу, що становить 60 годин, за 40 годин, насправді не помічається, але те, що помічено, - це те, що все пізно ... незважаючи на те, що я дотримувався орієнтовного часу на кожного, і пропрацював мої 8 годин, дехто міг би вчасно ... але поступово пізніше, врешті-решт, з речами, навіть не розпочавшись до того, як вони належать.

Однак, фріланс, я не маю жодної проблеми з їх заповненням. Я зберігаю файл excel з простою датою, коментарем, годинами. Це просто, це швидко , і він працює набагато краще.

Я не намагаюся дотримуватися термінів, які встановлює менеджер і настільки смішно випадкових, що, схоже, було забито кістки, оскільки я не консультувався. Завдання А, я отримую з виділеною 2 години ... але я знаю, що займе день. Завдання B я отримаю з відведеним 20 годин ... але я знаю, що зможу зняти його за 15 хвилин.

Концепція часових таблиць непогана. Коли люди зможуть відстежити час, необхідний для виконання завдання, вони можуть

1. точніше оцінюйте подібні завдання
2. добре плануйте завдання, щоб не зайняти себе протягом тижня, і
3. заздалегідь знайте, чи пропустять якісь терміни

Також вартість проекту може бути відстежена.

Однак незмінно завжди одна проблема швидко з’являється. Ось шаблон послідовності подій:

1. Керівництво отримує аромат «вимірюваності». Вони уявляють, що це інструмент управління.
2. Будуть поставлені сумніви щодо зареєстрованих годин, пояснення про будь-яке число, яке перевищує деяку кількість (скажімо, 6), все в сенсі помилкового контролю та управління.
3. Далі команду порівнюватимуть та підписуватимуть один проти одного щодо того, хто веде журнал більше годин. Результат контролюватиметься за витраченими годинами.
4. Вони наймуть координатора часового аркуша або якусь подібну роль для сприяння цьому процесу.
5. Ця людина, щоб довести точку, додасть до шаблону ще кілька полів та додасть процес . Зараз час, необхідний витратити на таблицю, раптом вчетверо.

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

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

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

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

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

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

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

Ми не працівники плантації бавовняних виробів, і до них не слід ставитися.

Мені доводилося заповнювати табелі часу у всіх попередніх компаніях, але не в моїй теперішній концерті.

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

Проблема з таблицями часу в типовій роботі з програмним забезпеченням полягає в тому, що робота надто динамічна, щоб вписатися в маленькі приємні пачки. Наприклад, у моєму теперішньому концерті: за типову годину я можу витратити 17 хвилин на відповіді на електронні листи від маркетингу, 11 хвилин на відповіді на запитання довідкової служби щодо проблеми клієнта, 12 хвилин на те, щоб допомогти колезі-новачкові з чимось, і 20 хвилин фактично працюю над Офіційне питання щодо ЧС, яке може бути чітко визначено в таймі. Змішуйте ці проміжки випадковим чином, і там у вас є типовий годинник старшого розробника.

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

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

Коли я переїхав до Австралії, графіки роботи скрізь. Оплачували те, що називалося "зарплатою", але з розписами та записами годин. Не зовсім моє спільне розуміння співвідношення посадового окладу проти заробітної плати.

При необхідності я заповнюю розклади (як, наприклад, у нас є години, про які клієнт повинен знати), але в цілому мені не подобається вся ідея з кількох причин:

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

Наше додаток розкладу також використовується для відстеження звітів про відпустки та витрати.

Введення часу робиться до деталізації 1/2 години. Це робиться з метою звітування вищим керівникам. Деякі розробники відмовляються це робити, і, таким чином, отримують завдання щокварталу припинити роботу та оновлювати час. Я намагаюся нагадати хлопцям, якщо вони проводять 12 годинних днів, і вони пишуть 8 годин, ідіоти вгорі зрозуміють, що нам взагалі не потрібні нові розробники - ми можемо впоратися з вантажем. Ми провели марш смерті, який включав 7-денний робочий тиждень протягом багатьох місяців за минулу зиму. Половина розробників написала 40 год / тиждень у додатку для звітування, тоді як декілька з нас повідомили про фактичну кількість. За федеральним законом програмісти "звільняються" (це означає звільнення від понаднормового режиму за відсутності союзного договору навпаки), тому звіт про понаднормовий час не отримуватиме нам оплату понаднормово, але цифри все одно відображатимуться у звітах.

Час, витрачений на роботу над помилками та новим кодом, відслідковується в сервісі Team Foundation Server, і ми відстежуємо його лише детально 1 день. Це ми намагаємось зробити для того, щоб краще оцінити, скільки часу знадобиться для виконання дій, оскільки наш процес оцінки відключений від -25% до + 1000%. Наразі, кидати дартс у календар по кімнаті приблизно так само точно, як і наші процеси оцінки.

Попереднє місце використовувало табелі обліку рахунків для клієнтів, тому якщо ви витратили 45 хвилин на роботу над помилкою клієнта, то клієнту було виставлено рахунок за 45 хвилин.

Я заповнював графіки роботи, як штатного працівника, так і як підрядника, протягом майже десятиліття на чотирьох різних роботах, тож знаходжу невеликі тертя у використанні тоді, проте я не вірю в те, щоб занадто швидко потрапити в деталізація завдань. Сама зерниста я колись поїду - це 1/4 години, і це рідко.

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

Я рекомендую це будь-кому, хто знаходить, що їх ведення розкладу або забирає занадто довго, або дратує

Мені ніколи не доводилося заповнювати графік роботи і не думаю, що я приєднаюся до компанії, яка вимагає від мене. У всіх компаніях, де я працював, мене завжди судили на основі того, що я зробив, а не того, як тривало це . Результати та ефективність набагато важливіші, ніж тривалість їх отримання. Насправді, перше включає в себе останнє: якби я за рік зробив стільки, скільки інший розробник на подібній посаді зробив за місяць, моя оцінка, ймовірно, не була б дуже хорошою. Навпаки, також не працює: знання того, що одна людина на цьому тижні проводила 60 годин на роботі, а інша витрачала 40, недостатньо для того, щоб зробити якесь вагоме судження. Деякі найефективніші розробники витрачають найменше часу на роботі саме тому, що вони ефективні.

Більше того, я був працівником, який отримував заробітну плату на кожній роботі, тому мені більше або менше не отримували зарплати, тому що я працював більше або менше годин. Тож інформація на розкладі ніколи не була б мені в користь. Нарешті, яка ваша справа, на що я витрачаю свій час, щоб виконати проект? Якщо я виробляю найкраще програмне забезпечення в компанії, але ви виявите, що я відвідую Інтернет 4 години на день, ви б звільнили мене? Звідки ви знаєте, що веб-серфінг не є важливим для мого розумового процесу? Більше того, навіть якби я займався веб-пошуку в Інтернеті 4 години на день, я, ймовірно, не ставлю його на свій часовий аркуш, а це означає, що інформація в будь-якому разі є марною. Я думаю, що я б спокусився заповнити його BS і передати його зі своїм звітом TPS наприкінці тижня ...