[Think IT] 第4回：アジャイルにおけるドキュメント作成ポイント (1/3)
【楽々デブドックを書こう！】手法別開発ドキュメントの書き方 第4回：アジャイルにおけるドキュメント作成ポイント 著者：ウルシステムズ 深谷 勇次 公開日：2008/02/28（木） 開発の現場「受託型アジャイルモデル」 最終回の今回はアジャイルモデルにおける開発ドキュメントを作成する上での重要なポイントを解説していきます。アジャイルモデルはソフトウェアの要件を最初にすべて決めるのではなく、開発を進めながら顧客の要望に柔軟に対応していくのが特徴です。そのため、顧客と開発業者が1つのチームとして、同じ場所で作業をすることが推奨されます。仕様決定者が常時プロジェクトに滞在しているため、要件の獲得や仕様の確認作業をスムーズに進めることが可能です。 しかし現実には請負という契約形態に縛られて、事前に要件の大枠を決めなければならなかったり、顧客と開発業者が別の場所で作業せざるを得なかったりするものです
【コラム】"できるITエンジニア"のコミュニケーションスキル (12) "見せる議事録"によるファシリテーション(1) - 逸れた議論を戻すも簡単!! | エンタープライズ | マイコミジャーナル
ITプロジェクトに関わっている読者の皆さんは、プロジェクトを円滑に遂行するうえで、顧客の参加する会議がいかに大切であり、また、それをうまく進めることがどれだけ難しいかは十分ご理解されているだろうと思います。 こうした会議は、プロジェクトの節目で行われ、そこで必要な決定について結論を出す必要があります。そして、会議には、情報システムの担当者だけではなく、業務部門や、経営層の方々等、利害が必ずしも一致しない関係者が参加されることもあります。 プロジェクトリーダーには、会議の限られた時間の中で参加しているこうした顧客関係者との確かな合意のもとで、プロジェクトの方向付けをするスキルが求められます。 会議で行われる発言の流れをリードして時間内に必要な結論を導くスキルは、ファシリテーションと呼ばれるものです。今回と次回の2回にわたり、ファシリテーションのスキルを向上させるためのテクニックとして「見せる
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
