carfield.com.hk

Team work.txt

2024-03-15T00:21:16Z

Building trust for team - http://cocreatr.typepad.com[..]nity-of-practice-and-trust-building.html

One nice article about teamwork:

Directing (hi directive + lo supportive, for "enthusiastic beginners")
Supporting (hi directive + hi supportive, for "disillusioned learners")
Coaching (lo directive + hi supportive, for "reluctant contributors")
Delegating (lo directive + lo supportive, for "peak performers")

http://www.cmcrossroads.com[..]bbthreads/showflat.php?Cat=&Number=64809

Is it a people problem or process problem - http://blog.nayima.be[..]01/21/people-problem-or-process-problem/

importance of teamwork - http://www.butunclebob.com[..]leS.MichaelFeathers.ProgrammingOnYourOwn

5 Dysfunctions of a Team - http://www.anticlue.net/archives/000279.htm

A Leaner Start: Reducing Team Setup Times - http://www.infoq.com/articles/pat-kua-onboarding-new , I think article "letting-go" is really insightful - http://www.thekua.com[..]007/09/24/onboarding-strategy-letting-go

A good explanation of what is courage, and the result of didn't have courage. It also mention a bit of how to bulit courage within the team, but not much about it - http://www.xprogramming.com/xpmag/NotXP.htm

A potential issue of focus too much on people, rely on few heros - http://jchyip.blogspot.com[..]12/people-over-process-misses-point.html

Our agile process requires people to spend the effort to listen and talk to each other, working closely. You have to be a people person to like it. It doesn't suit sociopaths. Accidently hiring a sociopath is going to make XP impossible. Trust me, I know. To me this is XP's fundamental weakness. http://jchyip.blogspot.com[..]12/extreme-programmings-fundamental.html

What important is team but not idea - http://www.codinghorror.com[..]g/2010/01/cultivate-teams-not-ideas.html

http://www.infoq.com/news/2011/11/enable-high-performance-teams

http://www.infoq.com/presentations/Co-Making-Great-Products

A Measure of Your Team’s Health: How You Treat Your “Idiot” - http://quickbase.intuit.com[..]r-teams-health-how-you-treat-your-idiot/ http://www.inside.com.tw[..]ur-teams-health-how-you-treat-your-idiot

https://www.infoq.com/news/2018/05/culture-safety-ei-teams

How to Create a Great Team Culture (and Why It Matters) - https://queue.acm.org/detail.cfm?ref=rss&id=3323993

https://noidea.dog/glue

Psychological Safety - https://www.buildsoftwarebetter.org[..]tally-healthy-environment-for-developers https://hbr.org[..]chological-safety-heres-how-to-create-it

‘As long as everyone got a chance to talk, the team did well. But if only one person or a small group spoke all the time, the collective intelligence declined.’ - https://www.nytimes.com[..]its-quest-to-build-the-perfect-team.html

The secret ingredient to successful team building is not what you think - https://www.fastcompany.com[..]sful-team-building-is-not-what-you-think

leadership.txt

2024-03-09T11:36:46Z

Servant Leadership - http://www.inc.com[..]t-be-my-style-of-servant-leadership.html , similarly, what a leader should do is helping other to do better, not to be the best of the team - http://blog.vincentx.info[..]/03/onthings-manga-taught-me-leadership/ http://www.infoq.com[..]what-do-you-look-for-in-a-servant-leader

Mentorship - http://www.javacodegeeks.com[..]entorship-in-software-craftsmanship.html

Keep focus, or lose - http://googlesystem.blogspot.com[..]0/how-steve-jobs-influenced-googles.html

The anti-pattern and suggestion about new joiner - http://5whys.com[..]-you-will-face-as-a-software-team-l.html

Believe me, the objective was not to make decisions, but to create the right environment so that the right decision would be made. http://tech.groups.yahoo.com/group/leandevelopment/message/1952

A nice set of questions to ask for a leader - http://jchyip.blogspot.com[..]3/questions-on-influence-and-growth.html

In short, don't put your shoes on others' foot - http://www.inc.com[..]earned-in-the-army_Printer_Friendly.html

4 types of leadership style, well, I think he model leadership a little too simple - http://softwarecreation.org[..]s-the-best-leader-for-the-software-team/

