100 Проектов за 100 Дней
Запустим 30 проектов за 30 дней. Наши проекты помогают людям, они полезные и практичные. Они разного объема и направления: от страницы в Фейсбуке до профессионального видео или сайта.
Даже в крупных аутсорс компаниях, где работа кипит, вам редко удастся поработать хотя бы над десятью проектами в год. Другой такой возможности поучаствовать в тридцати проектах за один месяц нет. Такой опыт пригодится в любой отрасли и на любой позиции, прокачает скиллы, сформирует хороший портфолио и поднимет профессиональную уверенность в себе.
Даже в крупных аутсорс компаниях, где работа кипит, вам редко удастся поработать хотя бы над десятью проектами в год. Другой такой возможности поучаствовать в тридцати проектах за один месяц нет. Такой опыт пригодится в любой отрасли и на любой позиции, прокачает скиллы, сформирует хороший портфолио и поднимет профессиональную уверенность в себе.
| На страницу проекта |
невредные советы
Делюсь опытом как решать
проблемы в IT компаниях
проблемы в IT компаниях
[7] Календарь
Я заношу список дел на каждый день в календарь.
Туда входят обеды, встречи, личные дела и рабочие задачи.
Использую календарь как закрытый список дел на день и как напоминалки. В календаре видно, какие задачи накладываются и на какие не хватает времени. Можно помечать задачи как выполненные поставив + в заголовке, или – если задачу решить не удалось. Разные типы задачи отмечаю разными цветами.
Если задачу делаю часто, то ставлю на повтор в календаре. Так видно, что будет через неделю, месяц или год.
Когда задач становится много, "встряхиваю" их — группирую, делегирую или планирую на другое время.
Я заношу список дел на каждый день в календарь.
Туда входят обеды, встречи, личные дела и рабочие задачи.
Использую календарь как закрытый список дел на день и как напоминалки. В календаре видно, какие задачи накладываются и на какие не хватает времени. Можно помечать задачи как выполненные поставив + в заголовке, или – если задачу решить не удалось. Разные типы задачи отмечаю разными цветами.
Если задачу делаю часто, то ставлю на повтор в календаре. Так видно, что будет через неделю, месяц или год.
Когда задач становится много, "встряхиваю" их — группирую, делегирую или планирую на другое время.
[6] Сроки не резиновые
Анекдот:
Просыпается мужик с сильного бодуна, и видит плакат на стене — "Завтра бросаю Пить!". И с облегчением думает: "Фух, слава Богу что завтра"
Завтра может не наступить. Кажется, что время резиновое и всегда можно добавить еще немного на решение проблем. Не успел построить дом за год — поработаю еще пару месяцев; не успели запустить сайт в январе — запустим в марте; не купил билеты на концерт сегодня — еще успею взять завтра.
Чтобы сделать вовремя, гусеницу нужно прибить «гвоздями», тогда она не сдвинется. Так в конце каждой итерации у вас будет рабочий продукт (пусть и не финальный), и следующий этап можно скорректировать из полученного опыта.
Просыпается мужик с сильного бодуна, и видит плакат на стене — "Завтра бросаю Пить!". И с облегчением думает: "Фух, слава Богу что завтра"
Завтра может не наступить. Кажется, что время резиновое и всегда можно добавить еще немного на решение проблем. Не успел построить дом за год — поработаю еще пару месяцев; не успели запустить сайт в январе — запустим в марте; не купил билеты на концерт сегодня — еще успею взять завтра.
Чтобы сделать вовремя, гусеницу нужно прибить «гвоздями», тогда она не сдвинется. Так в конце каждой итерации у вас будет рабочий продукт (пусть и не финальный), и следующий этап можно скорректировать из полученного опыта.
[5] Работа по Agile
Точно понять, какой должен быть результат работы очень сложно, ведь мы не умеем читать мысли других людей. Если показать результат в последний день, то комментарии и правки тоже придут в день дедлайна. Так вы точно не уложитесь в срок.
Вот для примера процесс разработки сайта.
Перед началом разработки веб-студия пошагово сдает клиенту техническое задание, прототип, дизайн главной, дизайн остальных страниц и верстку. Так клиент вносит уточнения и корректировки на каждом шаге не останавливая процесса работы.
Показывать результат в последний день — плохая идея. Принимающая сторона может попросить исправить, доработать или полностью переделать работу и это наверняка потребует дополнительных ресурсов и сдвинуть срок сдачи.
Если регулярно показывать прогресс, то правки поступают постепенно и помогают работе. Можно избежать лишних переделок и выполнить задачу на 100% в срок.
Очень сырой результат показывать не нужно.
Точно понять, какой должен быть результат работы очень сложно, ведь мы не умеем читать мысли других людей. Если показать результат в последний день, то комментарии и правки тоже придут в день дедлайна. Так вы точно не уложитесь в срок.
Вот для примера процесс разработки сайта.
Перед началом разработки веб-студия пошагово сдает клиенту техническое задание, прототип, дизайн главной, дизайн остальных страниц и верстку. Так клиент вносит уточнения и корректировки на каждом шаге не останавливая процесса работы.
Показывать результат в последний день — плохая идея. Принимающая сторона может попросить исправить, доработать или полностью переделать работу и это наверняка потребует дополнительных ресурсов и сдвинуть срок сдачи.
Если регулярно показывать прогресс, то правки поступают постепенно и помогают работе. Можно избежать лишних переделок и выполнить задачу на 100% в срок.
Очень сырой результат показывать не нужно.
Scrum
Революционный метод управления проектами
Задачи всегда нужно делать на 100%, но именно последний процент самый важный.
Сделать на 99 процентов — получить образование без диплома, запустить сайт без ссылки, сшить штаны без пуговицы, купить машину без ключа или бутылку вина без штопора. Сделано много, а толку мало.
Только сотый процент решает.
Сделать на 99 процентов — получить образование без диплома, запустить сайт без ссылки, сшить штаны без пуговицы, купить машину без ключа или бутылку вина без штопора. Сделано много, а толку мало.
Только сотый процент решает.
[4] Сотый процент
[3] Принцип "Точно знаю за что берусь"
Не беритесь сразу решать новые задачи, как только их получаете. Не разобравшись, сложно оценить время и усилия. Понятную задачу легко объяснить, выполнить или изменить условия. Чтобы понимать, что в действительности нужно, дайте ответ на три вопроса:
Кому это нужно?
Узнайте, для кого решается задача, что бы понять какой требуется результат. Выясните: кто принимающая сторона, кто проверит результат, кто указывает требования и кому в итоге покажут результат работы.
Что это даст?
Уточните, что даст решение задачи. Например: составлю отчёт по рекламе, а что это даст? Вот включим форму, а зачем? Ок, добавим страницу, а для чего?
Эти вопросы помогут понять важность, срочность, возможные проблемы и цели задачи. Например: иначе инвестиций не получим; потому что начальник лично попросил; так все сейчас делают. После этого вопроса легко предложить более полезное альтернативное решение.
Я правильно понял?
Когда поймёте для кого и зачем делать, опишите что конкретно планируете сделать. Например: я правильно понял, что я нарисую до завтра 3 варианта логотипа в векторе в цветах бренда? Я покрашу входную дверь в синий цвет, так? Добавлю форму только с полем для email, правильно?
После этого часто следуют уточнения к задаче: нужен 1 логотип уже сегодня; покрасить нужно и межкомнатные двери; ещё нужно поле для телефона и отправлять в Mailchimp. Частые повторные задачи можно не уточнять.
Не беритесь за работу, пока не уточнили ответы на эти вопросы.
Не беритесь сразу решать новые задачи, как только их получаете. Не разобравшись, сложно оценить время и усилия. Понятную задачу легко объяснить, выполнить или изменить условия. Чтобы понимать, что в действительности нужно, дайте ответ на три вопроса:
Кому это нужно?
Узнайте, для кого решается задача, что бы понять какой требуется результат. Выясните: кто принимающая сторона, кто проверит результат, кто указывает требования и кому в итоге покажут результат работы.
Что это даст?
Уточните, что даст решение задачи. Например: составлю отчёт по рекламе, а что это даст? Вот включим форму, а зачем? Ок, добавим страницу, а для чего?
Эти вопросы помогут понять важность, срочность, возможные проблемы и цели задачи. Например: иначе инвестиций не получим; потому что начальник лично попросил; так все сейчас делают. После этого вопроса легко предложить более полезное альтернативное решение.
Я правильно понял?
Когда поймёте для кого и зачем делать, опишите что конкретно планируете сделать. Например: я правильно понял, что я нарисую до завтра 3 варианта логотипа в векторе в цветах бренда? Я покрашу входную дверь в синий цвет, так? Добавлю форму только с полем для email, правильно?
После этого часто следуют уточнения к задаче: нужен 1 логотип уже сегодня; покрасить нужно и межкомнатные двери; ещё нужно поле для телефона и отправлять в Mailchimp. Частые повторные задачи можно не уточнять.
Не беритесь за работу, пока не уточнили ответы на эти вопросы.
Атлас держит небесный свод
[2] +20% времени
При оценки времени всегда добавляйте 10-20%.
Презентация на 30 минут займет 35,
по дороге на работу бывают пробки, телефонный разговор может затянуться, троллейбус опоздать, банк открыться позже.
Если проблем не возникло, работа будет закончена раньше дедлайна,
а в худшем случае — сдана в срок.
Презентация на 30 минут займет 35,
по дороге на работу бывают пробки, телефонный разговор может затянуться, троллейбус опоздать, банк открыться позже.
Если проблем не возникло, работа будет закончена раньше дедлайна,
а в худшем случае — сдана в срок.
[1] Бюрократия задач
В маленьких командах менеджеры ставят задачи и получают результат по несколько раз в день. В крупных корпорациях и государственных организациях задачи принимают очень медленно, а выполняют месяцами. При бюрократии в компании, менеджерам ставить задачи сложно и неудобно, поэтому в работу идут только самые важные.
Примеры бюрократии задач: принимают только по почте,
должен утвердить директор, поставят в работу только через месяц, нужно создать задачу по специальному шаблону в 1C программе через удаленный доступ. Чем больше мороки, тем меньше задач будет поступать от менеджеров.
Хотите меньше решенных задач — добавьте бюрократии.
В маленьких командах менеджеры ставят задачи и получают результат по несколько раз в день. В крупных корпорациях и государственных организациях задачи принимают очень медленно, а выполняют месяцами. При бюрократии в компании, менеджерам ставить задачи сложно и неудобно, поэтому в работу идут только самые важные.
Примеры бюрократии задач: принимают только по почте,
должен утвердить директор, поставят в работу только через месяц, нужно создать задачу по специальному шаблону в 1C программе через удаленный доступ. Чем больше мороки, тем меньше задач будет поступать от менеджеров.
Хотите меньше решенных задач — добавьте бюрократии.
