m (→Goals) |
m (→Motivation) |
||
Line 125: | Line 125: | ||
==== Motivation ==== | ==== Motivation ==== | ||
* Use the latest and best technology to solve interesting problems. | |||
* Produce high-quality applications that excite my clients and build a great reputation for it. | * Produce high-quality applications that excite my clients and build a great reputation for it. | ||
* Grow my business and gain key clients. | * Grow my business and gain key clients. | ||
==== Goals ==== | ==== Goals ==== |
Revision as of 01:46, 3 December 2013
Personas
- ‘application developer’ could be one right? someone who wants to build server applications
- ‘home/small business’ where they are constrained to one server/limited resources?
- ‘enterprise datacenter’ where they want to roll out many server instances and automate.
- A mid-level Microsoft administrator who does not have time for a steep learning curve.
Primary Personas
Persona #1: SysAdmin MacGuyver
Sandra Summers
Senior System Administrator; New Amsterdam Historical Society
"We're a small organization and we have limited resources... we just can't order new hardware for every new service request we get."
Profile | SysAdmin MacGyver |
---|---|
Age | 35 |
Location | Brooklyn, New York, USA |
Technical Level | Advanced |
Years Experience | 15 |
Primary Tools | ? Not sure. Thinking about things like puppet, nagios, splunk, etc. |
Referrals | Learns about new tech from team members, USENIX mailing lists, blogs |
Motivation
- Keep IT team within budget.
- Minimize late-night phone calls.
Goals
- Clean, secure, and manageable deployment of multiple server applications to a single server.
- Unified management of server resources.
- Ability to understand resource usage across server inventory to identify underutilized resources.
- Ability to easily deploy apps to underutilized resources.
Frustrations
- Home-grown scripts for deploying apps that have been around forever that have mysterious voodoo power. Difficult to reproduce application deployments consistently.
- Proliferation of various management console interfaces to have to manage.
Work Description
< description of a typical work day goes here. >
Persona #2: DevOps
Joe Franklin
Ruby on Rails Freelancer; Joe, Inc.
"I want to build amazing, easy-to-deploy server applications for my clients."
Profile | DevOps |
---|---|
Age | 27 |
Location | San Francisco, California |
Technical Level | Journeyman |
Years Experience | 7 |
Primary Tools | Uses a MacBook Pro as his workstation. Uses Ruby on Rails and Github. |
Referrals | RubyWeekly, Ruby Insider, engadget, lifehacker, ... (?) |
Motivation
- Use the latest and best technology to solve interesting problems.
- Produce high-quality applications that excite my clients and build a great reputation for it.
- Grow my business and gain key clients.
Goals
- Agility
- Rapid recovery / rebuild of servers when they go down.
- Anticipating outages / becoming aware of outages before they happen or as soon as possible in order to mitigate them.
- Seamless migrations/upgrades of my applications.
- Expand cloud infrastructure on larger clients to also run in-house on bare-metal. (?)
(Perhaps not relevant to Server)
- Balance multiple ongoing development projects at the same time.
Frustrations
- Platform bugs that casue me to spend cycles porting my code forward. It's time-consuming and uninteresting work.
- Cloud providers that change their APIs in an incompatible way with little notice! Having to develop new connectors for production servers with only a few days' notice is not cool.
- Spending cycles packaging code up for an endless array of platforms - it's time-consuming and uninteresting work.
- Building software on a platform so old it doesn't have the python or ruby library I need and not being able to pull it in from out-of-stream.
- Being forced to build on top of or connect together poorly or undocumented platforms, and/or use weak platform APIs
- Frameworks configured by default to require a lot of customization. I want to start running right away instead of getting bogged down in that kind of detail.
Work Description
< description of a typical work day goes here. >
Persona #3: Traditional App Developer
Joseph Simpson
Principal Application Developer, USA Gov't Contractor
"Don't break it!"
Profile | Traditional Developer |
---|---|
Age | 43 |
Location | Washington, DC |
Technical Level | Master |
Years Experience | 22 |
Primary Tools | Uses a Thinkpad as his workstation. (need more on server development tools) |
Referrals | ACM? IEEE? |
Motivation
- ??
Goals
- Stability
- Minimize unnecessary changes to code; vet every change before it gets in and causes potential problems.
Frustrations
- ??
Work Description
< description of a typical work day goes here. >
Persona #4: Junior Enterprise SysAdmin
Andy Grant
Junior System Administrator; MegaBank, Inc.
"Automation is critical to managing a rollout to a server environment this large."
Profile | ---- |
---|---|
Age | ---- |
Location | ---- |
Technical Level | ---- |
Years Experience | ---- |
Primary Tools | ? Not sure. Thinking about things like puppet, nagios, splunk, etc. |
Referrals | ---- |
Motivation
- ?
Goals
- ?
Frustrations
- ?
Work Description
< description of a typical work day goes here. >
Persona #5: Decision-Maker
Priya Moore
CTO, Cloud Startup
"..."
Profile | Decision-Maker |
---|---|
Age | ---- |
Location | ---- |
Technical Level | ---- |
Years Experience | ---- |
Primary Tools | ? Not sure. Thinking about things like puppet, nagios, splunk, etc. |
Referrals | ---- |
Motivation
- ?
Goals
- ?
Frustrations
- Incompabilities between platforms
- Too many technology choices - not sure which one is the right one to buy into.
Work Description
< description of a typical work day goes here. >
Secondary Personas
Persona #6: Server Role Creator
Edward Bryant
System Administrator
"..."
Profile | Fedora Server Contributor |
---|---|
Age | ---- |
Location | ---- |
Technical Level | ---- |
Years Experience | ---- |
Primary Tools | ? Not sure. Thinking about things like puppet, nagios, splunk, etc. |
Referrals | ---- |
Motivation
- ?
Goals
- Create a new role for Fedora Server so that he can use Fedora Server for an application that doesn't currently have a role to support it. He would like this application to plug nicely into Fedora.
Frustrations
- New to Fedora community; not sure how to get involved.
Work Description
< description of a typical work day goes here. >