Effective Business Writing

The aim of this blog post  is to provide some information on effective business writing as business consultancy deals a lot with documentation.

Plain English

Remember "NO BODY IS DYING TO READ WHAT YOU WRITE IN THE OFFICE ".It is  one of the most important factor which everyone of us keep in our minds as we go one writing emails or reports or business letters or anything.Do you die to read the emails you receive from your office college? am sure the answer is "NO".So do the others.

Using Plain English means writing in a such manner that the reader can read, understand and act upon it at the very first time of reading the article/email/business letter.

It is even important that what you write can be read fast and the message is conveyed at one time still in a very friendly manner.

Always

• Use short and simple words
• Reduce old fashion English
• Short sentences (15- 20 words)
• Avoid bulky paragraphs (3-5 lines maximum)
• Prefer active verbs

Active Verbs:

SUBJECT + VERB + OBJECT
The cat      + sat  on + the mat

Make Lists : Use Bullet Points

• introduce the list with stem sentence
• use a colon to introduce the list
• match verb-verb and noun-noun

Linking Words
Once you have organized the information, it is necessary to link it together so that it is easy for the readers to follow.

contrast
  I like chocolate but not cheese.

  eg: but, although, meanwhile, how ever

sequencing/ time
  First you add the sugar and also milk powder.

  eg: also, more over, consequently

cause and result
  He was late so i was angry.

  eg: so, since, because, there fore

additional/ reinforcement

  I like chocolate and cheese.

  eg: more over, especially, further more

Before Writing:

• Why i am writing? (purpose)
• What do i want from the reader? (action)
• Who is the reader?

Email Writing Essential:

• Have a clear subject, specific subject line (eg: Report Format)
• Salutation (Dear Mr.Jackson )
• Write in short paragraph
• Remember to sign off
• Have an email signature

Report Writing Essentials:

• Have a clear aim and objectives
• Focus on the reader
• Be selective
• Spend time planning
• Allow time to edit and proof read

So write plain, simple language in a very friendly manner.It will help you to reach the top of the career ladder fast.

Can a Successful Business Analyst be a Successful Manager?

The topic today is more of a general discussion on management track against the business analysis track as in most of the companies project managers do play the roles of both manager and business analyst.

Let's decide on the skills which a manager must possess to be successful in the career.They are 

1. Conceptual Skills
2. Human Skills
3. Technical Skills 

The above image or rather the graph clearly display the skill levels a manager needs to possess to be successful in career.

Conceptual Still is what is mostly necessary by the top management as this term describes the analytic skill and the envisioning still which a manager needs to possess.Further it is the cognitive ability to see the whole system as one and then the relationships between every single small section.It is strategic thinking.A manager always needs to have a long term plan  of fore see the problems. Conceptual Skills for a Business Analyst: Business Analyst or a Business Consultant is the person whose rather walk to the clients office, analyse the business/system , consult the clients and show the better roots and ways of doing things or even provide support to design a effective system which may improve the efficiency of the business.A Business Consultant needs to foresee the future of the client's business and help to grow more and more.So as envisioning becomes an important factor i would say to envision something in a real of proper manner that person definitely needs to have analytical skills as well.Power of Analysis and Envision creates a good manager as well as a good business analyst.

Human Skill is people management skill which is needed by all the managers.A manager needs to be a good communicator, a good human being to understand and lead the team towards the goal.A manager needs to be a good facilitator.Human Skills for a Business Analyst: Business Analyst or a Consultant needs to work close with the clients in order to get a better understanding about the system.Better relationships with the client always make the work easy for a business consultant.So human skills is so much important to a business analyst.

Technical Skills is the understanding of the proficiency in the performance of specific task.Technical skills includes mastery of the methods,techniques and equipment involves in specific function.A manager have its own set of technical skills which are extremely necessary to perform the tasks related to management.Technical Skills for a Business Analyst: Business Analyst or a Consultant  requires a different technical skill set for a manager.So the technical skill of a business analysis differs from management though both needs documentations and organizing skills.

So this match tends most of the companies to convert a business analyst to a manager as the both roles possess mostly common characteristics in their careers.

ESB + LinkedIn Connector+Business Analysis

