February 2012

В данной книге, как и во всякой другой, есть главы, структура, множество скриншотов. Она рассказывает о последних достижениях в мире Joomla!.

Книга создана на основе своих успешных предшественниц — «Joomla! 1.6 - Beginner’s Guide» и «Joomla! 1.7 - Beginner’s Guide». В «Руководстве для начинающего пользователя Joomla 2.5» появились новые главы, старые главы переработаны, скриншоты, где это необходимо, заменены.

Она окажется полезной рядовым читателям, рекламодателям, авторам, переводчиками и, конечно, сообществу Joomla по множеству причин.

Она бесплатна

Книга доступна в форматах HTML и PDF. Оба варианта — бесплатны.

Она будет помогать в решении стоящих перед вами задач

Вы многое для себя откроете, читая эту книгу!

Она спонсируется

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

Спасибо спонсорам.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в англоязычной версии книги.

Эта книга — плод совместной работы

Кроме меня над этой книгой работало еще несколько авторов.

Благодарю:

• Milena Mitova за главу «Почему вам нужна поисковая оптимизация»,
• Angie Radtke за главу «Шаблон Beez»,
• Henk van Cann за главу «Богатеем и завоевываем уважение, строя сайты на Joomla!»,
• Jen Kramer за главу «Сайт на основе Joomla! 2.5 с нуля».

Книга многоязычная

Будут доступны переводы на следующие языки:

Испанский — «Joomla! 2.5 - Guía para principiantes»

Спасибо переводчику Isidro Baquero (Gnumla).

Большое спасибо спонсору «Complusoft».

Итальянский — «Joomla! 2.5 - Guida per Principanti»

Спасибо переводчику Cinzia

Спасибо спонсорам.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Немецкий — «Joomla! 2.5 für Anfänger»

Спасибо переводчику Hagen Graf.

Спасибо спонсорам.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Французский — «Joomla! 2.5 - Le Guide Pour Débutant»

Спасибо переводчикам: Serge Billon и Simon Grange.

Спасибо спонсорам.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Русский — «Руководство для начинающего пользователя Joomla! 2.5»

Спасибо переводчику Алексею Баскинову.

Спасибо спонсорам.

Спасибо «Джумру». Благодаря поддержке, оказанной данной компанией и её руководителем Артемом Лебсак в частности, в процессе подготовки русскоязычной версии предшественницы — «Joomla! 1.7 - Beginner’s Guide» — был накоплен значительный опыт, позволивший добиться более высокого качества изложения материала в «Руководстве для начинающего пользователя Joomla! 2.5».

Спасибо команде русской локализации Joomla, а также пользователям форума Joomlaforum.ru, принимавшим активное участие в вычитке, тестировании и критике текущей локализации. Благодаря их усилиям в «Руководстве для начинающего пользователя Joomla! 2.5» — русскоязычные иллюстрации.

Спасибо русской студии «Redsoft», обратившей внимание многочисленного русскоязычного Joomla-сообщества на предшественницу — «Руководство для начинающего пользователя Joomla! 1.7» — обеспечившей тем самым значительный изначальный интерес к настоящему руководству.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Датский — «Joomla! 2.5 - Begynder Guide»

Спасибо переводчику Ole Bang Ottosen.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Шведский — «Joomla! 2.5 - Nybörjarguide»

Спасибо переводчику Victoria Victor.

Напоминаем о том, что вы можете стать спонсором, а также заказать рекламу в этой версии книги.

Нам нужны ваши отзывы

Оставляйте отзывы: комментируйте HTML-версию книги, опубликованную на данном сайте.

Подключайтесь к будущему проекту!

Выпуск следующей версии Joomla не за горами!

Присоединяйтесь!

EM PROCESSO DE TRADUÇÃO

Bem-vindo ao Joomla. Este é um sistema gratuito para criação de websites. É um projeto de código aberto, que, como a maioria dos demais projetos, está em constante movimento. É imprevisível, por vezes indescritível, parcialmente controverso, muitas vezes altamente sexy e, às vezes, um pouco devagar e provinciano. No entanto, ou talvez até por causa disso, tem sido extremamente bem sucedido e popular nos últimos seis anos, com milhões de usuários em todo o mundo.

Use uma vez na primeira vez que aparecer e depois pode esquecer!

A palavra Joomla tem sua origem em Jumla um termo do idioma africano suaíli e quer dizer "todos juntos".

O Projeto é resultado de uma discussão acalorada entre a Fundação Mambo, que foi criada em agosto de 2005, e sua equipe de desenvolvimento na época. Joomla é uma evolução do Mambo, um sistema de sucesso. É usado em todo o mundo para criar homepages simples e sites corporativos complexos também. É fácil de instalar, de gerenciar e muito confiável.
O time Joomla se organizou e reorganizou nos últimos seis anos.

• De 2005 a 2009, Joomla 1.0 foi desenvolvido até a versão 1.0.15, que foi oficialmente encerrado em setembro de 2009.
• De 2005 até hoje, Joomla 1.5 ainda está em desenvolvimento. Em janeiro de 2008 foi apresentada sua versão estável e terá sua vida útil encerrada em abril de 2012.
• De 2008 a 2011, Joomla 1.6 foi desenvolvido. Um versão estável está disponível desde janeiro de 2011.
• Em julho de 2011 Joomla 1.7 foi lançado
• Joomla 2.5 (janeiro 2012) foi o primeiro lançamento de longo prazo (LTS) desde que Joomla 1.5 foi disponibilizado.

