
技術的負債、マネージャの視点
Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?

Developers often talk about Technical Debt saying its slowing your projects down. What are they really saying? What measures can you take to reduce it before it cripples your projects?

どうしてみんなアイデアをわかってくれないのだろうか? あなたが指導する開発者はどうしてまだわからないのだろうか? どうして参加者は教材の10%程度しか学べないのだろうか? このように思ったことはありませんか。ある意味、私たちはみんな先生です。ところが、プロの教育者だけがこの分野のトレーニングを受けています。この記事では神経細胞からの教えとそのアジャイルソフトウェア開発などへの適用方法について説明します。
大きな組織のチームでは、TDDの採用に未だに苦戦している。この記事では、Mark Levison氏が、チームを調査した時に発見した問題と、TDDを組織に紹介するための戦略とを共有する。
どのようなアジャイル/スクラムの実践でも、振り返りとフィードバックのループは最重要だ。私たちはいくつかのツールを使ってチームを改善している。しかし2日間のアジャイル入門クラスではこのようなツールの紹介はいいかげんになってしまう。時間のないトレーナーは多くの場合、このトピックをひとつの振り返りの形式の概要だけ示すことで終わりにしてしまう。
気難しくて非協力的な人たちとどうやって一緒に仕事をするだろうか? 議論好きな人たちや専門家らしくない人たちとは? 積極的に議題に反対しようとする人たちとは?
マネージャにScrumを売り込もうとする? 失敗して、なぜだろうと戸惑う? このようなことは、CSMコースを終えて、世界を変える助けをするつもりでいる人に、よく起きることである。
従来のスプリントバーンダウンチャートはチームの役に立っているのか。多くのスクラムチームが作業時間の追跡がスプリントの本当の状態を隠蔽することを指摘し、他の方法を選択する。
四半期毎にその部門のベストチーム1つに報奨を与えるべきだろうか? そのチームはどうやって決定されるべきだろうか? そうした報奨にはどんな影響があるだろうか?