As explained earlier a  connector allows you to interact with a third-party product's functionality and data from your message flow.Connectors allow you to connect to and interact with the APIs of services.So let me explain more on connector concept using LinkedIn Connector which will allow you to access and interact with the LinkedIn application.

To begin with I would like to talk about the  "Authentication" methodology for LinkedIn Connector.BTW I selected REST API over SOAP because of the fact  that the upcoming trend for services will be REST over the rest of the services.

Authentication:-

Follow the few easy steps below to make your first LinkedIn API call using OAuth 2.0.Still what is OAuth?

I am creating an application which needs to get your 1st degree connection list and if i want to know your LinkedIn credentials for that... what do you think?  

This is where OAuth comes into play, as it outlines an access-delegation/authorization framework that can be employed without the need of sharing passwords. It can be thought of as a special key that allows access to limited features and for a limited period of time without giving away full control.OAuth allows you to share your private resources (photos, videos, contact list, bank accounts) stored on one site with another site without having to hand out your username and password. Giving your email account password to a social network  site so they can look up your friends is the same thing as going to dinner and giving your ATM card and PIN code to the waiter when it’s time to pay. Any restaurant asking for your PIN code will go out of business, but when it comes to the web, users put themselves at risk sharing the same private information. OAuth to the rescue.

So now you want to get the  1st degree connection list  of mine from LinkedIn and i send the request to the LinkedIn authentication server.It send me an Authorization code back to the user and the user must make another request sending the token which she/he received earlier.Then the server replies with the access token and the refresh token.

Now the user must make another request to the LinkedIn  resource server using the access token which i received and via this call i could get the 1st degree connection list of ur's even without getting your user name and password.

Below image describes the above words in pictorial way.

LinkedIn Method Analysis:

LinkedIn API reference documentation  contains many groups and each group contains its relevant functionality list available for the users/developers in the format of methods.These are the methods implemented by  LinkedIn developers and exposed to the general public/ developers to use and develop their own applications.

Below displayed is the selected functionality list  amongst all the functionalities.

People Operations:

• getProfile-The Profile API returns a member's LinkedIn profile.

• getProfileFields - LinkedIn Members publish a variety of information about themselves on their member profile.

• getConnections - The Connections API returns a list of 1st degree connections for a user who has granted access to his/her account.

• peopleSearch - The People Search API returns information about people.

• accessOutOfNetworkProfiles - Presenting with people resources that are outside of the current member's three degrees.

                
Companies:

 
• companyLookup-Retrieves and displays one or more company profiles.
• getCompanyStatistics - The Company Statistics API provides the ability to retrieve statistics for a particular company page.
• searchCompanyPage-The Company Search API enables search across company pages.
• followCompanyPage-Members can follow companies to receive updates for company activities such as new job postings, employment changes, and new products

Jobs:

 
• viewJobs-The Jobs APIs provide access to view jobs and job data.
• searchJobs-The Job Search API enables search across LinkedIn's job postings.
• closeJobPost - Allow to close an existing job at LinkedIn.
• postJob - Allow to post a new job to LinkedIn. 
                
Share and social stream:

 
• shareResources - Through the Share API, you can enable users take full advantage of this functionality within your application.
• getNetworkUpdates - The Get Network Updates API returns the users network updates, which is the LinkedIn term for the user's feed. This call returns most of what shows up in the middle column of the LinkedIn.com home page, either for the member or the member's connections.
• sendActivity - The Post Network Update API allows you to send in an activity from your site to be posted to the first degree connections of the LinkedIn user.
                
Communication:

 
• invitePeople - The Invitation API allows your users to invite people they find in your application to their LinkedIn network.
• sendMessage - LinkedIn offers a simple API for sending messages via LinkedIn between two or more individuals connected to the member sending the message.
                
Status Updates:
 
• getStatus - Get the current status of a user who has granted permission to the application 

Note: Analysing the Jobs API of LinkedIn some if the methods can not be used as they require special permission levels of LinkedIn.
EX:

Posting a Job:
This is a closed program, available to select partners at LinkedIn's discretion. You must contact LinkedIn and sign an API agreement before implementing or using the Job Posting API.

