製品の品質を落とさずに開発チームを拡大する方法
開発チームの規模を拡大中ですか?製品の品質を犠牲にすることなく成長する方法を学びましょう。このガイドでは、スケールする時期、チーム構成、採用、リーダーシップ、ツールなどの兆候に加え、The Codestがどのように...
プロジェクトを正しい軌道に乗せることは、タイムリーで効率的な製品開発を第一義とする多くの技術系企業にとって共通の課題である。私は、クライアントやパートナーとの普段の会話から、このことを読み取っている。この興味深い話が、あなたにもインスピレーションを与え、ソフトウェア開発プロジェクトの効果的な管理に関する一般的な問題を解決する一助になればと思い、ご紹介したいと思います。
よく耳にする理由をいくつか挙げてみよう:
お分かりのように プロジェクト 技術マネージャーは頭を悩ませる。彼らはしばしば、開発者の仕事をどのように組織化すればいいのかと自問する。 チーム 遅延を回避し、予定されたすべての 製品 の特徴は、スムーズかつタイムリーに開発される。言うまでもなく、潜在的な「ギャップ」や開発の停滞は、手痛い結果をもたらすかもしれない。楽観的すぎるスケジュール、開発者の不足、整理整頓の不十分さなどが、プロジェクトの納期遅れに拍車をかけるかもしれない。

まず、MOSCOWメソッドとは何かについて簡単に説明しよう。これは、プロジェクト管理で使われる特殊な優先順位付けの手法であり ソフトウェア開発 ステークホルダー(プロジェクトに携わる顧客やメンバー)と、各要件の達成を重視する点について理解を深める。
だから、すべての技術マネジャーにとって良い解決策は、MOSCOWメソッド(「must」「should」「could」「will not」といったカテゴリーがある)をブラッシュアップすることだと思う。最初の2つのカテゴリー、「must」と「could」の実行は通常難しい。限られた人的資源、期限やその他の障害によって、実行不可能な場合もある。
基本的に、企業はこの種の問題に対処するためのさまざまなアプローチを持っている。優れたリスク管理は、脅威を勝利に変える鍵である。このテーマに関連した最近の例を紹介しよう。数週間前、SaaS製品会社のプロジェクト・マネージャーから、以下の可能性について連絡があった。 outsourcing three software エンジニア for a fixed period from the beginning of October to the end of November. It happens that during some periods, companies need support from more developers because of the number of tasks to be done and keeping the project at the desired development pace.
そのプロジェクト・マネージャーは、次のような人物を雇うことを思いついた。 専門チーム バックエンドエンジニアの 技術スタック は彼らのコア製品スタックにマッチしています。私たちは、柔軟で快適な従量課金モデルでプロジェクトを開始しました。何度も長いミーティングや電話をしたり、複雑な契約の山にサインしたりする必要はありませんでした。私たちは要求の本質について明確な考えを持ち、ここでは時間が重要であることを知っていたため、スムーズにセットアップを手配し、レスキュー・チームは準備が整いました。
貴社の成長計画に関連する技術パートナーと手を組むメリットは、他にもたくさんあります。外部サポートは、主に費用対効果に優れています(最大35%の予算を節約できます)。貴社に加わる開発者 社内 チームは多くの場合、実装されたプロジェクトに余分な知識と新鮮な視点をもたらします。このような協力のおかげで、クライアントは納期や遅滞、保留中の長いバックログタスクのリストに関連するリスクやボトルネックを排除することができる。MOSCOWメソッドに話を戻すと、"must "と "should "カテゴリーのタスクを納品するペースは、妥協する価値があるのだろうか?

これが、プロジェクトを軌道に乗せるための私たちの考え方です。あなたのエンジニアリング・チームのセットアップで同じような経験があるかどうか興味があります。ホリデーシーズンにパイプラインの重要な機能の作業量をどのように計画していますか?休暇中だけでなく、円滑に仕事を進めながら素晴らしい夏を過ごすために、他の技術管理者にどのような方法を使い、どのように勧めていますか? 製品開発?プライベートメッセージで教えてください。
ハッピー・プランニング!
続きを読む