Семинар „Best Practices in Software Engineering” - 20.02.2008
За тези, които не са видели досега обявата - напомням за семинара, организиран от БАРС, на темата „Best Practices in Software Engineering”.
Семинарът ще се проведе на 20 февруари (сряда) в парк-хотел „Москва” в София, зала „Киев” от 18:00 часа. Входът е свободен - доведете колеги и приятели!
Аз ще изнеса две от лекциите, а третата ще я изнесе Стефан Кирязов от Верео. Ето и самата програма на семинара:
- 18:00-18:50 - Rapid Development, Part 2 (Майк Рам)
- 19:00-19:50 - Software Development Estimation – Dark Art or Science (Стефан Кирязов)
- 20:00-20:40 - Usability Considerations for Developing Web Applications (Майк Рам)
Заповядайте! Обещавам, че ще ви бъде интересно 
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл
Категории: Курсове и семинари, Разработка на софтуер, Управление на проекти | 9 коментара
Препоръчано четиво: Project Management, System Architecture, Business Analysis
В софтуерния бизнес ролите на системния архитект и бизнес анализатора са придобили своята стойност и авторитет, но все още малко са хората, които имат задълбочени познания в тези области. Предлагам ви няколко линка с основополагащи ресурси в тази насока, които могат да ви бъдат изключително полезни.
Craig Brown от Better Projects предлага един списък с полезни ресурси в областта на системната архитектура, сред които:
-
The Journal of Enterprise Architecture, издаван от The Association of Enterprise Architects
-
Връзки към Enterprise Architecture от Bredemeyer Consulting.
Към неговия списък бих добавил и сайта на Международната асоциация на софтуерните архитекти (IASA), на която и аз съм горд член. Там можете да намерите много ценни материали за ролята и работата на софтуерния архитект - една професия, която тепърва има да разкрие пълния си потенциал.
Категории: Връзки, Препоръчано четиво, Разработка на софтуер, Управление на проекти | Няма коментари
Професионални IТ организации
В блога на ТеchRepublic 10 Things открих този списък от организации, в които всеки ИТ специалист може да членува.
- American Society for Information Science & Technology
- Association for Computing Machinery
- Association for Information Systems
- Association for Women in Computing
- Association of Information Technology Professionals
- Data Management Association
- IEEE Computer Society
- Independent Computer Consultants Association
- Institute for the Certification of Computing Professionals
- Network and Systems Professionals Association
- Network Professional Association
- Society of Computer Professionals
- Society for Information Management
- Technology Managers Forum
- USENIX: The Advanced Computing Systems Association
- Women in Technology International
Повечето от посочените професионални асоциации са американски, но някои от тях са международни. Абонатите на TechRepublic могат да си го свалят и във вид на PDF файл, в който има и по-подробно описание на целите и дейността на всяка една от посочените организации.
Какво може да ни даде членството в подобна организация?
Категории: Връзки, Разработка на софтуер | 2 коментара
Еволюцията на проджект мениджъра
Cinda Voegtli от ProjectConnections.com споделя в днешната си статия еволюцията на своите впечатления за ролята на проджект мениджъра, така както са се развивали през годините на нейната кариера - първо като член на екипа, който е гледал на ПМ-а със страхопочитание, после като човек, изпълнявал тази роля, и накрая, като висш мениджър, който търси човек, на когото да може да разчита за успешното изпълнение на дадения проект.
Еволюцията на нейното виждане за ролята на проджект мениджъра е много интересна. Като се започне от
- човека, който следи за спазването на сроковете и докладва на притеснения клиент,
минем през
- този, който ни кара постоянно да попълваме някакви бланки, които не ни трябват,
- този, на който големите шефове искат да се доверят, а подчинените му нямат доверие и
- човек, който с нищо не допринася за успеха, а само пречи
и стигнем до
- човекът, който разчиства проблемите, така че всеки да може лесно и спокойно да си свърши работата и
- лидер, който благодарение на своята гъвкавост, вдъхновение и комуникативни способности, успява да накара много хора да работят за постигането на една цел.
Категории: Професията на проджект мениджъра | 1 коментар
Не се задълбавайте в технически проблеми
Събирайки материали за този блог забелязах, че много от нещата, за които искам да пиша, са насочени към по-младите и неопитни проджект мениджъри и с особена сила важат за онези, които са били кадърни и опитни програмисти преди това. Може би скоро ще се появи една нова рубрика Съвети към новоназначените проджект мениджъри, насочена предимно към тях.
Има много случаи в практиката, когато проджект мениджъра е изкушен да се захване с някоя програмистка задача, особено ако преди да стане такъв е бил опитен програмист или пък когато задачите по управлението на проекта не могат да го натоварят пълноценно. Нещата стават още по-зле, когато се появи някакъв технически проблем, който изглежда, че не може да бъде решен лесно от никого от екипа. Тогава програмисткото сърце на пиема не може да се сдържи да не се гмурне в проблема и той се захваща здраво в това техническо предизвикателство, забравяйки за всичко друго около себе си. Вече нищо не може да привлече вниманието му обратно, докато пустия бъг не бъде преборен.
Това е много опасно изкушение и много бивши програмисти не могат да му устоят. Проблемът е, че докато мислите ти са заети с чепатия технически проблем, забравяш за всичките си задължения като шеф на проекта. И както казва старата поговорка: от дърветата не можеш да видиш гората. А твоята нова позиция изисква никога да не губиш поглед от цялата гора, защото в екипа ти си единствения човек с това задължение и отговорност.
Категории: Професията на проджект мениджъра | 13 коментара
Техники за събиране на изисквания
Наскоро ми попадна една статия, озаглавена 10 техники за събиране на изисквания. Tom Mochal е много авторитетен експерт в областта на проджект мениджмънта и аз много ценя неговото мнение, но някои от нещата, описани в тази статия ми изглеждат съвсем тривиални, като обсъждане с един човек, обсъждане с двама човека и обсъждане с 3-4 човека.
По-интересно за мен беше това, че той посочва някои техники, които ми се струва, че не са толкова популярни, а според мен са изключително ефективни. Затова реших да се спра на тях и ги разгледам по-детайлно.
Ходене по вода
Благодарение на Ирина Марудина открих тази мъдра мисъл, принадлежаща на Edward V. Berard и не мога да се сдържа да не я споделя с вас тук. В оригнила звучи така:
Walking on water and developing software from a specification are easy if both are frozen.
А на български така:
Ходенето по вода и разработването на софтуер по спецификация са лесни, ако и двете неща са замразени.
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл
Категории: Разработка на софтуер, Хумор | 1 коментар
Най-важните правила в делегирането
Днес в английската версия на блога PM Stories публикувах един пост, озаглавен Най-важните правила в делегирането. В него съм събрал идеи и съвети от различни специалисти, като съм фокусирал мислите си върху това, което смятам за най-важно: Защо трябва да делегираме? и Какво трябва да делегираме?
Много важно е да разберем, че делегирането на задачи е двустранен процес - ние поставяме задачата, но и този, който ще я изпълни, трябва да бъде мотивиран за това. А основната мотивация да поемаш нови отговорности, е възможността за професионално развитие и растеж. Това, което е задължение на мениджъра, е поставяйки задачи и делегирайки отговорност, постоянно да дава възможност за растеж на хората от своя екип.
Прочетете цялата статия. Вярвам, че ще ви бъде полезна.
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл
Категории: Връзки, Лидерство, Работа в екип | 1 коментар
Кой тества вашия продукт?
Процесът на тестване на продукта отдавна е утвърден в теорията на софтуерното производство и даже съществува ролята на тестера - човек който притежава специфични качества и умения (различни от тези на програмиста), и е специално обучен да провери дали това, което произвеждаме, отговаря на зададените изисквания и се държи стабилно.
В интерес на истината, до неотдавна у нас съществуваха фирми, които не практикуваха никакво тестване, т.е. оставяха откриването на грешки като изненада за клиента, и такива, които възлагаха тази работа на самите програмисти, въпреки че практиката е установила, че този, който пише даден код, не е в състояние да открие голямо количество от бъговете, защото не може да разчупи мисленето си и да погледне на продукта от друг ъгъл. Вярвам, че такива фирми вече не са останали в днешно време, а ако все още съществуват, съм убеден, че пазарът ще ги принуди да променят отношението си към качеството на продукцията си или просто ще ги смачка.
Категории: Работа в екип, Разработка на софтуер, Управление на проекти | 8 коментара
10 стъпки в кариерата на проджект мениджъра
Наскоро ми попадна един видеоклип на Ammar Mango, в който той леко хумористично разкрива кои са 10-те стъпки, които трябва да извърви един проджект мениджър в своята кариера. Филмчето можете да видите тук - то е дълго само 2 минути, а аз научих за него от блога на Craig Brown.
И така, кои са 10-те стъпки в кариерата на успешния проджект мениджър?
1. Формално обучение
Според западното мислене, преди да започнеш работа в някаква област, е редно да си учил за това. Или си посещавал лекции по управление на проекти в университета, където си следвал, или твоите работодатели са те пратили на курс по project management преди да ти възложат първия проект. На теория е така, но на практика - не съвсем. От една страна, у нас темата за управление на проекти е все още слабо застъпена в учебните програми на университетите, а от друга работодателите много-много не обичат да инвестират в обучение на своите служители. Току-виж си напуснал точно след като са те научили да управляваш сложни проекти.
2. Придобиване на PMP сертификат
Американците ценят сертификатите и обичат да си ги окичват по стените. Колкото повече сертификата имаш - толкова по-добре. PMP специално е много авторитетен, защото е взема трудно и е скъп. Оттук и допълнителното уважение - щом си дал толкова пари, значи си сериозен. У нас тепърва започна да се пробужда интереса към него, но сложната процедура и високата цена сякаш са най-големите пречки пред кандидатите. (Бележка в скоби: и аз още не съм го взел, въпреки че се каня от половин година поне. Срам, срам!…)
Категории: Професията на проджект мениджъра | Няма коментари
-
RSS абонамент
Препоръчвам ви
Връзки
Авторски права
-
Admin
