開発チームリーダー向けの推奨リソース[終了]


10

私は最近、企業環境で多数のデータベースを管理および開発するデータベース(95%MS SQL Server、5%その他-Oracle、Sybase、Access)開発チームのチームリーダーになりました。コードレビュー、クロストレーニング、ドキュメントなど、過去にこの開発グループに欠けていた基礎を実装するのに役立つリソース(チェックリスト、ユーティリティ、ベストプラクティス、手順、ウェブサイト、書籍など)を探しています、標準の適用、知識の共有、メンタリングなど。

私が見つけているもののほとんどは、一般的な管理スキルのリソースですが、開発者チームのリーダーに固有の何かを見つけたいと思います。企業プロセスは「標準」のウォーターフォールタイプのSDLCであるため、アジャイル向けのリソースはそれほど重要ではありません。

回答:


6

私が購入した、私のために働いたTech LeadsとManagerに推奨する本:

迅速な開発(S. McConnell)-一般的な管理/リードタイプの事柄に対する回答の素晴らしい「聖書」(管理の詳細)

テクニカルリーダー(ジェラルドウェインバーグ)になる-よく読むが素晴らしい。

マネージャーのツールキット(ハーバードビジネスエッセンシャルズ)-繰り返しになりますが、管理に重点が置かれていますが、対人関係のいくつかの問題には優れています

コラボレーションの説明(Jean Tabaka)-よりアジャイルに焦点を当てていますが、「Xの実行方法」の非常に実用的な別の聖書

それを超えて...聞いてください。チームから学ぶ。仲間から学ぶ。上司から学ぶ。あなたの指揮系統の外にいるメンターを見つけますが、あなたが尊敬していて、あなたが欲求不満または行き詰まったときに走ることができる誰かを見つけてください。2週間に1回朝食をとって彼らと会う。


メンターを見つけると+1。これがチームをリードする奇妙な世界を理解するのにどれだけの力をもたらすかを強調することはできません。
tehnyit

3

私は最近Peoplewareを読んだばかりで、とても啓蒙的であることがわかりました。それは間違いなく、開発チームのダイナミクス(およびそれらを管理/リードする上で私たちが犯す多くの間違い)を理解するのに役立ちます。ここのプログラマーから勧められました。


1

Steve Maguireによる「Debugging the Development Process」をご覧ください。

もはや最新の本ではありませんが(1994年)、チームリーダーとして役立つはずの豊富な情報が含まれており、非常に安価に入手できます。私はそれが優れていることを発見しました。

また、Steven McConnellによる「Rapid Development」を検討することもできます。繰り返しになりますが、これは古いもの(1996年)なので、アジャイル方法論の作業よりも前から存在しているため、「ウォーターフォール」、「スパイラル」、および「タイムボックス」のアプローチがメリットについて議論されています。アジャイルアプローチの前身(ラピッドプロトタイピングなど)がいくつかあります。また、「ベストプラクティス」に関しては、400ページに要約されている膨大な範囲と、その有効性に関する適切な引用された評価および詳細な説明が含まれています。

どちらの書籍もMicrosoft Pressによって発行されているため、既存のテクノロジについて十分に参照できます。

最も重要なことは、どちらの本もソフトウェア開発チームの管理方法(動機、スケジューリング、戦略的思考、リーダーシップなど)を扱っていることです。


これらの本はどちらもすごいです。何度も読み直しました。
Jason w、

0

私も同じような立場です。最初に、チームがどのように機能するか、どのプロセスを実施するか、チームの役割は何かを定義します。Wiki(またはシェアポイントなど)ページを作成して、これらすべてを配置します。次に、チーム内で多くの定期的な会話を行い、それぞれについて詳細に定義します。重要なことの1つは、チームが望む文化と行動を設定することです。チームの知識については、これを使用します。隔週または毎月の知識共有セッションを定期的に開始し、さまざまな知識領域を行に、チームメンバーを列にしたスプレッドシートを作成します。次に、1〜5のスコアを割り当てて、各メンバーの強みとギャップを把握します。計画に、それぞれ5、4、3のターゲットスコアを持つ各領域のプライマリ、セカンダリ、ターシャリの責任を割り当てさせます。

すべてのプロセスを文書化することは非常に重要です。たとえば、コードレビュープロセスとチェックリストがあります。プロセスに他のチームが関与する場合は、経営陣とともにそれを提起し、そのレベルのプロセスに同意します。たとえば、リリースプロセス。

管理を改善し、実証するための強力なベースラインポジションを持っているので、ドキュメント化の重要性を強調することはできません(wikiでは軽量にすることができます)。強力なドキュメントとプロセスが整っていたため、私のチームは何度も上級管理者の目に勝っています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.