完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ
フロントエンドのテクニカルディレクションに求められるスキル
フロントエンドのテクニカルディレクションに求められるスキル フロントエンドの多様化が進む中で昨今重要視されているのが「テクニカルディレクション」のスキルセットです。 会社の規模や職域、ビジネスモデルにより求められるスキルセットは異なりますが、中小のWeb制作会社を前提に話をいたします。 ディレクター/フロントエンドエンジニアの作業分担 ケースとしては以下のようなパターンが考えられます。 アサインされたディレクターがテクニカルディレクションを行い、フロントエンドエンジニアが実装を行う アサインされたフロントエンドエンジニアがテクニカルディレクションとフロントエンド実装を行う アサインされたSE/テクニカルディレクターがテクニカルディレクションを行い、フロントエンドエンジニアが実装を行う。 個人的には2のケースでアサインされることが一番多いですが、最近の案件では3のケースで1年ほどテクニカルデ
ディレクターは読んでおきたいチームマネジメント記事 | SONICMOOV LAB
こんにちは。 2016年が始まりましたがみなさんいかがでしょうか。 今回はチームマネジメントついての記事を参考にしつつ、自分自身のチームに取り入れている内容を紹介していきます。 良い所などを可能な限り紹介して、みなさんの参考になればと思います。 1日2回のMTGとカンバン方式のタスク管理 自身のプロジェクトでは、1日2回のMTGとカンバン方式のタスク管理を行っています。 1日2回のMTG 1日2回、始業後と終業前に約15分ほどのMTGを決められた時間に行っています。 ●朝礼MTG 各自の本日のタスク共有 困っている事、気になっている事 ●終礼MTG 本日行ったタスク 困っている事、気になっている事 朝礼・終礼時にタスク共有を行う必要があるので、それまでに各自がタスク整理を行うようことが意識づけられる。 また、困っている事などをチーム内に共有されることで、1人では解決できないような問題がその
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
テクニカルディレクター になるには？ | Web・ゲーム・映像業界専門の求人・転職・派遣ならイマジカデジタルスケープ
