Методика тайм-менеджмента в сфере ИТ как способ повышения эффективности проектов

Былинкина Мария Владимировна / BylinkinaMariaVladimirovna – студент;

Демичева Анастасия Александровна / DemichevaAnastasiaAlexandrovna – студент,

кафедра информационных технологий в бизнесе, факультет бизнес-информатики,

Научно-исследовательский университет «Высшая школа экономики», г. Пермь

Аннотация: очень малое количество ИТ-проектов завершаются успешно. Использование практик тайм-менеджмента может изменить эту статистику в лучшую сторону.

Abstract: there are very few successfully completed IT-projects. Using time management methods can change these statistics for the better.

Ключевые слова:тайм-менеджмент, ИТ-проект, безнадежные проекты.

Keywords:time management, IT-project, death march projects.

В настоящее время для работников каждой профессии закон устанавливает определенное количество рабочих часов в неделю [4].

Путем исследований было выявлено, что наиболее оптимальной является 40-часовая рабочая неделя. Восемь часов в день, пять дней в неделю – именно столько времени, по мнению исследователей, должно быть достаточно для выполнения необходимой работы.

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

Рисунок 1. График зависимости производительности от рабочих часов

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

Ни для кого не секрет, что многие работники берут сверхурочные, тем самым работая свыше нормы, или просто задерживаются на работе, что становится регулярным явлением. Более того, они не получают плату за те часы, что отработали дополнительно. Зачастую офисные работники и работники в сфере малого и среднего бизнеса – в нашем случае программисты – работают по 50 часов в неделю вместо установленных 40.

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

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

Так почему же существует такой термин как переработка? Почему, когда, казалось бы, в мире, где по поводу рабочих часов все уже давно известно и измерено, люди не могут справиться с объемом предоставляемой им работы в отведенные сроки, изнуряя себя дополнительными часами и оставаясь на работе до позднего вечера, а иногда занимая и свои выходные? Всёе, опять же, исходит от психологических особенностей человека. К примеру, программисты получают удовольствие от программирования. По крайней мере, большинство из них. Им нравится решать задачи и совершенно не нравится оставлять их нерешенными и незаконченными. И это абсолютно логично, ведь незавершенная работа не приносит удовлетворения, отчего человек пребывает в состоянии стресса, беспокойства, а порой и раздражительности. Однако, несмотря на то, что программисты прилагают огромное количество усилий для решения задач, стоящих перед ними, статистика показывает, что большинство проектов остаются незавершенными. В чем же причина того, что показатели по данному критерию продолжают усугубляться?

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