Your experts are spending all their time mentoring novices. Therefore:

Put one expert in charge of all the novices, let the others develop the system. - http://gigix.agilechina.net[..]010/2/25/organizational-pattern-day-care

What is the key Characteristics of great team - http://www.infoq.com/news/2011/01/characteristics-agile-org

This is very insightful obversation, in many time we look into something work in short term but not really solve the problem, a discussion about why so many people like micromanagement even if they know it is bad - http://www.thoughtclusters.com[..]m/2011/01/programmers-and-micromanaging/

http://www.adoptionofagile.com[..]best-thing-you-can-do-for-your-team.html <- is provide required information, probably more transparent.

Don't make me think... but you have no business not allowing me to think if I choose to. - http://jchyip.blogspot.com[..]allow-me-to-think-just-dont-make-me.html

How To Lead Clever People, actually I am double about this, let's see - http://business.in.com/printcontent/28632 http://business.in.com/media/images/2011/Sep/img_56852_wise.jpg

How to grow the leadership - http://www.jrothman.com[..]og/mpd/2012/11/nurturing-leadership.html

他在公司的名言是「When you give, you get」。他在上海成立科研中心，大方讓上汽參與，他認為各懷鬼貽的氣氛不可能做出成績。合資公司理論上是獨立個體，合資公司員工應把合資公司利益放到最前，而不是自己原屬公司的利益，但很少人做得到。慢慢下來，上汽也逐漸對墨菲產生尊重。

在美國和上海工作過的GM員工，指上海GM的工作氣氛跟美國截然不同，甚至認為上海GM形成一套自己的文化，這套文化建基於信任。墨菲跟員工打成一片，工餘在家中安排活動，中美關係罕有地融洽。 http://www.thehousenews.com/finance/由傲慢製造的優秀企業/

10. 永遠記得，做出決定前要先綜觀全局。
9. 否定別人跟切換開關一樣容易。但你最好拼死抵抗這種衝動，因為你也曾經做過蠢事。你做過爛決定，然後學習、成長，別人也一樣。
8. 掃地、擦桌、關燈。哪裡有漏洞要補就去補——即便那很瑣碎、沒人會注意。你必須做這些事去造福你的產品、你的公司，以及所有你們團隊共同打造的，令眾人驚艷、神奇的事物。
7. 你無法做所有的事。閉上眼睛，向後仰倒，學會信任。
6. 顯然有某種更為有效的方法能處理你正在做的事。是什麼呢？在每天回家的路上反覆思考吧。
5. 找出總是在依賴你的人，想想要怎麼做才能協助他們，讓他們自力更生。或許你覺得當個壟斷市場的鮭魚供應商很重要，但如果小鎮的所有人都學會捕魚，便能將你解放出來去做別的事。像是學習種小麥，或是如何馴服那些可愛的小狼。
4. 別說任何對當下討論沒有貢獻的話。你的聲音並非悠揚到絕對必須被聽見。
3. 做得出最好的決定比不上處在得以確保做出更多最佳決定的流程。
2. 就像你經常發表意見那樣，多說感謝和鼓勵的話語。
1. 最重要的是：永遠要掃除障礙物。那怕只是玩玩手指、看看窗外的雲，也別讓你那愚蠢、幼稚的自我阻礙團隊前進的腳步。

http://www.inside.com.tw/2013/02/04/a-manager-s-maifesto

http://joeduffyblog.com[..]oftware-leadership-6-read-every-checkin/

http://www.engineeringandcareering.co.uk[..]o.uk/2014/10/leading-and-delegating.html

https://www.thekua.com[..]op-5-mistakes-for-first-time-tech-leads/

http://www.yegor256.com/2015/01/08/morning-standup-meetings.html

How to lead with diplomatic - http://www.crucialskills.com[..]how-to-be-both-assertive-and-diplomatic/

Dr. Nico Rose cites research that finds that happy people tend to be more effective leaders. - http://www.forbes.com[..]-your-money-managing-your-life-part-one/

https://www.infoq.com/news/2017/02/humility-positive-trait

https://medium.com[..]ge-manager-vs-great-manager-cf8a2e30907d

https://simpleprogrammer.com/coaching-programmers/

Don't pretend - https://medium.com[..]ad-my-five-biggest-mistakes-fd7f4a2f1808