Searching a Job:
The Jobs APIs provide access to view jobs and job data. Jobs API is a part of our Vetted API Access Program. You must apply here and get LinkedIn's approval before using this API.

Job Lookup:
Job Search API is a part of our Vetted API Access Program. You must apply here and get LinkedIn's approval before using this API.

Closing a Job:
Job Posting API is to close an existing job at LinkedIn. This is a closed API. You must contact us, meet certain criteria, and sign an API agreement to use it.

It is very important to identify such restrictions as it can minimize the implementation time and utilize that for some other tasks of the project.

WSO2 ESB and the Upcoming Connector concept study as a Business Analyst

I am about to explain you my analysis with regards the Enterprise Service Bus (ESB) architecture and Connector concept.

There are many ESB s and among this many i would like to take up the WSO2 ESB and upcoming concept of connectors  for my analysis.As a business analyst whose exposed more to functional analysis , this is quite a challenge though this is how i took it up.Still my approach may be very much wrong and if so please reply me with your valuable advises.

As the very first step i wanted to learn the ESB architecture and below are my findings.

ESB is a software architecture that enable communication among various applications.Instead of having to make each of your applications communicate directly with each other in all their various formats, each application simply communicates with the ESB, which handles transforming and routing the messages to their appropriate destinations.

WSO2 ESB is a full-fledged, enterprise-ready ESB. It is built on the Apache Synapse project, which is built using the Apache Axis2 project. All the components are built as OSGi bundles.

WSO2 ESB Messaging Architecture:

When the application send a message to the ESB Transport pick the message  and pass it through the pipe line.This pipe line operation should be either mediators or proxy services.

A proxy service is a virtual service that receives messages and optionally processes them before forwarding them to a service at a given endpoint. This approach allows you to perform necessary transformations and introduce additional functionality without changing your existing service.

As the diagram specifies, there is no clear separation between message transformation components and routing components. WSO2 ESB call this the mediation framework. Some transformations happens before routing decision has taken. Some transformations happens after the the routing decision has taken. 

This part is the Synapse implementation.

After this message is injected to the separate pipes depending on the destinations.

The diagram shows how a request propagates to its actual endpoint through the ESB using its architecture. Response handling is the reverse of this operation. 

Connector Concept

A connector allows you to interact with a third-party product's functionality and data from your message flow.Connectors allow you to connect to and interact with the APIs of services.

For example Twitter Connector allow the third party application to deal with the Twitter API Reference.
Further if you have enabled the Twitter connectors in your ESB instance, your message flow could receive requests containing a user's Twitter name and password, log into the user's Twitter account, get a list of the user's followers, and if you also have a Google Spread Sheet Connector you can even  write that information to a Google spreadsheet. 

WSO2 has already released some connectors and they will be releasing more and more in the future. 

Analyzing an API reference document for a connector development is as below.

I would choose Google Drive connector and it uses REST service.Authentication would be one of the most important component for  any connector and specifically for google drive the users must create a service account and obtain a serviceAccountEmail and serviceAccountPKCSContent. Else the users can also pass the client ID along with the Access Token and the Refresh Token also can authenticate a user to access Google drive.

Then the most import task is identifying the value added functionalities for the connector.Analyst needs to read through each method and identify the most value added methods and use those for the specification.The parameter identification is another hard task and an analyst needs to have an end to end picture about the method behavior to perform this activity.

Each connector has its own different API reference formats as some provide proper information and some don't.I would rather suggest to work with the developers and understand the API reference as it is the key for this sort of an analysis. 

This analysis might have loop holes.Please feel free to comment with your suggestions.

The Requirements Document

The requirements document can never be perfect unfortunately. Most requirement documents are outdated before someone actually reads it but it is still a very valuable tool for documenting requirements in a lot of organisations. It is also often pivotal to the project to both go to business case or progress into an analysis and design phase, depending on their company methodology. This page will give you tips for how to manage your requirements document in terms of feedback, approvals.

Who should Review & Approve the Requirements Document?

A good place to start when determining the readers (reviewers and approvers) of your project requirement document will be your stakeholder list. Focus here on both the requirements document specific stakeholders but also some other high priority stakeholders for the project. Although it is important to involve the correct people in providing feedback and approvals, you should really try and keep this to a minimum number of people.

