archive-com.com » COM » I » INTEGRUMTECH.COM

Total: 312

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Episode #32 - Usage of Agile Tools - Integrum
    engage Blank index cards are more flexible than any tool Tools become a crutch for bad decisions PREVIOUS Episode 31 White Elephant Estimating NEXT Episode 33 Agile Tweet Controversy Join the conversation on Facebook Subscribe to the podcast Make your mark Get involved with the Agile Weekly Podcast by volunteering to be a guest recommending a speaker submitting a question or suggesting a topic Step up to the mic Build

    Original URL path: http://integrumtech.com/2011/11/scrumcast-32-usage-of-agile-tools/ (2016-04-26)
    Open archived version from archive

  • Gangplank Hacknight - Integrum
    Meskill Chief Revolutionary Officer The new normal presents us with many extraordinary opportunities To accept the challenge is to lead the way to a new future made from embracing our humanity and engaging our spirit to succeed Subscribe to the blog Get inspired with an Agile Weekly Podcast Derek Clayton and Chris slowly remember what they were talking about Oh ya Culture Fit Including mono cultures hiring diversity of ideas

    Original URL path: http://integrumtech.com/2009/02/gangplank-hacknight/ (2016-04-26)
    Open archived version from archive

  • Saving Arrays, Hashes, and Other Objects In Text Columns Using Active Record - Integrum
    be pretty powerful Working with people not used to Ruby or ActiveRecord brings back some of the nice magic we take for granted on a regular basis Samples taken directly from Ruby on Rails API Documentation PREVIOUS MySQL Performance Enchancements NEXT Analyze MySQL Queries Index Optimization 2 thoughts on Saving Arrays Hashes and Other Objects In Text Columns Using Active Record Jeremy Nicoll says December 15 2009 at 6 49 pm Nice For DataMapper I d do something like this class Model include DataMapper Resource property id Serial property column Text before save do attribute set column column to yaml unless column is a String end def column column YAML load attribute get column end end It does make me wonder if there is something similar for DM though Also I ve not tested the code it s proof of concept only Reply Chris C says December 15 2009 at 7 11 pm The YAML serializer can be painfully slow I typically use the same technique but use the JSON serializer since it s faster not pure I usually just override the attribute acessors with my dump load code one of these days I will create my own plugin The

    Original URL path: http://integrumtech.com/2009/12/saving-arrays-hashes-and-other-objects-in-text-columns-using-active-record/ (2016-04-26)
    Open archived version from archive

  • Ruby on Rails Authorization Using CanCan - Integrum
    go away It implements a simple authorizations solution to restrict what a give user is allowed to access Want to get started Watch the Screencast PREVIOUS Use Cucumber Table Transformations To Build Objects NEXT Rails Bridge Removing Excuses To Participate Step up to the mic Cancel reply Your email address will not be published Comment Name Email Website About the author Crew Subscribe to the blog Get inspired with an

    Original URL path: http://integrumtech.com/2010/01/ruby-on-rails-authorization-using-cancan/ (2016-04-26)
    Open archived version from archive

  • Episode #92 - Hiring For Agile Teams - Integrum
    gelled to some degree they re not going to just throw that out of hand and think that this person s crazy It s like OK I m going to take that as a valid point and we re going to talk about it as a team and that s totally acceptable Then you throw the new person on and they might have totally different opinions about all the working agreements and all the norms that this team has established already In reality the team wants to treat them like a normal person the same as everyone else but they almost can t because they re a newbie right So you can t really treat them with the same amount of respect and you can t really take their input at face value because they re this new person what do they know They haven t been around with us this whole time They haven t been in the trenches Roy But I think you have that problem regardless of whether or not the team chose to add that person to bring on that person right I think you might have more resentment if they were forced that person by management But if they chose to hire a new person you re still going to run into the same thing at first I think that s part of the forming and storming process Jade Yea to some degree So let s say that the team did choose to bring someone on They went to the management and said We want more people or We need this thing I could see that even going wrong if the interview process was a traditional interview that had nothing to do with the culture and nothing to do with the team and it was all about technical aptitude and Do you answer these five Clayton So they went through the HR process Jade Yea they went through the HR process I would imagine that the team even though said we want someone they re going to get some crappy person they don t actually want Roy I ve had that personal experience where I was brought into a team with a fairly progressive interview process not the centered HR thing and there was still that initial forming storming Jade Oh sure Roy and all that stuff that was going on Clayton The Tuckman model says that every time you change a team they will go through that Roy Right right Clayton The difference is in a mature team They might go through it quicker and less painfully But they will always go through that process Every time you change that team dynamic Jade To get to maybe another part of this topic crosstalk Jade If I wanted to hire someone else if the team said that they wanted someone the team was open to it What would be a reasonable interviewing process to make sure the team could go through those stages as fast as possible Roy First I think the team should be as heavily involved in the interview process as possible I could see HR or management or whatever doing some high level filtering to get the obvious idiots out but before anybody comes onto the team every member of the team should have a say in it I feel Jake In terms of should it be like a unanimous decision basically If someone comes in the team should interview them and they only get hired if everybody says yes Roy Well I don t even mean just a unanimous decision I mean it should be everybody on the team should have interaction with the candidate too You can have a unanimous decision where Clayton s the only one that actually talked to this potential hire but I trust Clayton s judgment so I m going to thumbs up it But I feel that if somebody s going to get added to the team everybody on the existing team should interact with that person and have an opportunity to assess them in their own way Jade So doesn t that make hiring really expensive laughter Roy Well how expensive is it when you hire the wrong person and you ve got them on salary and you can t fire them That sounds way more expensive in the long run Clayton That s a problem for future us though laughter Roy Yeah future us will Clayton For now us that costs us a lot of money Roy And that s totally discounting the idea of introducing this bad apple into the team and completely poisoning their chemistry and now you don t just have the cost of the person you just hired that doesn t fit but also the cost of paying everybody on the team now that s not performing because they all hate their lives Jade So what are you trying to say Roy I m trying to say that one bad person can totally ruin everything on that team Clayton So hire slow Roy Yeah Jade Well and I think what s interesting though is if you take that as the perfect advice and say I going to hire slow I would guess that most people that are development managers probably the channels they re using to find people are the wrong channels in the first place So this is like a very painful lesson to learn of I want to hire people that are going to be a good fit for the team that are going to fit culturally that all these other things all the check boxes that are not the traditional HR check boxes but when I get the recruiter people I get the wrong people every single time Roy So maybe you should start looking at the local bar laughter Jade Well where would I go right How would I know a better place to find people The only thing I have is I submit something

    Original URL path: http://integrumtech.com/2012/12/episode-94-hiring-for-agile-teams/ (2016-04-26)
    Open archived version from archive

  • Episode #15 - Estimates - Integrum
    either tell you four weeks what you will get for that budget or they would tell you with your budget how many features you can get done One of the two and I think that you can negotiate a fair amount of that feature set and then have somewhat a good idea in every week You will be able to potentially get feedback on how accurate those estimates were Jade I want it all Derek You should probably go to waterfall methodology then laughter Jade Estimation is one of the most difficult parts I believe of being a good scrum team is being good estimators What are some tips and tricks that we can offer people to help make their estimates more accurate help deal with these questions that come up from products owners Clayton I d say that as far as becoming say better at estimation I would say really take the inspect and adapt concept and apply that to your estimations too I think a lot of times people do the padding thing because they just pad everything They don t ever go back and they don t ever try and see Was I write Or How far off was I Or anything like that It s always just I m just going to take whatever I think it s going to take and I m going to add 50 percent That s their general rule They don t ever go back I did that here with this team and went into a sprints worth of tasks from every single project I think and they were 300 or so Maybe it was two weeks of task but we were off by an average of like half an hour I think We were so close to our estimates but at the time everyone was saying that we are so bad at estimating we did everything wrong In reality we were actually pretty close We were way better than I think anyone would have thought I would say that if we can go back and come up with some way to look back at your estimates and see either you are right you went over or you went under and why Apply that next time Derek I think one of the things that I see most teams do when they estimate that really hurts them is they are still way too tied to thinking in terms of hours I m trying to map what does a three point story look like in terms of hours What does a five point story look like in terms of hours Instead of thinking about them in terms of difficulty What I always like to say is when somebody says that they are a bad estimator usually what they mean is someone either myself or somebody on the team or somehow we derived a velocity that we thought was acceptable We didn t hit that velocity and therefore our estimates were wrong What I

    Original URL path: http://integrumtech.com/2011/05/scrumcast-15-estimates/ (2016-04-26)
    Open archived version from archive

  • Episode #64 - The Myth of 100% Utilization with Pawel Brodzinski - Integrum
    safe to leave much freedom to team members to choose what they re doing during slack time Derek I follow that you ve been bantering back and forth on this a few months back where maybe it s optional task stuff maybe it s important task maybe it s my inability from the English language perspective but I m feeling a very strong disconnect to the logic What I m hearing is that people should not be a hundred percent utilized yet they should have slack time In the slack time they should be doing things that propel the company the sprint or the team forward To me that s a total disconnect If we say You should be doing something for the company a hundred percent of the time that you re at work and then we go Oh no We don t really believe that what we really believe is that you should only plan 80 percent of your work but the other 20 percent that s not planned you should still be doing something that moves the team forward I m having a disconnect there in the sense of I guess I m more of a believer that in creative work you need to allow your brain time to process things If you re doing I don t want to say slack time because I just think it s a horrible terminology a horrible expression because it has so many meanings within the English language that are bad got baggage with it May be the Pomodoro method s an easier way to articulate it You re doing some volume of work whether it be 60 80 90 percent some planned form of work and then the remainder is really more of a state of play where you allow your mind to process whether it be play video game table tennis or take a walk around the campus whatever I was thinking that the concept of not being a hundred percent utilized is that we re not being fully utilized that there re some cycles outside so maybe if you could help clarify some of that it would help me Pavel The first perspective is that we look at a hundred percent utilization from the perspective of building new theories of doing our regular work When we introduce WIP limits we try to avoid starting too many things at once before finishing some of them This is the first thing However you aren t actually forced to do this improvement work during slack time You can perfectly do nothing You can take a walk You can take a break and do nothing in terms of building any value and it would still result in better effectiveness of the team as a whole However what I find typical is that people actually do find time to think do find time to have a break and play foosball or whatever They don t have problems like this They still are

    Original URL path: http://integrumtech.com/2012/06/episode-64-myth-of-100-utilization-pawel-brodzinski/ (2016-04-26)
    Open archived version from archive

  • Episode #99 - Working From Home? - Integrum
    you wanted to There was some fun aspect where that would be like you do work over here but then over here is where you have fun There were some other things sprinkled in but those were the main themes I think almost all of them were framed in the concept of a bull pen which I think was more just That s what the people who did the exercise were familiar with They hadn t experienced something like a gang plank which had a very open floor plan that was very sprawling That s kind of their mind set They were in that box I like the idea of having the free and open communication with the team members and having an open space that you can feel safe talking in Derek I think I don t know probably circa 2006 2007 Mike Cone made a really great blog post called The Ideal At Work Space It had nine or ten qualities and I believe our innergram made a counter video to that They added two or three additional ones as well as showed some visual parts of the work space I think all of those things are still absolutely relevant today I think you guys hit on two of them One which was every person on the team should be able to see the other person on the team which I think whether it s a bull pen whether it s a wide open space that you should be within visual contact of everyone on else on your team Another one was that there s a place to have quiet meetings or what not I think there s something about visual pieces that the work is visualized somewhere within the space There s a number of things Those are all great points The thing that is really difficult when I see a lot of teams struggle or organizations struggle is they say OK we re willing to make the commitment to go to some more kind of open style But they have this whole inventory of this really crappy cubical furniture and so there s this sunk cost of how do we get rid of this and disbelief that you could go to really light weight six foot tables that are upper end Ikea type of tables and put them on wheels That is so foreign to facilities like whoa but then how do you deal with power and how to you deal with Ethernet It cascades this panic within the organization of un possible Jade Probably just like their software Derek Yes This is something we talked about with inaudible 0 07 52 in Portland at Open Northwest right There s cultural debt in the same way that there s technical debt When you build up these giant facilities department who has three hundred change orders who have to fill out to get an Ethernet moved in a day where 90 of people connect through wireless anyways It s like when you can t move your physical location from one cube to another that s an act of God Imagine if you say We re just going to get rid of all the cubes That is full on pandemonium like whoa How will we track our assets if there s not cubes that they belong to Currently we use a Cube ID to track everything that happens Roy For effective management How do I know if Clayton is even working if he could be sitting and working from anywhere I got to be able to stop by his cube at several points inaudible 0 08 42 the day and make sure he actually shows up Jade Let s go down a tangent here on this one Marissa Mayer just announced at Yahoo there is no longer a remote work policy Roy What laughter Jade I know can you believe it As of June Yahoo employees either need to move to be physically near their headquarters or they no longer have work from home privileges What do you guys think about that Derek I think if we go buy those principles of what is a quality as a work space one of things is you should be able to see all the people on your team Jade I have Skype and I have G Chat Derek Now that said I think you can do close facsimiles of or proxy s thereof those things Roy inaudible 0 09 26 keep with people who use the real thing Derek The problem is that is it really difficult If everybody is virtual I think you stand a better chance than if only a few people are virtual If you have the choice between interacting with the real thing and a virtual thing you will probably choose the real thing more often than not and so those people become ostracized as the virtual people If you ve ever been on a phone call with a conference call calling in and there s eight people in the room and two people on the phone it s amazing how people will end the meeting without even saying goodbye to the people on the phone because they re not even part of it Roy We even observed this with Innergram when you were working from out of state Jade Jade Yeah It was very hard to be part of the team I ve seen a lot of reactions to this announcement The biggest thing I think of when I see what people are writing is this really comes down to the type of work that you re doing If you re doing very individualized work it really doesn t matter where you work from It doesn t matter because your work is your work is your work and you can do it wherever whenever you want What I see is people who value having team based shared commitments who are probably doing something that is

    Original URL path: http://integrumtech.com/2013/02/episode-99-working-from-home/ (2016-04-26)
    Open archived version from archive



  •