Трудности безболезненного планирования » комментарииhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/2007-02-24T18:02:57-08:00Иван Сагалаев о программировании и веб-разработкеhttp://softwaremaniacs.org/media/sm_org/style/photo.jpgАлексей на "Трудности безболезненного планирования"
2007-02-24T18:02:57-08:00Алексейhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-5535Прошу высказать свое мнение всех участников. Применяются ли у вас поощрения и взыскания по результатам выполнения плана? Если да, то как именно, и кратко о плюсах и минусах.
<p>Прошу высказать свое мнение всех участников.</p>
<p>Применяются ли у вас поощрения и взыскания по результатам выполнения плана?</p>
<p>Если да, то как именно, и кратко о плюсах и минусах.WiRED на "Трудности безболезненного планирования"
2006-08-11T01:27:43-07:00WiREDhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-2800Там, правда, чисто принципиально все было хорошо, но когда в систему пришли пользователи (человека четыре), оказалось, что подход не работает А это называется - "управление рисками". Без которого нормального планирования в принципе не бывает.
<blockquote>
<p>Там, правда, чисто принципиально все было хорошо, но когда в систему пришли пользователи (человека четыре), оказалось, что подход не работает</p>
</blockquote>
<p>А это называется - "управление рисками". Без которого нормального планирования в принципе не бывает.Иван Сагалаев на "Трудности безболезненного планирования"
2006-08-11T01:07:34-07:00Иван Сагалаевhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-2798О, да! Бывает такое :-). Я сейчас готовлю статью как раз о похожем случае. Там, правда, чисто принципиально все было хорошо, но когда в систему пришли пользователи (человека четыре), оказалось, что подход не работает. Из серии "поди спланируй" :-). Опять же, повторюсь, наличие такой вероятности не повод не планировать вообще,...
<p>О, да! Бывает такое :-). Я сейчас готовлю статью как раз о похожем случае. Там, правда, чисто принципиально все было хорошо, но когда в систему пришли пользователи (человека четыре), оказалось, что подход не работает. Из серии "поди спланируй" :-).</p>
<p>Опять же, повторюсь, наличие такой вероятности не повод не планировать вообще, потому что оно все равно помогает в большинстве случаев.WiRED на "Трудности безболезненного планирования"
2006-08-11T00:40:33-07:00WiREDhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-2796Кстати - при попытках планирования в области софтостроения критически важно вычленить из общей рыхлой массы вещи фундаментальные и наиболее рисковые аспекты/ограничения. Если там возникают сомнения - то еще до начала планирования как такового необходимо создание модельного прототипа/test suite для выяснения ПРИНЦИПИАЛЬНОЙ возможности реализации проекта вообще. Не раз был свидетелем, как...
<p>Кстати - при попытках планирования в области софтостроения критически важно вычленить из общей рыхлой массы вещи фундаментальные и наиболее рисковые аспекты/ограничения. Если там возникают сомнения - то еще до начала планирования как такового необходимо создание модельного прототипа/test suite для выяснения ПРИНЦИПИАЛЬНОЙ возможности реализации проекта вообще.</p>
<p>Не раз был свидетелем, как бодро ваялись огромные объемы в рассчете на запроектированную функциональность одного из модулей. Когда же доходила очередь до него - оказывалось, что в принципе нереализуемо. И - опс! с кучей потерянного времени и горами кода, которого не к чему прикручивать.WiRED на "Трудности безболезненного планирования"
2006-08-10T23:51:45-07:00WiREDhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-2795Самая большая трудность заключается действительно не в исполнении плана, а в его составлении. Это называется "СЮРПРИЗ!!!" ;-)
<blockquote>
<p>Самая большая трудность заключается действительно не в исполнении плана, а в его составлении.</p>
</blockquote>
<p>Это называется "СЮРПРИЗ!!!"</p>
<p>;-)Горбунов Олег на "Трудности безболезненного планирования"
2006-08-10T08:40:27-07:00Горбунов Олегhttps://softwaremaniacs.org/blog/2006/08/10/painless-scheduling-problems/#comment-2792То, что план должен быть детализирован до очень простых задачек по нескольку часов, подразумевает, что функциональность надо заранее полностью спроектировать. И вот сидеть и придумывать в голове, как оно “будет”, гораздо сложнее, чем просто делать, что делается, и по ходу смотреть, что получается. Хотел заметить, что при работе в группе,...
<blockquote cite=Автор><p>То, что план должен быть детализирован до очень простых задачек по нескольку часов, подразумевает, что функциональность надо заранее полностью спроектировать. И вот сидеть и придумывать в голове, как оно “будет”, гораздо сложнее, чем просто делать, что делается, и по ходу смотреть, что получается.</blockquote>
<p>Хотел заметить, что при работе в группе, данное планирование обходится безболезненней - мы как правило, садимся и начинаем "программировать" поведение системы на бумаге - причем сначала каждый набрасывает свой вариант, потом варианты аггрегируются группой во фронт работ, вбирая все оправдывающие себя реализации и нововведения, после чего разделить работу и распланировать ее по времени не составляет особого труда, ибо в процессе аггрегирования, а значит и построения системы, каждый принимает непосредственное участие.<br>
Опять таки, это снижает эффект от разной предсказуемости, поскольку группой оценить возможные узкие места системы, разработанной всеми вместе, гораздо легче.</p>
<p>PS. Мне на плечи неожиданно упал груз управления своей группой, решил воспользоватся данной возможностью для реального планирования разработок. Начал приучать начальство к данной идее. :-)<br>
На удивление, ссылка начальству на вашу предыдущую статью очень помогла, начальство решило посмотреть на эффективность планирования задач непосредственно исполнителями.<br>
В общем, спасибо вам огромное, количество полезной информации, черпаемой из ваших статей просто невероятное. =)