Sometimes you need a few senior stakeholders' sign off too and they may not have been very involved in the process of gathering and reviewing requirements during the documentation phase. You deal with this situation by offering to provide them with a summary walkthrough of the document. You can present this summary in an executive style presentation pack which talks their language. When you do the actual walk through session with them always also have to complete requirement document handy. Ask whether they have any questions or concerns. If they can't commit to approval as an outcome of that walk through, ask them under which conditions would they be ready to provide approval.

How do you gather feedback from reviewers?

A quick way is to do a walk through session. Send your requirements document out to all reviewers a week before (if you have luxury of time) and schedule a couple of walk through sessions. Ideally capture people's feedback there and then and update it online there and then! This is ideal. If you need to send them an electronic copy, try and get them to use a requirements feedback form instead of making direct updates to your requirements document. Make it clear when you expect to have all feedback in and if your stakeholders are tardy in responding (which they often are!) give them a call and ask whether you could schedule time to walk them through or answer any questions.

Getting that Approval!

First talk to your project manager and determine which approvals are really critical for the project to be able to progress. They normally have a sub set of key people that really need to approve from a Steering Committee perspective. There are sometimes people on the approvals list that is not that crucial to get approvals from or you could accept delegations. Once you know who the key people are, rope your project manager in to help you chase approvals with more senior people. I am of the strong belief that our requirement document is a project deliverable and not technical our responsibility to chase! I am sure some PM's will disagree...you decide.

Business Need

As first step, we identify and engage with the key stakeholders. Have chat, a formal stakeholder interview or even a problem definition workshop, but it is essential to start the hunt for more information on ‘the business need’. Find the people or person who raised this need, talk to them first. The key stakeholders are those groups or individuals in the organisation that is affected by the current business problem and who will be affected by us introducing a solution. We will use various requirements gathering techniques and review many types of materials in a quest to understand their need or problem. Example stakeholders often include: department heads, business area managers, operation staff and off course your own project team members who may have information too!

Typical other sources of information of the business need or problem to find during this activity can include business cases, process documents, existing systems and artifacts such as invoices, application forms and so on. There are many different ways that we go about trying to understand what the business need is. A lot of collateral (more specifically referring to the Soft System Methodology as an example) will refer to this activity as the process of gathering information to understand the “unstructured” version of the business problem we are aiming to fix.

Translate the business need into an objective, clear and specific language.

Once we have gained a grasp on what the business need is, we start to translate and interpret that need into a more structured problem, need or description of our scope. Very importantly at this stage we document the business need into a language (business requirements, software requirements or functional requirements) which can be understood by the business. We don’t dive into any technical modelling or ‘analysis speak’ but where appropriate we will use techniques to illustrate the problem.

By now you would have used a decision making model to choose between methodologies and decided which one will fit best for your business requirements management on the project.

This key step of clarifying and drafting the business need can include diagrams such as use case diagrams, activity flows or process models to express the problem. These are great tools to use to demonstrate an understanding of a business problem’s current state and assist you in ensuring there is clarity around what the business need it that is being addressed. This step is iterative and involves a lot of discussion, rewriting, redrawing and finalizing of what it is we are trying to solve. A handy tip here is for you to always get to the bottom of WHY is something a problem.

Once we clarified, expressed and agreed what the current business need is, we start the process of brainstorming ideas of how we can address this need (really start to gather business requirements in earnest). What is the stakeholder’s nirvana, what do they believe is the solution that will address the problem. Again, this process involves you engaging with all the stakeholders and getting people’s views in the most appropriate way. This can include more business requirement workshops, stakeholder interviews or even doing market research for relevant trends and products.

Important to note: You will find that the business stakeholders will start with the solution and often start providing software requirements way before stating and understanding the root of the problem of business need. It is your job to get to the problem or business need first!

Manage change of business needs in our project.

Another very important part of this role on any project is to manage the change of requirements right from the very start of any business or technology project. It doesn’t matter whether you are on a mostly unstructured waterfall based project, or whether you are on a closely managed Agile project the one thing that you will be managing is change. Change to business problem, change to requirements for a solution and change just because. All projects consist of a myriad of people and where there are people, there is constant change. It is well worth your while to plan for how you will manage change to your business scope, your requirements and once you start implementing a solution, and how this will be managed. If you don’t manage the change factor on your project, you may be swallowed whole.