https://medium.com[..]les-of-effective-leadership-d2f9d28a49fb

Being Glue - https://noidea.dog/glue

7 ways to delegate better and unleash your team’s full potential - https://www.fastcompany.com[..]er-and-unleash-your-teams-full-potential

motivation.txt

2024-02-25T12:35:18Z

Stop Demotivating Me! - http://www.cio.com/article/print/123406

The key takeaways are a number of tools that you can use to try to help yourself or help others follow through on their goals. One key takeaway is that whenever you want to help somebody follow through on a goal, one thing you should do is actually prompt them to think about exactly when and where and how they will accomplish that goal. - http://knowledge.wharton.upenn.edu[..]at-make-a-big-impact-on-achieving-goals/

Quiet Quitting & Strategy, The Humanity Imperative - https://rogermartin.medium.com[..]com/quiet-quitting-strategy-1fe6892c975b

Employees said they’d work harder if recognized. These are the types of recognition they want - https://www.fastcompany.com[..]loyees-work-harder-recognition-they-want

developer.txt

2023-07-20T23:18:37Z

What We Expect From Software Developers on Each Level - https://dafir.medium.com[..]re-developers-on-each-level-f7b44abb71da

How To Build the Culture of Delivering Clean Code - https://betterprogramming.pub[..]ure-of-delivering-clean-code-182b6563b1f

capacity.txt

2023-01-21T12:08:40Z

https://www.thoughtworks.com[..]h-can-you-carry-study-capacity-modelling

Split Your Overwhelmed Teams - https://queue.acm.org/detail.cfm?id=3570920 https://www.infoq.cn/article/58jKuW7dDZ0K7qt9hpL7

efficiency.txt

2022-11-03T23:55:18Z

Cool diagram showing what slow us down - http://www.targetprocess.com[..]m/blog/2012/01/faster-faster-faster.html

Usually, not a good idea to grow a team too big too soon - http://martinfowler.com/bliki/PrematureRampUp.html