Os usuários do Joomla permaneceram fiéis. Muitos transferiram seus sites do Mambo para Joomla e aprenderam muito ao longo dos anos. Muitos usuários vestiram a camisa do sistema nos últimos anos, mas ainda existem pessoas pelo mundo que nunca ouviram falar sobre o sistema. Joomla, juntamente como Drupal e WordPress, são os sistemas gerenciamento de conteúdo de código aberto mais utilizados no mundo.

Figura 1: Drupal, Joomla, WordPress no Google Trends mundial - 17/01/2012

In Figure 1, Joomla and WordPress are on the same average level according to Google search volume trend. Joomla and Wordpress are searched three times as often as Drupal. However, the search volume for Joomla has been declining since 2010. It was time for Joomla to start rethinking with the release of the Joomla 1.6 version in January 2011 and Joomla 1.7 in July 2011. 

Figure 2: Google Trend 2012-01-17 Germany - Drupal, Joomla, Wordpress

Compared to the world average, the situation in e.g. Germany is different (Figure 2). Joomla has almost twice as large of a search volume as WordPress and WordPress almost four times as much as Drupal.



Here are a few statistics from Google Trends (Table 1):

Country	Drupal	Joomla	WordPress
World	0.30	1.00	1.08
Chile	0.00	1.00	0.82
France	0.20	1.00	0.68
Germany	0.16	1.00	0.61
Italy	0.17	1.00	0.60
Poland	0.15	1.00	0.43
Russian Federation	0.30	1.00	0.50
Spain	0.26	1.00	1.00
Sweden	0.36	1.00	1.36
Switzerland	0.15	1.00	0.45
UK	0.40	1.00	1.65
USA	0.66	1.00	2.30
China	0.80	1.00	3.20

Table 1: Google Trend  - Drupal, Joomla, WordPress

There are significant national differences in the use of content management systems. In Germany, for example, the CMS TYPO3 also plays a role. The search volume is comparable to Joomla.