Build solid relationships with all stakeholders.

Leaving this crucial point to last is definitely not because it is least important. It is because it is most important! If you don’t have good relationships with the business stakeholders, your project team stakeholders and the supporting technical team stakeholders you will fail. You will not be able to do any of the above three important tasks effectively and business requirements efforts will not be as good if you neglect building strong relationships with everyone involved. This is key – know who all your stakeholders are, engage with them often, build strong rapport with primary stakeholders and keep communicating. You will build trust this way and it will make your work easy, rewarding and best of all you will deliver high quality output.

Requirements Traceability

Why would you want to trace requirements?

Requirements traceability have a few reasons why it is necessary to be completed during the System Development Life Cycle regardless of what methodology you follow.

Keeping track to of progress of requirements in the  Software Development Life Cycle.

As a Business Analyst you are responsible for ensuring requirements are being delivered as requested, it is important to use a requirements management tool which will link your individual requirement to agreed scope items and the subsequent Software Development Life Cycle phases. This way you will always know whether a requirement is on track to be successfully implemented.

When you start having a lot of requirements, it becomes more difficult to manage and track progress of each requirement, and this is when linking a requirement to the other stages in the SDLC becomes really important. The business stakeholders love coming back to the team and they want to know what happened to ìtheirî requirement they wanted.

The other reason for requirement traceability is to manage and trace the changes made to requirements. For example, you will find that as the  Software Development Life Cycle rogresses there will be some requirements that change. This could be due to many reasons but often it is the business stakeholders changing their minds and sometimes it is a project decision based on more technical reasons, the bottom line is, you need to keep track of what changes are made to a requirement. You do this via your traceability management tool or a simple requirement management matrix.

A few factors to consider Requirements Traceability approach:

Which tool will you use for Traceability?

Sometimes people simply use a MS Excel Traceability Matrix Template to capture the tracking information. More sophisticated Requirements Management Tools, such as Calibre RM, could be used to manage this too.

Who will be responsible to manage the Requirements Traceability?

It needs a champion and central point. In some projects, you may be long gone (i.e. reassigned to a different project) by the time requirements are being tested and therefore you are not there to update the traceability matrix.You need to consider who can you hand the requirements traceability over too if you are not around for full  Software Development Life Cycle.

When do you start the Traceability process?

Depending on your method of capturing the traceability information, this could vary slightly. A general accepted practice is for you to establish your traceability using the signed off business requirements. Any changes post business requirement's sign off will be managed via the traceability (and Change Request) process.

Important Q & As

What is the importance of a flow chart?

A flow chart is a tool that provides a graphical representation of a process. This chart will make a system easy to understand for everyone that is involved with the project that is underway.

What is a use case model?

A use case model is a tool that is used to describe the business environment. The goal of the tool is to show the actions and events that take place during a given process that is performed by an actor.

What is UML modeling?

UML stands for Unified Modeling Language. It is the standard in the industry for visualizing, documenting and constructing various components of a system.

What is an activity diagram and why is it significant?

The purpose of an activity diagram is to provide an outline of work flow in the business, including the action and activities that are completed. 

Business Analyst in SharePoint

When i was browsing i found these very important articles on SharePoint BA role.It was written by Michal Pisarek and the article was published in https://www.nothingbutsharepoint.com/sites/eusp/pages/what-makes-a-good-sharepoint-analyst.aspx


It is mentioned that with SharePoint being such a new technology, and unique in the skill sets required, the role of SharePoint Analyst has become a role that seems to encompass many differing skill sets. But what exactly is a SharePoint Analyst and does the role of the SharePoint Analyst differ from a more traditional Business Analyst?

The SharePoint Analyst role is a unique combination of platform knowledge, business acumen and interpersonal skills. Someone that is comfortable in technical details but equally comfortable training end users or explaining tangible business returns to executives.

What makes a SharePoint Analyst different to a 'traditional' BA?

