スクラムで失敗する5大理由とその対策としてできること | POSTD
スクラム とは、最近、特にソフトウェア開発の分野でよく使われているバズワードです。この概念は、1995年のOOPSLAでJeff SutherlandとKen Schwaberにより提唱されました。自己組織的なチーム構成と短いスパンの持続可能な繰り返し作業に重点を置くもので、複雑なソフトウェア製品やプロジェクトを扱うためのすっきりとした軽量なフレームワークです。 シンプルで軽量な性質を強みとするスクラムですが、これを導入している企業の約半数が正しく実践できていないと思われます。では、一見すぐに使えそうな手法なのに、実践するのが非常に難しいのはなぜなのでしょうか。その理由と、これを確実に成功させるために講じるべき対策を見ていきましょう。 1. 組織の賛同が得られていない どういう タイプの企業であろうと、何かを変えようとすれば必ず直面する最大の課題であると言えるのが、これです。スクラムも例外
開発者のスキルチェック集 - 主に言語とシステム開発に関して
エンジニアのスキルレベルをチェック＆フォローするための，チェックリスト集。 学ぶべき項目を整理してあるので，判定だけでなく学習のためにも使える。 チェックリストには，２種類ある。 レベル判定用のチェックシート・質問集。（※面接や，タスクの振り分け時に利用） 各種IT技術について，初級・中級で押さえるべきポイントを網羅した，学習項目やノウハウのリスト。（※教育や研修のために利用） いずれも，開発チームの技術力の底上げのために活用できる。 このようなチェックリストを活用する事によって，以下の事柄が達成される。 低スキル者のために開発プロジェクトがリスクを抱え込む，という事態を回避できる。彼らを教育するためのリソースを短縮できる。 断片的な知識が散乱している状態であっても，それらの知識を体系的に整理し直して「知識のインデックス」を持たせ，抜けや漏れをなくすことができる。そうする事により，各メンバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