In January 2012, 2.8 % of the entire web is powered by Joomla (http://w3techs.com/technologies/overview/content_management/all)

The range of Joomla websites goes from very simple homepages to complex business applications and projects based on the Joomla Framework. What makes Joomla so successful, and the ways in which you can use it, will be described in this book.

Who am I?

My name is Hagen Graf, I'm 47 years old, and I live in Fitou, France. I am married to the woman of my dreams and have four daughters.



My work consists of many different activities such as teaching, advising, listening, testing, programming, understanding structures, developing new applications, questioning, and always trying something new.

Actually, my work can be done completely online but sometimes clients may have reservations about fully online projects, which is why I am on the road a lot. Being on the road means meeting clients in different countries with different languages and cultures, long car, bus or train rides as well as very short response times to customer enquiries, Facebook messages and tweets.

This way of working has implications for what I once used to call "the office".
 I need to be able to have access from anywhere in the world to my e-mails, pictures, videos, tweets, and documents. My office is located where I am.

Who are you?

Of course I do not know exactly what you do, but many people whom I have worked with work in a way similar to myself. Employees of larger companies however, for various reasons, often cannot or may not work as flexibly. Your own experience with computers is probably similar to mine. Many of us started with an older PC and a Windows system at school or at home, and then got to know from experience the harsh reality of office applications, data loss, insufficient memory, and hard drive and printer configuration adventures. The wonderful relationships between these things have been changed with the user-centred way of Web 2.0 and the use of smart phones, but this does not necessarily make it easier.

If you do not love messing with passion at night with your operating system or telephone or sorting your photos and music, and moving them all from one device to another, then you are probably just like me - happy when your devices and applications are working, when you can access your data on the Internet and all is working smoothly. If you work from a home office, a smooth work environment becomes particularly important. Non-functioning soft- and hardware can quickly turn your situation into a nightmare.

I distinguish between the following types of users:

• Visitors: They visit a website and they do not care much about the system you used for creating the site.
• Users: They use the website. They create content using pre-defined procedures.
• Website Designers or Integrators: They install a Joomla site on a server, create categories, content, links and menu modules, configure templates and languages, are all-rounders and usually have the sole responsibility for the website.
• CSS Designers: They often like to work exclusively with files that have the extension .css.
• HTML Designers: They give CSS Designers the foundation they need for their work. In Joomla, they create the so-called template overrides and alternative layouts.
• Developers: They know the programming languages PHP and JavaScript and like to use them. They enhance the Joomla core with additional functions.
• Architects: They think about security, speed and code quality.

The website designer plays a special role in this list. He usually has to cover all other roles, which constitutes a real challenge. As I am writing this book, I often find myself thinking about the website designer.

A company, an institution, a club, an organization, yes, probably everyone, needs a web presence that is user-friendly and flexible. A presence - one that develops over time, can easily be changed via a web browser. This presence can replace your filing cabinet and leather address book; this presence can communicate with different devices and it can be extended easily.

I assume your website already explains what you do or what your company does. This is your place where you maintain your customer relations 24 hours per day, seven days a week.
Your website probably contains a collection of applications and data summarising your activities. Your site should also contain interfaces to allow other applications to use them.

Until a few years ago, the creation of a website was a difficult thing to do. Whilst you did not have to be a renowned specialist, a combination of perseverance and having fun with what you are doing were necessary to produce appealing results. You had to create static HTML pages in an HTML editor and then upload them via file transfer protocol to a server. To create even the simplest interactivity such as a contact form or a forum, you had to learn a programming language.
It is more than understandable that many people did not take this hardship on themselves and handed over the creation of a website to a web agency or did not even start the project in the first place.
Thanks to Facebook and kits such as Google Sites, creating simple web pages has become relatively easy but if you want something unique, you should become familiar with a content management system.

Joomla offers everything you need to create your own, individual website.

What is this book about?

First of all, it is about Joomla and how to use it.

Joomla is a tool with lots of possibilities and you can use the system in a huge variety of configurations, depending on your ideas and wishes.
In order to allow comfortable access, I have structured the book as follows:

1. This Introduction
2. Showcase
3. Installation
4. Structures and Terms
5. What's new in Joomla! 2.5?
6. Managing Content
7. How to Create an 'About Us' Page
8. A Typical Article
9. Media Manager
10. Contact Form
11. Statuses, Trash and Check-Ins
12. Structure Your Content with Categories
13. Website and Content Configuration
14. Templates
15. Navigation
16. Users and Permissions
17. Extension Management
18. Core Extensions
    1. Banners
    2. Contacts
    3. Messaging
    4. Newsfeeds
    5. Redirects
    6. Search
    7. Smart Search
    8. Weblinks
19. Modules
20. Plug-Ins
21. Working with Templates
    1. Create Your Own Style
    2. Customizing Existing Templates
    3. Overrides
    4. Create a New Template Using Atomic
22. The Beez Template
23. Why SEO is important for you
24. Multi-Language Websites
25. A Joomla! 2.5 Website from Scratch
26. Upgrade from older versions
27. Earning respect and money with Joomla
28. Resources

What will you be able to do after reading this book?

Although you are a beginner, you will be able to manage your own Joomla website via a web browser.

If you are somewhat familiar with HTML, CSS and image editing, you will be able to customize a template for your website.

Any further questions?

Don't hesitate!

Of course, I can't deliver technical support. The Joomla forums provide a wealth of knowledge and you will definitely find answers to your questions there. If you have comments or questions about the book, however, please feel free to leave them in the comments section below.

Basics

Before you install Joomla 2.5, create a website, and get rich and famous, please have a short look at the basics.

What I wrote there also applies to your Joomla website.

A quoi ressemble les Sites Web créés avec Joomla ?

Il est impossible de répondre à cette question simplement, vu le nombre important de sites web basés sur le logiciel Joomla!, mais généralement, le design est créé par une agence et est "transformé" en un template pour Joomla!. Donc l’extérieur d'un Site web peut tromper. Cependant, voici quelques captures d'écran pour vous donner une idée.

Alliance for Catholic Education - University of Notre Dame

The Alliance for Catholic Education, ou ACE, utilise Joomla 1.7 pour gérer sa présence à multifacettes sur le web. ACE est un projet collaboratif de 12 programmes différents, travaillant tous à soutenir l'Ecole Catholique aux Etats Unis d'Amériques. Joomla!, avec le framework de template Gantry, permet à ACE d'organiser 12 sites uniques en un, en utilisant Joomla! et l'option multi templates de Gantry (p.e.: http://ace.nd.edu/teach est une page d'accueil unique pour l'un des programmes dans le site). Toutes les unités ACE sont construites dans la même instance Joomla! Avec la même base de données, ce qui permet de maintenir une forte connexion visuelle en rapport avec la page d'accueil, ainsi que de partager les mêmes réglages pour tous les membres de l'organisation y compris : l'intégration d'un fil d'actualité, une adhésion en ligne, un réseau JomSocial, plusieurs blogs, un tableau de bord et un catalogue en ligne des publications.

Les extensions favorites d'ACE sont: Yootheme's Zoo, Sh404sef, JCE, JSPT et Socialable's Autogroup.

Les projets futurs consisteront à intégrer un CRM (CiviCRM) qui fonctionnera avec le Framework Joomla!.

Figure 1: University of Notre Dame

• Site Web: http://ace.nd.edu/
• Créateur: CloudAccess , Ricky Austin

Plus de 3000 sites gouvernementaux construits avec Joomla!

JoomlaGov est une vitrine des sites gouvernementaux propulsés par Joomla! dans le monde. Plus de 200 pays sont représentés et, un mois après son lancement à 'J and Beyond' (http://www.jandbeyond.org) 2011, il contenait plus de 3 000 sites.

Ce site est un bel exemple de comment la communauté Joomla! (http://joomlagov.info/about) peut collaborer, pour mettre en avant les qualités du CMS Joomla!. Par exemple, le Citizen Portal of the Federal District Government Mexico City, Mexiko (http://www.df.gob.mx/) vaut le coup d'œil.

Figure 2: joomlagov.info

Construction de Site Web utilisant Joomla!, K2 & Google Maps (API version 3)

Cette vidéo à été enregistrée au Joomla! Day Afique du Sud 2011

Cas étudié – Comment nous avons construit le Site Web joomlagov.info - Dwight Barnard (ZA)

• Site Web: http://www.joomlagov.info
• Créateur: http://raramuridesign & http://piezoworks.be

La Tour Eiffel

Bien, Vous connaissez certainement cet edifice !

Figure 3: Tour Eiffel

• Site Web: http://tour-eiffel.fr/
• Créateur: Mairie de Paris (http://paris.fr/)

eCommerce

Un magasin danois basé sur Joomla! et le composant RedShop.

Figure 4: eCommerce avec Joomla!

• Site Web: http://www.trendbazaar.dk
• Createur: http://redweb.dk

Kokoro

Kokoro pour: chocolat qui vient du cœur et l'âme.

Figure 5: Chocolat Kokoro

• Site Web: http://kokorochocolate.com/
• Créateur: http://ohappens.nl/

zmags

Zmags aide les détaillants, marques, agences créatives, et éditeurs digitaux les plus progressistes à atteindre leurs résultats en apportant de la profondeur à leurs marques ainsi que de l’expérience dans leurs gestions. Zmags aide également les consommateurs à découvrir et acheter des produits directement à travers un catalogue numérique, une brochure ou un autre média..

Figure 6: zmags

• Site Web: http://www.zmags.com/

inconto

INCONTO est un logiciel de premier plan, spécialisé dans les services d'approvisionnement depuis 1998. Cette expérience a conduit à l'élaboration et la vente de passation de marché- et des logiciels de gestion de contrats.

Figure 7: inconto

• Site Web: http://www.inconto.com

Tranquillity Blue

Tranquillity Blue est un Site Web présentant les activités et les aventures d'une petite ville côtière sur la côte Sud-Ouest de l'Afrique. L'objectif était de rendre le site facile à gérer par le client et suffisamment souple afin de pouvoir se développer et englober des fonctionnalités avancées en cas de besoin.

Figure 8: Tranquillity Blue

Les normes modernes CSS3 et HTML5 utilisées par dessus la dernière version de Joomla en collaboration avec K2 (CCK) font que ce projet se démarque des autres.

• Site Web: http://www.tranquillityblue.co.za/
• Agence raramuridesign.com
• Design: Dwight Barnard

Et?

Ces Sites Web ressemblent à ce que doit ressembler un site web. :-)
Si je ne vous avais pas dit qu'ils avaient été créés avec Joomla!, Vous ne vous en seriez probablement pas rendu compte.

Jetez un œil sur cet article de janvier 2012 en techrepublic: 15 Joomla implementations

Comment trouver des pages Joomla?

je vais vous montrer quelques méthodes pour trouver les Sites Web créés avec Joomla!.

joomla.org

Jetez juste un œil au site de projet! J'ai trouvé quelques sites présentés ci-dessus dans le Joomla! Showcase. Vous trouverez 2 000 Sites Web classés par catégories. Il y a le site du mois, une vue d'ensemble avec les sites les plus consultés, et beaucoup plus encore.

Figure 9: Joomla! Showcase

Google

Vous pouvez faire une recherche avec le terme com_content. Le composant "content" utilise ce terme dans les URLs des pages. De nos jours, ce type de recherche ne fonctionne plus vraiment à cause des différentes extensions permettant l'optimisation des URLs mais le résultat reste impressionnant.

Extension Firefox Wappalyzer

Wappalyzer est une extension pour navigateur qui identifie les logiciels sur les Sites Web (Figure 10).

Figure 10: Joomla! avec Wappalyzer

Consultez le Site Web de plus près

Si vous êtes sur un Site Web et que vous souhaitez savoir s'il a été créé avec Joomla!, jetez un œil au code source. Dans la section header vous devriez trouver cette ligne :

<meta name="generator" content="Joomla! - Open Source Content Management" />

Vous pouvez également simplement taper l'URL d'administration :

http://example.com/administrator

Voici l'exemple du site de la tour Eiffel: http://www.tour-eiffel.fr/administrator/

Figure 10: Administration du site de la tour Eiffel

Allez-y et questionnez vos amis

J'ai twitté

Je veux VOTRE site :) Je cherche les 5+ grands sites Joomla! Pour le chapitre vitrine cocoate.com/j25/showcase svp répondez un lien+RT

et j'ai reçu les liens des sites ci-dessus !

Une autre idée?

Vous connaissez une autre méthode pour détecter un site Joomla! ? Laissez un commentaire.

Реализация проектов с применением CMS — дело трудное, но замечательное. Ни мера вашей технической подкованности, ни мера вашей социальной активности, ни то, насколько вы честны и трудолюбивы, не сделают вас богаче и не добавят вам почета.

Эта глава рассказывает о том, что следует и чего не следует делать, чтобы зарабатывать разработкой и поддержкой, если в качестве инструмента вы выбрали Joomla.

Вот ряд правил действительно важных для достижения успеха.

1. Относитесь к клиенту с пониманием, но будьте тверды.
2. Обязательно заканчивайте работу в срок, варьируйте масштаб.
3. Не прекращайте вести переговоры и продавать.
4. Определяйте роли и исполняйте их.

Почему я?

Приходится ли вам:

• иметь дело с заказчиками, которые не платят по счетам;
• выполнять вдвое больше работы, чем оплачено;
• не соглашаться с заказчиком относительно того, что должно быть сделано;
• сталкиваться с неуважительным отношением со стороны заказчиков;
• выражать неодобрение по поводу решений заказчиков, относящихся к области, где компетентны вы;
• получать низкую оценку проделанной работы или не получать ее вообще;
• бороться с «расползанием задачи»;
• сталкиваться с несогласием заказчиков относительно вынужденного увеличения сроков;
• обсуждать с партнером, супругой/супругом целесообразность сохранения бизнеса;
• задумываться о том, чтобы вернуться на нормальную работу, выполнять которую легко?

Вы неодиноки.

Если на все вопросы вы ответили «нет», то у вас — природный дар зарабатывать и добиваться почета, подвизаясь в области CMS с открытым исходным кодом.

Или вы уже проработали эту главу?

Отрицание

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

Проблема здесь в том, что мы отказываемся признать очевидное: необходимо менять наше отношение, а не заказчиков. И делать это мы должны сами.

«Я не силен в торговле, я люблю создавать системы»

Логично, но свой бизнес вы начали с благотворительными целями? Люди занятые благотворительностью — уважаемы, но отдают свой труд даром. Если вы решили начать свой бизнес, то отстранение от продажи собственного труда не вариант. Это автобус, идущий не в том направлении, и вам немедленно надо с него сойти.

«Я не тот, кого можно назвать продавцом. Слишком я уступчив. Откровенно говоря, я ненавижу продавать»

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

«Крупные организации для реализации крупных проектов не обращаются к мелким фирмам»

Играйте по их правилам, играйте хорошо и они к вам обратятся.

«Мои заказчики так не работают»

Ну, тогда выбирайте других заказчиков или объясните имеющимся «как это работает».

«На программном обеспечении с открытым исходным кодом много не заработаешь»

Наоборот. Существует по меньшей мере пять инновационных эффектов [на англ.] от применения программного обеспечения с открытым исходным кодом, которых нет у «закрытых аналогов». Доказано и неоспоримо. По этой причине краткосрочная или долгосрочная замена программного обеспечения с закрытым исходным кодом «открытыми аналогами» приносит значительную прибыль. Просто потому что продукты с закрытым исходным кодом — это большие деньги. Разработчики «закрытого» ПО будут постепенно приспосабливаться для достижения вышеупомянутых эффектов. Это, однако, — дело будущего. А пока ваше знание дела достойно уважения и оплаты. Если все еще сомневаетесь, — перейдите по приведенной выше ссылке и рассейте сомнения — вы должны светиться от гордости.

Все еще отказываетесь принять очевидное?

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

Остальные главы этой книги более чем достойны прочтения. Поймите меня правильно. Не утешайтесь, однако, тем, что приобретете еще больше технических знаний. Не усыпляйте свою бдительность, отвлекаясь от другого аспекта вашей деятельности, — получения прибыли и завоевания уважения. Этот аспект не является следствием как применения Joomla, Drupal, TYPO3 или любой другой CMS мирового уровня с открытым исходным кодом, так и вашей компетентности.

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

Три пункта, о которых следует помнить постоянно

1. Ваша репутация,
2. ваша роль / ваши роли,
3. стоящие перед вами задания.

Пункт первый: ваша репутация

В целом, профессии относящиеся к IT находятся в нижней части шкалы престижности. Вам так не кажется? Поэкспериментируйте.

• Наденьте костюм и заведите с кем-нибудь деловой разговор. Внезапно переключитесь на обсуждение IT-аспекта… и почувствуйте, что доверие к вам стремительно тает.
• На вечеринке сообщите о своей профессии женщине или молодым людям, живущим в городе и являющимся представителями профессий других отраслей. Понаблюдайте за выражением лиц.

Пункты второй и третий: роли и задания

В организациях наша работа в сфере IT — это постоянное управление ожиданиями, бесконечная торговля и стремление не отстать от плана.

Хорошая новость: доступно множество материалов, содержащих подробности реализации веб-систем. Плохая новость: осторожно, задействованы люди!

Проблемы — это такие странные штуки, которые неожиданно появляются, когда вы перестаете контролировать аспект «деньги и уважение».

Начнем с определений

Ресурсы

Ресурсы — это «подвешенный ввод» [то, поступление чего ожидается] от заказчика или сторонних поставщиков. Если у вас нет ресурсов, закончить работу или даже начать ее вы не сможете. Примеры: цифровые фотографии от фотографа, список иноязычных названий пунктов меню от переводчика, подпись заказчика на договоре с вами (ой, вы ведь не работаете по договору, да?) и пр.

Управление ресурсами

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

Масштаб проекта

Имеются в виду рамки проекта, пределы вкладываемых в него усилий, мастерства и применяемых в процессе реализации мощностей оборудования, функционал необходимый для реализации. (Поищите при помощи Google статью «Scope» в Wikipedia.)

Блоки функционала

Блок функционала — это логическая группа наборов функций, объединенных единым названием, если говорить языком вида homo sapiens. Примеры: форум, дизайн, интерфейс, расширенный поиск. «Homo digitalis» использовали бы такие термины как «Jom-social», PSD плюс HTML/CSS и шаблон на каркасной основе, поиск проиндексированного содержимого в базе данных.

План выпуска

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

Рывок

Данный термин обозначает все усилия, прикладываемые на некотором этапе (определенном планом выпуска) реализации проекта. Слово «рывок» [другое значение оригинала — «спринт»] предполагает приложение всех возможных усилий для окончания работ в срок, не теряя времени. Это как отправка самолета, к которой надо успеть. Самолет улетит, и нам лучше быть на нем. И хотя в спешке и суматохе можно плохо упаковать вещи и что-то забыть, лучше отправиться так, чем опоздать. Гораздо лучше улететь, чем остаться в аэропорту с аккуратно упакованными чемоданами.

Рывок X

Это виртуальный рывок, следующий за последним запланированным. Это временной «контейнер» для дополнительной работы («расползание задачи» или оговоренные дополнительные работы) или задержек в реализации блоков функционала, имевших место в предыдущих рывках.

Контроль за исполнением контракта

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

Управление проектами

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

Представления

О мире в целом и о результатах проектов, в которых используется Joomla или другая «открытая» CMS, в частности: то какими видятся результаты участникам договоренности в ее контексте. Мы немного разовьем тему представлений, потому что согласование представлений имеет ключевое значение для успешного управления проектами.

Представления

Представления — сложны. Могут иметь место конфликты интересов и личное неприятие ролей, разница в уровнях компетентности и объеме опыта. Насколько положительно были восприняты переговоры. А как насчет уважения? Достаточно ли уважения проявили и испытали изложившие свои представления стороны, вовлеченные в процесс. Все это влияет на наше восприятие.

Пример: ссора с вашим соседом не имеет никакого отношения к субъекту или объекту по близости. Скорее всего что-то еще сформировало их мнение, выразившееся в представлении.

Бытовая психология один на один

Давайте ненадолго обратимся к некоторым психологическим эффектам, относящимся к процессу ведения дел. В случае реализации проектов на основе веб-систем с открытым исходным кодом мы наталкиваемся на ряд интересных эффектов, оказывающих существенное влияние.

Чего в действительности хочет заказчик

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

Снижающаяся ценность услуг

Ценность всего, что уже сделано, с каждым днем уменьшается, а все, что необходимо сделать имеет большую важность и срочность. Не наводит ни на какие мысли?

Всегда прав

Клиент всегда прав. Если нет, то мы просто придерживаемся другого мнения по данному вопросу… Это хороший пример сути синхронизации представлений.

Самое важное — это сроки. Масштаб варьируйте

Часто не укладываетесь в срок? Почему? Неужели ваше планирование никуда не годится? Неужели вам нравится разочаровывать людей? Уверен, что нет. В результатах вашей работы много ошибок, которые надо исправлять? Вы готовы принимать новые требования и соглашаетесь на изменения в ресурсах в процессе разработки? Думаю, да. Вам трудно прекратить разработку и переключиться на тщательное тестирование? Вы предоставляете заказчикам «сырую» систему, только бы они не были недовольны? Очень возможно. Отныне и впредь делать так больше не стоит!

Фраза «Самое важное — это сроки» означает следующее: что бы ни происходило, вы должны укладываться в срок. Перечитайте: вы должны укладываться в срок.

За 40 лет развития в ИКТ с некоторых точек зрения не произошло никаких улучшений. Нарушение сроков завершения проектов стало нормой. Хуже того, мы миримся с тем, что более 50 % всех значительных проектов в области ИКТ — провальные. Мы также смирились с тем, что в итоге они выходят вдвое дороже против сумм, заявляемых в начале.

Представьте себе, что продовольственный магазин объявил: «Сегодня молока в продаже нет», при том, что накануне вы заказали это самое молоко по телефону. Представьте себе что булочная, в которой вы покупаете хлеб, за ночь подняла цены на 100 или 200 процентов. Что бы вы сказали, если бы строитель вашего дома, только что развалившегося, прислал вам счет за «выполненные строительные работы»?

В области ИКТ заказчики остаются ни с чем и презирают нас. А потом они начинают новый проект. А мы, исполнители? В результате у нас — неисполнение договора. Мы нарушаем сроки, не исполняем обещанное и строим системы, которые не работают или не проработают долго. Иногда заказчики подают на нас в суд. Но толку? Тщетно! Во многих случаях разозленные заказчики не производят очередной платеж, в некоторых (если вы приняли такое глупое решение о расчете) не платят вообще ничего. И это, пожалуй, все. Все просто. Дальше — по уже накатанной колее…

Пора это прекратить!

Заканчивайте проекты вовремя! Что бы вас ни задерживало, у вас нет оправданий!

Как успевать?

Сейчас я расскажу подробнее, как это делается, и каковы положительные следствия у подобной линии поведения для всех вовлеченных в процесс сторон, в том числе и для заказчиков.

Как успевать? Самое важное правило — варьируйте масштаб.

Компания 37signals в своем мудром путеводителе «Getting Real» [на англ.] пишет следующее: в веб-системах с открытым исходным кодом (среди них и Joomla) есть большая часть инструментария нужного для следования этому правилу. (Рекомендую прочесть книгу целиком — там еще много полезных правил.)

1. Программное обеспечение с открытым исходным кодом — удобно для создания прототипов и проверки правильности концепций. Масштаб работ становится яснее после создания прототипа и, таким образом, переопределяется.
2. У систем с открытым исходным кодом есть обширный скрытый набор полезных функций, есть простор для адаптации (также обратитесь к разделу «Не прекращайте переговоры»).
3. Масштабы должны быть варьируемыми, потому что после демонстрации первых результатов, увидев возможности системы, заказчики пересматривают свои позиции. Они делают конструктивные выводы из увиденного, принимают соответствующие решения. «Расползание задачи» — отрицательный эффект, варьирование масштаба — конструктивный метод.

Поэтапное изложение метода

1. В самом начале договоритесь о назначении конечного срока, а также о том, что масштаб проекта будет меняться, с тем чтобы завершить работу в срок. Честно объясните, что предполагает варьируемый масштаб. Будьте откровенны: то, что хочет заказчик на данном этапе, в конце концов он не получит. Почему? Вы спрашиваете: «Почему?» Дальнейшая работа над проектом будет вести к лучшему пониманию задачи и изменению результата. Однако, на каждом этапе проекта заказчик будет получать то, что хочет.
2. Контролировать масштаб проекта должны вы. (Никаких обсуждений, ваша задача — уложиться в срок, поэтому после очередного обсуждения вы принимаете решение.)
3. Отведите некоторое количество времени ближе к сроку сдачи в качестве резерва. Используйте этот «временной буфер» для изменения масштаба проекта и для создания новых версий плана выпуска. Делайте это за счет уменьшения количества блоков функционала в текущем «рывке», уменьшайте сами блоки функционала.

Предупреждайте возможные разочарования заказчика

1. Никогда не удаляйте из плана тот или иной блок функционала. Лучше перенесите его реализацию в следующий «рывок» или в «рывок X».
2. Свяжите действие по изменению масштаба со следующим планом выпуска.
3. Держитесь выясненных приоритетных представлений и фиксируйте каждое замечание или пожелание развернуто (без повторений).

Относитесь к клиенту с пониманием, но будьте тверды

Вот где надо проявить твердость:

1. Никогда больше [если раньше такое случалось] не подписывайте контракт с фиксированным вознаграждением. Также не закладывайте несерьезного запаса поверх запрашиваемого вознаграждения. Фиксированная ставка просто неприменима к разработке и реализации веб-систем с открытым исходным кодом. Изучите «2Value’s alert system» [на англ.]. Это сбалансированная альтернатива фиксированной ставке и карт-бланшу.
2. Следите за исполнением обязательств: просрочен платеж — прекращайте работу, никаких исключений.
3. Избегайте одностороннего проявления профессионализма.

Понимание в сочетании с твердостью

• Всегда говорите и пишите «мы не можем» вместо «мы не хотим» или «мы не будем». Пример: «Извините сэр, боюсь мы не можем продолжить разработку вашего сайта. Очередной платеж не был произведен. Политика компании такова: работа над проектом продолжается только в случае очередного перечисления средств на банковский счет».
• Скажите, что не можете начать анализ сервера необходимый для удаления вирусов до того, как деньги окажутся на счете, но дайте заказчику понять, что часть мер уже принята и анализ и устранение сбоя начнутся незамедлительно.
• Договор о сопровождении — едва ли гарантия результата. Поддержка веб-CMS, в особенности если она — с открытым исходным кодом, может быть лишь гарантией того, что будут приложены усилия. Означает это следующее: самое большее, что можем обещать — это отклик, скорость и результативность которого будут определяться соотношением имеющейся и требуемой компетентности.

  Не взваливайте на свои плечи груз полной ответственности за сайт заказчика. Вы его не унесете. Сайт — это миллионы строк кода — кода, написанного не вами. В основе этого сайта — постоянно меняющиеся технологии, уязвимые места которых постоянно ищут какие-нибудь негодяи.

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

  CMS, управляющая сайтом, — проблема заказчика, мы лишь можем ее усовершенствовать или помогать в случае сбоев. Это не ваша проблема. Comprendo? [Понимаете?] Разница незначительная, зато эффект — огромный. Только за тоном следите.

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

• В результате заказчик получает столько, сколько было оговорено (никаких уступок), не забываем, однако, и о запасе времени для дополнительной работы.

Не прекращайте переговоры

Очевидно, что проект «продать» нужно, и, следовательно, нужно вести переговоры об условиях его реализации (в том числе об оплате). Что неочевидно, однако, для многих из тех, кто занимается веб-разработкой и поддержкой разработанных веб-систем, так это то, что продавать и вести переговоры необходимо постоянно.

Несколько примеров:

1. Работа выполнена? Могу я выслать счет? («Нет, есть ряд деталей, которые необходимо улучшить.»)
2. Заявка на обслуживание: «Смените логотип на сайте. Сколько времени вам на это потребуется?» («Ох! Ну полно вам! Вы ведь не всерьез?»)
3. Вы считаете, что речь уже идет о дополнительной работе. Вашему заказчику так не кажется. («Не помню, чтобы это было в запросе предложений, но очень хорошо помню, что мы эту функцию обсуждали».)

Помните: торговля — это игра. У заказчика должно складываться впечатление, что он/она победили. Не мешайте этому, получите заказ и заработайте на нем.

Чтобы играть в шарики, нужны шарики.

И как же заполучить шарики? Подписав контракт? Нет. Отправляя счета? Нет и еще раз нет. Удерживая результаты собственного труда? Иногда помогает…

Главный источник очков для вашей игры в торговлю — это счастье и деньги. Не смешивайте одно с другим.

• Пополняйте эмоциональный счет в банке ваших отношений (Стивен Кови). Предупреждайте возможные разочарования — в деловых отношениях вы тоже должны быть счастливы.
• Если частичные платежи поступили вовремя, — у вас есть очки для новых игр.
• Избегайте больших задолженностей. Недостаточная компенсация вашего труда делает вас уязвимым/уязвимой и дает возможность заказчикам давить на вас и возобновлять переговоры. Чем большую задолженность вы допускаете, тем больше будет прений на тему неуплаты и продолжения работы над проектом. Вы оказываетесь под давлением, которого быть не должно. И виноваты в этом в первую очередь — вы. (Раздел «Относитесь к клиенту с пониманием, но будьте тверды».)

Определяйте роли и исполняйте их

Заказчик исполняет несколько общепринятых ролей: начальник, конечный пользователь, администратор веб-системы и, самая важная, судья.

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

Совсем несправедливо! Давайте повнимательнее рассмотрим ситуацию.

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

Вот о чем вас скорее всего спросят: «Вы советуете нам выбрать Joomla?»

А еще: «Возможно ли реализовать резервное копирование, пользуясь средствами PHP?»

А также: «А получится сделать сайт многоязычным в срок?»

Ничего плохого в этих вопросах нет, не так ли? Как часто вам приходится отвечать на них, не сознавая, что, отвечая, вы, фигурально выражаясь, заряжаете ружья, из которых в вас могут начать стрелять?

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

• имеющий четкое представление о том, как должен осуществляться выбор средств;
• уверенно разбирающийся в наборе LAMP и механизме работы «cron», а также способный устранять связанные сбои (ух ты!);
• для которого международное сообщество сторонников программного обеспечения с открытым кодом в целом и сообщество Joomla в частности в некотором смысле — дом родной; который знаком со множеством людей по всему миру…

«Вот это специалист! Ай да спец! Талант!»

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

Давайте-ка нажмем на курок направленного на вас ружья. Не забывайте, зарядили его вы.

• «Так, минутку! Вы рекомендовали Joomla, и теперь возникла проблема, для устранения которой необходимо писать дополнительный код. А ведь в исходной комплектации Drupal уже содержится ее решение, разве нет?!»
• «Мы рассчитывали на то, что каждую ночь будет создаваться резервная копия нашего сайта. Мы рассчитывали на это, потому что вы сказали, что возможно реализовать резервное копирование, пользуясь средствами PHP. Мы заплатили вам за настройку „cron“. А закончилось все бесполезными резервными копиями.»
• «Вы обещали многоязычный сайт, а теперь нам приходится платить за его перевод?»

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

Что пошло не так? Вы пренебрегли азбучными принципами ведения дел. Не надо утешать себя тем, что у вас меленький бизнес, что вы — предприниматель, работающий в творческой сфере, что у вас мелкие заказчики, и все это вам не нужно.

Вот два универсальных, базовых принципа ведения дел, из-за нарушения которых все пошло не так:

1. Свои таланты, относящиеся к разным направлениям, вы не отнесли к разным ролям. Пусть символом каждой роли будет кепка определенного цвета. Впредь определяйте роли.
2. Когда вы отвечали на вопросы вы не надевали соответствующие «кепки». Вот что сделало вас уязвимым/уязвимой: ваши ответы могут рассматриваться заказчиком с любой точки зрения. Исполняйте свою роль.

Как определять роли?

Никак: делать это не придется. Они уже определены и надо только выбрать подходящие и исполнять их. Запишите их и ознакомьте с ними заказчика, чтобы сложить представление о том, чем вы занимаетесь в рамках своего дела. Примеры: персональный менеджер, консультант, руководитель отдела контрактов, руководитель проекта, дизайнер, разработчик, тестировщик, контент-менеджер, хостер.

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

Во избежание неприятностей, в ответственные моменты исполняйте эти однозначно определенные роли.

Извините, г-н Заказчик, будучи вашим разработчиком я не могу ответить на ваш вопрос о том, следует ли использовать Joomla. Причина в том, что выбор CMS — дело вашей организации. Я лишь могу постараться оптимально ее применить. Конечно я могу связать вас с г-ном Моим_коллегой, который работает консультантом в нашей компании и специализируется на выборе средств разработки. Затраты на его консультации приемлемы, если сравнивать их с затратами вашей компании в случае неоптимального выбора.

Резервное копирование средствами PHP. В качестве руководителя отдела контрактов я вынужден ответить вам «нет», потому что процедура резервного копирования не рассматривается в рамках проекта в текущем его масштабе. Мой ответ в качестве руководителя проекта будет таким же, но по другой причине: мы должны вовремя решить задачи текущего этапа, работу над резервным копированием мы не планировали и в текущем плане выпуска в числе стоящих передо мной задач ее нет. Мой ответ в качестве разработчика — «да, реализуемо». И тут [фигурально выражаясь] срабатывает сигнал тревоги в моем отделе, занятом хостингом: перед тем как разрабатывать стратегию резервного копирования требуется четко сформулировать требования к процедуре восстановления. Как видите, этот простой вопрос можно рассматривать со множества позиций.

Многоязычный сайт в срок? Вам придется выразиться по-конкретнее, если хотите избежать разочарований в дальнейшем. Я мог бы ответить вам «да», потому что установить модуль перевода — несложно. Здесь на мне была бы надета кепка разработчика. Но ведь кто-то должен переводить. Переводом тоже могу заниматься я, но это уже другая роль и другая кепка: переводчик/конфигуратор. Если под многоязычным сайтом вы понимаете сайт с локализованным контентом, то должны понимать, что этого я сделать не могу: я не носитель языка и не резидент страны, в которой таковые живут. Управлюсь ли я с заданиями, которые мне под силу, зависит от планирования. Это станет ясно в следующий четверг: день планирования проектов.

Все это может показаться глупой игрой, но на самом деле это чертовски серьезно.

Тактика

Пример: проектирование взаимодействия

Встреча с [задолжавшим] заказчиком, посвященная планированию взаимодействия веб-системы с ее будущими пользователями прошла бы легче, если кто-нибудь другой, но от вашего лица, упомянул бы о каскаде правовых мер, которые могут быть предприняты в отношении заказчика в случае непогашенной задолженности. В этом случае вы могли бы похлопать должника по плечу и сказать: «Не обижайтесь на него, он просто выполняет свою работу. Не стоит его за это винить, вы согласны?» И вас, и вашего коллегу заказчик будет уважать за профессионализм. Представьте себе, как сложно все эти роли исполнять одному человеку.

• Во избежание отрицательного влияния на отношения с заказчиком вы могли бы «представить ему ваших реальных коллег». Реальные коллеги (даже если они не знают о том, что они вашими коллегами являются) — очень удобны, потому что вы можете:
  • винить их,
  • хвалить их за превосходную работу.
• Чтобы отложить или отклонить что-либо вы можете ответить на вопрос, исполняя одну или две роли, но затем отложить его, внеся в повестку обсуждения с другим исполнителем [другой ролью] в качестве элемента критического пути. Например: «Да, с технической точки зрения проблем нет, но я должен буду это обсудить в следующий четверг, в день планирования проектов».
• Самостоятельно придумывайте, как отклонить ту или иную инициативу заказчика. Стыдиться здесь нечего. В деловой практике это случается ежедневно. Задайте себе вопрос: «Не звучит ли это как оправдание?» Не должно. Это должно быть хорошо исполненной ролью.

Резюме

Резюмируем четыре взаимозависимых правила обогащения и завоевания уважения в качестве эксперта по технологиям с открытым исходным кодом.

1. Обязательно заканчивайте работу в срок, варьируйте масштаб.
2. Относитесь к клиенту с пониманием, но будьте тверды.
3. Не прекращайте вести переговоры и продавать.
4. Определяйте роли и исполняйте их.

Видите? Joomla сама по себе не является залогом обогащения и уважения.

(Благодарю Froukje Frijlink за проверку грамотности изложения на английском.)