When working with SharePoint there is a fine line between the 'prescriptive' and 'descriptive' approach. Whilst a traditional Business Analyst will ask a client what their needs are, a SharePoint Analyst needs to balance this with the capabilities that the platform offers and how it can be leveraged to most effectively satisfy business objectives. This does not imply that user requirements are disregarded, or that platform capabilities will be put ahead of business needs. However SharePoint offers a multitude of business solutions, with varying degrees of complexity on many levels such as deployment, architecture, development and customization which a SharePoint Analyst needs to have an appreciation.

A good SharePoint Analyst will always seek to gain maximum business value from the various components that SharePoint offers. Remember that SharePoint can be viewed as both a product and platform, the most successful SharePoint Analysts will balance time, budget and scope to determine the most successful solution approach.

Platform knowledge

For better or for worse a good SharePoint Analyst needs to have some knowledge of the multitude of capabilities that SharePoint offers. Some appreciation of out of the box configuration, infrastructure knowledge and development experience.

This does not imply that the SharePoint Analyst is a master of all of these skills, or can even perform them. But the SharePoint Analyst needs to know the 'what' of the platform, not as much the 'how'

The 'what' refers to what the platform can do and what it can't, and where the line is between configuration, customization and development. The 'how' is the deep vertical technical knowledge that is the realm of so many brilliant people in the community.

Now the reason that the SharePoint Analyst needs this knowledge is twofold. Firstly SharePoint is a platform so in theory it can be molded to do anything you like, but this doesn’t mean that it should. Secondly being able to steer conversations around high value, low risk alternatives to heavy customization can provide incredible value. I am sure that the EndUserSharePoint audience appreciates this more than most. If you can help your client understand that a small tweak in a business process can reduce the complexity of the solution by an order of magnitude you will have both happy users and a high return on investment for your client.

But also there are times where customizations will be needed. A SharePoint Analyst needs platform knowledge in order to manage user expectations of the complexity this might entail. With so many capabilities SharePoint is seen as a solution to everything, the SharePoint Analyst knows this not to be the case and can help their organization understand where the platform can be most effectively applied.

Steering the Ship

SharePoint is unique for many organizations because it is one of the few products that can have an impact in so many areas of an organization. A good SharePoint Analyst will be the captain steering the ship through the murky waters that can quickly become most well intentioned SharePoint project, program or implementation.

But as captain you have to make sure that you know where you are going, then determine how you will get there. This is where the SharePoint Analysts business acumen comes into play. Contrary to what most people think SharePoint is first and foremost a business tool and the SharePoint Analyst has to be very clear about the business problem that is trying to be solved.

Secondly a captain needs to make hard decision and be honest. You will have to say no more often than you think to make sure that the ship stays its course. You have to ensure that business problems are being solved in the most effective way and that SharePoint doesn’t become an exercise of technical prowess. The SharePoint ship can be quickly pulled in many directions all at once, make sure that the choppy seas of unclear business problems and intangible business returns does not run the ship aground.

Finally with a clear understanding of where the ship is heading to it is up to the SharePoint Analyst to make sure not only that it arrives there, but it’s does so in the best condition with minimal issues. Educating clients on seemingly unrelated issues around SharePoint such as governance, usability, adoption, training and others issues calls into play the SharePoint Analysts interpersonal and business skills. In many implementations the SharePoint Analyst finds that the technical challenges are far easier to resolve than the change management needed to ensure a successful solution.

SharePoint Analyst Attributes

    Be passionate about what you do: SharePoint can bring joy, frustration, pain and sometimes humor. If you are not passionate about the business issues you are trying to solve, and the platform you are using to solve these issue with, you may quickly find yourself descending into madness.
    Show compassion: We understand SharePoint but for many end users and business leaders this is a complex and intimidating product. Be compassionate, understand that people will need extra time to understand and possibly adopt the platform.
    Have restraint: Don’t make your SharePoint solution an exercise in technical brilliance whilst providing little value to end users. Use only those features that will solve business issues and improve outcomes, don’t show every feature of the platform at once. Start slow, stay the course and provide value.
    Humor:  Laugh when you don’t know the answer, laugh when a CU breaks a service application, laugh when you realize that something that should be easy needs heavy customization. Trust me it’s better than crying.
    Learn, Explore and Contribute: A SharePoint Analyst doesn’t know it all, but that doesn’t mean that you should stop learning. So much knowledge is available with a mouse click, the results of thousands of hours of unpaid community contributions. Learn from it, explore SharePoint for yourself and try to contribute. You don’t have to write a blog, you don’t have to answer forums but even a tweet to an author, or a comment on a blog can bring someone a smile.

