The point the guy made is actually summed up like this. Statistics show that hiring based on quotas don't produce diversity or results. Stop focusing on hiring people just because of their sex, ethnicity, or age. Instead, statistics show that hiring people based on their accomplishments or skills, increases diversity and creates an inspiring work place.
If you use a Scrum Sprint/Kanban hybrid system, it is possible to get a more accurate estimate of time. As a project manager I use to rack my brain trying to figure out how to use the Sprint or Kanban style to accurately give estimates. This system requires about a month (or 4 sprints) with of data, before it start to become useful, however in my opinion, pretty accurate.
Most of the developers were pretty good about giving a gut feeling on difficulty on a specific task, but awful at giving an accurate time frame for completing the job. So what I would do is ask the developers to break down a user stories (any task they marked as a 13), then go down the line and assign a difficulty 0,.5, 1, 3, 8 or 13; except I made the numbers more subjective in name, - "Very Easy" (0 can be done less than 5 mins), - "Easy" (.5, is a simple task), "small" (1, This task isn't difficult, requires other tasks be done first or time to develop), -"medium" (3, this is a moderately difficult task, requiring r/d and time to test) -"large" (8, this is a very difficult task that requires many hours of coding or testing or implementation)
The above titles per task are very subjective to the team of developer or individual developers as a whole. PM or Scrum Master should ask the collective to get an average on difficulty of task, based on who might be assigned the task or how much everyone agrees on the difficulty. Once you've marked the tasks and they've been assigned, you can now take subjective data and mark it against real data, creating objective data that you can use for estimates.
After 4 weeks (or sprints) of tracking time against each ticket, each developer and each team, you can start to pull data that will allow you to give time estimates. For each team and developer you end up with their averages (overall isn't as important as it is per difficult task), which will allow you to gauge how long a specific task or set of tasks will take.
Example: This last week Bob completed the following number of tasks and it took him 40 hours to do so.
Bob's Averages (time spent) per task size; rounding up: Easy: (20mins+30mins)/2=.5hrs avg Small: (84min+77min)/2= 2hrs avg Medium: (960min+300min)/2= 11hrs avg Large: (900min+750min)/2=14hrs avg (the more data you get per week, the more accurate these numbers will be over time)
As you can see we have some averages for Bob's estimates, which gives us a basis for giving rough time frames. I found this to be quite effective, because some tasks that get marked Medium or Large end up actually being Small or Easy. When creating estimates, I error on the side of rounding up and depending on the developer and how many of each type of task assigned, will add 10-20% more time.
So if Bob has 15 tickets assigned to him, which are all Large difficulty and Bob only works 40 hrs a week, it will take him 5.5 Weeks ( 210 hours) to complete, provided he only works on those tickets. Now practically speaking, I'd NEVER assign that many tasks to one individual, but wanted to give an example of how this can benefit you. I alway try to Under Promise, but Over Deliver. I find this method gives a great metric for estimations and Managers alike. If a solid developer is starting to struggle and needs help or is distracted, we can now see numbers accurately.
Hopefully this makes sense, but I welcome anyone to reach out and ask questions.
If I use to have 1password as my pass, it worked for me for years (that wasn't really it). Then that stupid rule came by and said I had to have a capital. 1Password . Okay fine.
Then in 2010, that stupid ass rule of the special character had to come in to effect. !1Password .
I think there should be a suggestion, but not a mandate.
They have to keep up with the going trend. FB is doing a damn good job of keeping people's attention. YT probably has a 50% or less retention rate on their 30 ads or a forced refresh.
*super novice programmer here* Does anyone have any ideas on how WP, Drupal, etc.... can update or set a new standard of pushing our php changes? I feel like php often gets rewritten too much, when major releases come out, thus breaking existing or legacy code. Are we to continuously rewrite code to make it work with the current changes or is there a way we can push these changes without breaking old code?
I feel like Microsoft store is just another opportunity for them to serve ads, increase pops, spam your inbox and sign people up for S*** they don't care about. I've never purchase a game because it was advertised to me through a portal/website.
I don't want to go in the the forest and kill animals or 'demons' in order to play diablo, or to get boosts for diablo or WoW. I mean come on, forcing the users/players to index themselves more, just so they can serve ads or try and mislead people into thinking they've been given a greater value seems so bizarre to me.
Slashdot Mirror
The point the guy made is actually summed up like this. Statistics show that hiring based on quotas don't produce diversity or results. Stop focusing on hiring people just because of their sex, ethnicity, or age. Instead, statistics show that hiring people based on their accomplishments or skills, increases diversity and creates an inspiring work place.
https://www.youtube.com/watch?...
We do not want EQUALITY, we want EQUAL OPPORTUNITY. Know the difference.
Also proving that we don't need big government to push these kinds of policies. Small, local government is the way to go.
Got to blame those darn North American's, always trying to police the world!
The market will more than likely punch Walmart in the face for this one. I hope they are humbled and learn from pithy requirements on their vendors.
I mean they have to be....
The Thank you Economy by Gary Vaynerchuck. This will change your entire perspective on business and life.
If you use a Scrum Sprint/Kanban hybrid system, it is possible to get a more accurate estimate of time. As a project manager I use to rack my brain trying to figure out how to use the Sprint or Kanban style to accurately give estimates. This system requires about a month (or 4 sprints) with of data, before it start to become useful, however in my opinion, pretty accurate.
Most of the developers were pretty good about giving a gut feeling on difficulty on a specific task, but awful at giving an accurate time frame for completing the job. So what I would do is ask the developers to break down a user stories (any task they marked as a 13), then go down the line and assign a difficulty 0, .5, 1, 3, 8 or 13; except I made the numbers more subjective in name,
- "Very Easy" (0 can be done less than 5 mins),
- "Easy" (.5, is a simple task), "small" (1, This task isn't difficult, requires other tasks be done first or time to develop),
-"medium" (3, this is a moderately difficult task, requiring r/d and time to test)
-"large" (8, this is a very difficult task that requires many hours of coding or testing or implementation)
The above titles per task are very subjective to the team of developer or individual developers as a whole. PM or Scrum Master should ask the collective to get an average on difficulty of task, based on who might be assigned the task or how much everyone agrees on the difficulty. Once you've marked the tasks and they've been assigned, you can now take subjective data and mark it against real data, creating objective data that you can use for estimates.
After 4 weeks (or sprints) of tracking time against each ticket, each developer and each team, you can start to pull data that will allow you to give time estimates. For each team and developer you end up with their averages (overall isn't as important as it is per difficult task), which will allow you to gauge how long a specific task or set of tasks will take.
Example:
This last week Bob completed the following number of tasks and it took him 40 hours to do so.
Last week:
Tickets
Easy: 6 Hours: 2
Small: 5 Hours: 7
Medium: 3 Hours: 16
Large: 1 Hours: 15
2 Weeks ago:
Tickets
Easy: 2 Hours: 1
Small : 7 Hours: 9
Medium: 1 Hours: 5
Large: 2 Hours: 25
Bob's Averages (time spent) per task size; rounding up: .5hrs avg
Easy: (20mins+30mins)/2=
Small: (84min+77min)/2= 2hrs avg
Medium: (960min+300min)/2= 11hrs avg
Large: (900min+750min)/2=14hrs avg
(the more data you get per week, the more accurate these numbers will be over time)
As you can see we have some averages for Bob's estimates, which gives us a basis for giving rough time frames. I found this to be quite effective, because some tasks that get marked Medium or Large end up actually being Small or Easy. When creating estimates, I error on the side of rounding up and depending on the developer and how many of each type of task assigned, will add 10-20% more time.
So if Bob has 15 tickets assigned to him, which are all Large difficulty and Bob only works 40 hrs a week, it will take him 5.5 Weeks ( 210 hours) to complete, provided he only works on those tickets. Now practically speaking, I'd NEVER assign that many tasks to one individual, but wanted to give an example of how this can benefit you. I alway try to Under Promise, but Over Deliver. I find this method gives a great metric for estimations and Managers alike. If a solid developer is starting to struggle and needs help or is distracted, we can now see numbers accurately.
Hopefully this makes sense, but I welcome anyone to reach out and ask questions.
"I wonder if there is beer on the sun!?"
Hey All, I have been reading the Thank You Economy by Gary Vaynerchuk. It is a great read!
If I use to have 1password as my pass, it worked for me for years (that wasn't really it). Then that stupid rule came by and said I had to have a capital. 1Password . Okay fine.
Then in 2010, that stupid ass rule of the special character had to come in to effect. !1Password .
I think there should be a suggestion, but not a mandate.
They have to keep up with the going trend. FB is doing a damn good job of keeping people's attention. YT probably has a 50% or less retention rate on their 30 ads or a forced refresh.
Okay thanks, I will look into that.
I never set a standard beyond, not being anonymous.
What do you have to hide? Prove to me that I my position isn't valid.
*super novice programmer here* Does anyone have any ideas on how WP, Drupal, etc.... can update or set a new standard of pushing our php changes? I feel like php often gets rewritten too much, when major releases come out, thus breaking existing or legacy code. Are we to continuously rewrite code to make it work with the current changes or is there a way we can push these changes without breaking old code?
Say Anonymous Coward.
I feel like Microsoft store is just another opportunity for them to serve ads, increase pops, spam your inbox and sign people up for S*** they don't care about. I've never purchase a game because it was advertised to me through a portal/website.
I don't want to go in the the forest and kill animals or 'demons' in order to play diablo, or to get boosts for diablo or WoW. I mean come on, forcing the users/players to index themselves more, just so they can serve ads or try and mislead people into thinking they've been given a greater value seems so bizarre to me.
https://youtu.be/YnKJjxF-n6A
I love Chemex pour overs and I like to experiment with different ratio to ground coffee. Check out James O'Rear
Testing, testing, testing
https://youtu.be/_Cmv58lTWgU
How are they suppose to hire people, if they can't contact people "after hours". Or what about if they need to call someone in to work more hours?
Maybe the FCC can finally do their job.
This is only except able if they make it to look like Haley Joel Osment......
*acceptable
This is only except able if they make it to look like Haley Joel Osment......
The UN does NOT have the authority over the world, just like the US shouldn't police other countries. We need to exit the UN now.