Taken from Interview of Charles Simonyi ( http://www.shamit.org/charles_simonyi.htm ) , both the interview and the discussion are nice to read: http://discuss.joelonsoftware.com/default.asp?joel.3.341396 , However, I will think if team work effective, 1+1 > 2

What we should really care about is effectiveness and not efficiency. and effectiveness is often inefficient - http://www.markhneedham.com[..]our-obsession-with-efficiency-dan-north/

Handling emergencies or crisis situations
Handling work stress
Solving problems creatively
Dealing with uncertain and unpredictable work situations
Learning work tasks, technologies, and procedures
Demonstrating interpersonal adaptability
Demonstrating cultural adaptability
Demonstrating physical-oriented adaptability
- http://jchyip.blogspot.com[..]2010/12/8-behavioural-dimensions-of.html

http://www.funretrospectives.com/anchors-and-engine/ <- a simple way to check what make team move faster, and things that slow team down.

http://www.targetprocess.com[..]icles/speed-in-software-development.html

The emergency team, in our understanding, was supposed to work as a point of entry for new developers, so they could know the codebase better. However, we didn’t get into account that newcomers needed to check on some things with the “old” developers. That hindered the work, and we eventually switched back to ~1 month rotation principle. - http://www.targetprocess.com[..]/how-we-handle-bug-fixes-and-rework.html

Your team’s strength is not a function of the talent of individual members. It’s a function of their collaboration, tenacity, and mutual respect. - https://medium.freecodecamp.org[..]-best-decision-we-ever-made-4c0a99728fde

https://ronjeffries.com/articles/019-01ff/kate-red-threads/

http://testobsessed.com/2020/02/momentum-urgency

How To Update Your Status During Standup Like a Senior Engineer - https://betterprogramming.pub[..]d-up-like-a-senior-engineer-f05f3c7f91e4

pair programming.txt

2022-11-03T23:39:44Z

https://martinfowler.com/articles/on-pair-programming.html

How work alone might be better than pairing - http://techcrunch.com[..]/03/pair-programming-considered-harmful/

When to pair, when not to - http://www.markhneedham.com[..]ramming-the-disadvantages-of-100-pairing

This is an excellent arguement -

It's only worth pairing on complex code, rote code yields no advantage.

I think there is a point to this - pairing is about improving design and minimizing mistakes. Rote code that's simple to write yields little opportunities for pairing to make a difference.

Except this: writing boring rote code is a smell. If I'm writing boring repetitive code it's usually a sign that I've missed an important abstraction, one that will drastically reduce the amount of rote code to write. Pairing will help you find that abstraction.

http://martinfowler.com/bliki/PairProgrammingMisconceptions.html

Common pitfall of pairing
http://blog.jayfields.com/2007/09/distracted-pair.html
http://blog.jayfields.com/2007/09/uninterested-pair.html
http://blog.jayfields.com/2007/08/spellchecking-pair.html

Look like a good way to start pair programming
http://magpiebrain.com[..]02/13/pairing-pattern-ping-pong-pairing/
http://c2.com/cgi/wiki?PairProgrammingPingPongPattern

Discussing pair programming - http://www.codinghorror.com/blog/archives/000999.html

Experience sharing of working with expert - http://dreamhead.blogbus.com/logs/13258146.html here is the disclaimer of the blog http://dreamhead.blogbus.com/logs/13258146.html

Why pairing - http://www.shlomifish.org[..]n/opinion-on-the-technion/#why_pair_wise

Pair Programming smells
- Unequal access
- Keyboard domination
- Pair marriage
- Worker/Rester
- Second Computer
- "Everyone does their own work"
- 90% of work 90% done
- People who can't stand to program together
- Debates lasting more than 10 minutes without producing new code
-
Pair-programming smalls - http://agileinaflash.blogspot.com[..]com/2009/02/pair-programming-smells.html http://www.javacodegeeks.com[..]ir-programming-disadvantages-of-100.html

http://kfzhang.thoughtworkers.org/2011/04/open-mind-in-pair/

http://spin.atomicobject.com[..]012/08/08/in-praise-of-pair-programming/

http://pragprog.com/magazines/2011-07/pair-programming-benefits

Programmer Pairing with a Tester - http://www.satisfice.com/blog/archives/852

Showing how pair programming is better than traditional code review - http://www.petrikainulainen.net[..]ment/design/code-reviews-with-five-whys/

https://medium.com[..]code-review-try-mob-instead-82149ef035df

work from home.txt

2021-06-20T13:03:57Z

work from home guideline from sun - http://blogs.sun.com[..]y=designing_from_anywhere_best_practices

Comment about working as independence consultant, a good reading that discuss some issue at HK or China limited this area of jobs - http://blog.nona.name/200801251.html

10+ productivity tips when working from home, in summary, treat is as office - http://www.codeforest.net[..]productivity-tips-when-working-from-home https://medium.com[..]work-from-home-do-it-better-f33dd0e150d1 http://www.inside.com.tw/2014/01/20/10-tips-for-working-from-home

https://blog.trello.com/remote-work-guide-for-parents

I’ve Worked From Home for 22 Years. Here’s What I’ve Learned. - https://www.wsj.com[..]years-heres-what-ive-learned-11585354640

Stanford researchers identify four causes for ‘Zoom fatigue’ and their simple fixes - https://news.stanford.edu[..]2/23/four-causes-zoom-fatigue-solutions/

program manager.txt

2020-07-14T02:48:53Z

http://www.joelonsoftware.com/items/2009/03/09.html

Sharing from a PM - http://www.infoq.com/presentations/Ideal-Programmer

It sound interesting but I don't exactly sure what is the difference with traditional approach - https://www.infoq.com[..]omputest-transformation-agile-enterprise

https://blog.oursky.com[..]/18/build-engineering-culture-tech-team/

https://dzone.com[..]rom-dev-to-team-lead-8-things-they-didnt

offshore.txt

2019-11-12T12:09:43Z

Recently I help the company offshore some work to CN developers, many difficulty I've encounter, most difficult one is it is hard to share the vision and big picture to CN developers.

This article mention a few good notes http://martinfowler.com/articles/agileOffshore.html , the one I think I am lacking is having short meeting with them often. I will see if we can have video conferencing so that we are easier to meet.

The other tips here - http://www.theserverside.com[..]_id=45367&asrc=EM_NLN_1439070&uid=703565 but I think the tips list is too long and probably only apply to large enterprise

Tips of communication with offshore team - http://www.acceptic.com[..]on-in-software-development-projects.html

http://martinfowler.com/articles/remote-or-co-located.html

https://www.infoq.com/articles/top5-problems-distributed

https://www.infoq.com/articles/be-agile-distributed-teams http://www.infoq.com/cn/articles/be-agile-distributed-teams

https://angel.co[..]ur-remote-team-and-then-getting-it-right

confilct.txt

2018-02-24T16:23:55Z

No problem is a big problem, So we want to actually encourage conflict in the sense of encouraging openness about disagreement, which in turn suggests that it is essential that we are prepared to resolve conflict - http://jchyip.blogspot.com[..]0/conflict-will-and-should-occur-be.html

Should DEV work in prod? - http://swreflections.blogspot.hk[..]developers-working-in-production-of.html

Vision.txt

2017-12-06T06:39:32Z

Nice story and nice photo, really a master skill to drive the team to have same vision - http://www.taylor.se/blog/2007/06/26/team-vision/

Team Decisions: Consensus versus Consent, closely related to team vision establishing - http://www.maxwideman.com/musings/consensus.htm

https://martinfowler.com/articles/products-over-projects.html

communication.txt

2017-01-06T14:08:55Z

Discussion toolkit - http://www.stickyminds.com[..]YCOLUMN&ObjectId=12875&objecttype=ARTCOL

Other tips - http://www.infoq.com/articles/satir-communication-model-teams

Appreciation inquiry, a communication tool helping adopting new thing - http://www.threeriversinstitute.org/AppreciatingYourWayToXP.htm

A lot of engineer will silence when under stress, how do you communicate with them that time? Here are some suggestions - http://now.eloqua.com[..]048&elq=1C1DC5420DC8451CB08AEBA44D4F6BC7

There are five dangerous faults, which may effect to a software engineer: http://www.petrikainulainen.net[..]/the-five-faults-of-a-software-engineer/

Benefit of whiteboard over software, communication! - http://www.iamhukai.com/?p=422

How to communicate with difference type of learners
Active versus reflective learners: "Active learners tend to retain and understand information best by doing something active with it--discussing or applying it or explaining it to others. Reflective learners prefer to think about it quietly first."
Sensing versus intuitive learners: "Sensors often like solving problems by well-established methods and dislike complications and surprises; intuitors like innovation and dislike repetition."
Visual versus verbal learners: "Visual learners remember best what they see--pictures, diagrams, flow charts, time lines, films, and demonstrations. Verbal learners get more out of words--written and spoken explanations. Everyone learns more when information is presented both visually and verbally."
Sequential versus global learners: "Sequential learners tend to gain understanding in linear steps, with each step following logically from the previous one. Global learners tend to learn in large jumps, absorbing material almost randomly without seeing connections, and then suddenly 'getting it.'"

http://pagilista.blogspot.com[..]/03/rich-communication-in-real-life.html

How to handle tough discussion - http://www.markhneedham.com[..]iscussing-the-undiscussable-book-review/

Good message structure underlies all forms of effective workplace communication - http://jchyip.blogspot.com[..]ood-message-structure-underlies-all.html

A methodology to test the feeling of the team - http://www.codinghorror.com[..]2/12/web-discussions-flat-by-design.html

It is the most important skill for programmer - http://chodounsky.net[..]/the-most-important-skill-of-programmer/ and also there are pointer of how to improve your communication skill

Slack is good? - https://engineering.policygenius.com[..]per-day-on-slack-29f8b08c0d82#.l27wrcft0

architects.txt

2014-01-07T01:10:42Z

http://jchyip.blogspot.com[..]2009/03/some-thoughts-on-purpose-of.html

http://jchyip.blogspot.com.au[..]/12/three-key-outcomes-of-effective.html

Organize software delivery around outcomes, not roles: continuous delivery and cross-functional teams - http://continuousdelivery.com[..]ware-delivery-around-outcomes-not-roles/

dojo.txt

2013-10-25T08:46:57Z

http://www.dtsato.com[..]05/how-to-start-a-successful-coding-dojo

resistance.txt

2013-01-31T15:27:02Z

I have been blogged by coworker about my mistake on team work with him, which is a wonderful lesson for me to learn.

http://www.opendiary.com[..]asp?authorcode=D435984&entry=20223&mode=

Since then I collect information about due with change and resistance.

http://tech.groups.yahoo.com[..]remeprogramming/message/123257?var=1&l=1
http://www.dhemery.com/articles/resistance_as_a_resource.html
http://martinfowler.com/bliki/AgileImposition.html

http://www.stevenmsmith.com[..]cles/article/the-satir-change-model.html

Ignore human factor causing team broken - http://dnicolet1.tripod.com/agile/index.blog?entry_id=1964378

We agree... but ... http://jchyip.blogspot.com.au/2013/01/we-agree-but.html

develop environment.txt

2012-08-18T01:07:12Z

A sample of DE in python - http://agile.idyll.org/wiki/HandoutNotes

Here is a thread at pragprog discuss similar topic - http://tech.groups.yahoo.com/group/pragprog/message/8201

office.txt

2012-07-30T14:25:23Z

XP style office setup

http://www.scissor.com/resources/teamroom/
http://www.xp123.com/xplor/room-gallery/index.shtml
http://zhangyue.info[..]%84%E5%8A%9E%E5%85%AC%E7%8E%AF%E5%A2%83/

Programmers who have good working conditions and a personal investment in the end result will often volunteer overtime at crunch periods, or just when they have a particularly thorny problem to overcome and don’t want to go home
until it’s done.

http://fishbowl.pastiche.org[..]ings_will_continue_until_morale_improves

Use of kanban - http://www.infoq.com/articles/agile-kanban-boards

Benefit of sharing office http://cn.wsj.com/big5/20120331/eoe092700.asp

Analysis about home office - http://cn.wsj.com/big5/20120723/wvh073856.asp?source=rss

fail.txt

2011-06-30T16:36:22Z

How to face failure? http://www.infoq.com/news/2011/06/learning-from-failures

Issues.txt

2011-05-13T17:15:13Z

Suggestion of how to due with deny - http://raminasser.com[..]to-do-when-projects-are-behind-schedule/

Common patterns of various issues and the recommended solution - http://www.aptprocess.com/whitepapers/risk/RiskToPatternTable.htm

Blame base management - http://digerati-illuminatus.blogspot.com[..]/poor-requirements-poor-coding-poor.html

Discipline always not focus at the issue, instead it often bring more other problems - http://blog.objectmentor.com[..]en-directed-at-the-symptom-not-the-cause

Common anti-pattern of forming a good team, and the corresponding solution - http://www.infoq.com/articles/whole-team

Gopal Shenoy’s experience.txt

2008-03-17T17:25:31Z

1. Hiring is the most important thing you do at work and always hire people smarter than you
2. A manager’s success is all about making his/her reports successful in what they do
3. You cannot move up in the company unless you train your replacement
4. It is all about “relationships” and not “products”
5. Only viewpoint that matters is that of the customer
6. There is a big difference between products that customers will “buy” vs. products customers “like”
7. Be “market driven” and not be “marketing driven”. There is a big difference
8. Have technical and business arguments with colleagues as long as none of it turns personal
9. Have meetings before the meeting
10. Trying and failing is a lot better than failing to try
11. Execution is the key to being successful

http://gopalshenoy.wordpress.com[..]arnt-at-solidworks-in-the-last-11-years/

OT.txt

2008-01-28T06:34:36Z

What worst than often OT? Having metrics to show OT help the project - http://www.jamesshore.com/Blog/An-Energized-Work-Experience.html

Some arguement against work more than 8 hours a day - http://www.infoq.com/news/2008/01/crunch-mode http://jchyip.blogspot.com[..]8/01/40-hour-week-is-not-just-about.html

user group.txt

2007-11-17T02:03:59Z

Have the idea of starting minor interest group / user group of various technology inside a company. Hope someday it happened and these information help

http://egjug.org[..]ow-to-make-a-successful-java-user-group/

Fishbowl (conversation), setup a small group from large group for team discussion - http://en.wikipedia.org/wiki/Fishbowl_%28conversation%29 http://jchyip.blogspot.com/2007/11/fishbowl-standup.html

knowledge management.txt

2007-03-03T04:43:34Z

Various tools and approach to Preserving Knowledge, I think the best is to
build custom webpage like what I does :-)

http://discuss.joelonsoftware.com[..]iscussGroup=3&cReplies=#discussBody12480