SUCCESS

If I ask you how much do you want to be successful?


Do not dream to be a successful person.Never be a dreamer.I should tell you always feel the necessity to be a successful person.Dreams would take you no where though the want to be successful or the necessity could do miracles.

Once there was an old man getting down from a very sophisticated vehicle, a small boy watching him went to the man and asked  so how did you achieve  all this success in life?This the old man said "Okay boy if you want to know how to achieve success , meet me tomorrow in beach." As discussed the boy meet the old man in the beach and then the old man says "If you want to learn the secret of success you much come to the ea with me." , nodding the head the small bog agrees to the old man and they are now in the middle of the sea and again the old man turns to the boy and ask "Boy do you still want to be achieve success" , then the buy turns to the old man and say "YES, but i don't want to die before i achieve it"The old man then pulls the boy's head and since the power of the grip of the old man , he could not  come up from the water.Releasing the boy the old man said "WANT SUCCESS AS YOU WANTED TO BREATH INSIDE WATER" .

So success must be the  necessity and not the dream.Success comes with the ability of facing risks.If you can take up challenges face them as a real human then you contains an important quality which you must have when climbing the ladder of success.So if you are in the boat now get in to the water and try to swim.Have faith in your self.

It requires your full time dedication and accurate decision making skill.If you really want to achieve success you must take accurate decisions on each and every small thing you do and get your self 100% committed to it. society do contribute  towards once success.So being a social animal can help a lot on what you want to achieve.Remember "PEOPLE LIKE PEOPLE WHO ARE LIKE THEM". So networking is another very much important quality in the ladder of success.

Personality matters a lot for success.People like to buy from a successful seller and not from an unsuccessful seller.So the way you talk or dress or look or behave or everything matters when dealing with professionals and even in the personal life.

 Be innovative.Think and do rather doing for the sake of it.Always take the opportunities and try to add value to the profile on everything you do.Build the recognition within your friends and industry you work.


Life is not easy going friends.Take and do in the best way.Hard work always pay off.


“Genius is nothing more nor less than doing well what anyone can do badly.”

"Leadership" is made or born? If they are made,what are the steps to develop them?

​It is the decade of leadership.
I would rather say that leaders are both made and born.
Let us discuss more on it.If leaders are born, some people get the qualities of leadership from their birth it self.They have it in their blood.They have a good personality.They are innovative.They have a very powerful voice which matched to their personality.They have the ability to lead the people around them.They are always self guided and and always able to set examples for the people around them.Those people create values to the society as well as to the whole human creatures.This is not an easy task.Thus some lucky set of people bring them from their birth.They do not need a title thus are leaders by birth even with out the so called title "Leader".
There are another set of people who not bring leadership qualities from their birth.Although they do not bring them by birth they put some effort to practice them in life.They go through good and bad times to learn and practice these qualities.They learn from their life experiences.Their lives grow between success stories as well as failures.This is again a hard task.You need to learn the leadership qualities and put them in to practice as well.They are committed to  what ever the task they do."Leader is not a clock watcher."They have to make a choice to do all the work they in the most proper and accurate manner.They should learn everything starting from prioritizing work to managing to every other thing.
"Leadership is a game of forcuss."They need to learn to be forcussed.Attending to the tasks in a the most smart manner is one of the challengers they will have to face and succeed as well.Leader needs to be organized and well planned.A leader must protect his good name.
A leader must always measure her/his success and grab the points to be improved.Risks are dangerous though without taking risks you can never experience the success as well.So a leader must be able to take risks confidently and face them smartly.
To grow a leader or the quality you should create a good human in you.A good human being can be easily changed to a good leadr very easily.A good human with education makes it more easier to create a better leader.Then going through management trainings or work shops also can develop the leadership qualities in a person.
Remember leadership is a crown to your life either you get it from birth or you are made to be"