- UML超入門
UML，みなさん実際に使ってますか？私たちは現場の開発において， ここ４年間UMLを利用してきました． その経験をふまえて，この記事ではUMLの概略をざっと説明した後， 実例を交えてUMLを使ったシステムの開発を紹介して行こうと思います。 1章では，なぜUMLを使うのかというお話からはじめて， UMLの意味と歴史 をおさらいします． また，実際の開発プロセスでの一般的なUMLの利用法についても外観します． 2章で，簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます． なるべく分かりやすく具体的な例として，社員の出退勤の管理を行う，勤怠管理システムを選びました． 3章では，組み込み分野に近いちょっと面白い例として， LEGOMINDSTORMS(TM)(*)を使ったロボット制御を例題にして，実際の開発の流れを追ってみたいと思います． 4章では，UMLの拡張例をいくつかご
KPTふりかえり 進め方のヒント
Keep Problem Try テーマ テーマはオプション KPTふりかえり会 進め方のヒント ふりかえり会のグラウンドルール ◇全員が最善を尽くしたことを疑わない 原因の追究はしても、責任の追及はしない 言い訳、自己弁護は不要 ◇積極的に参加する 当事者意識を持つ 議題に集中する ◇一人で話しすぎない 人の発言をさえぎらない 話してない人にも思いあり タイムテーブルの例 (しっかりバージョン) 目安(分) 内容 5 前回のTryとProblemを確認する 5 KeepとProblemを付箋紙に書く 10 KeepとProblemを共有する 7 Tryを付箋紙に書く 7 Tryを共有する 10 Tryを選択する 16 Tryをアクションに落とし込み合意する 合計：60 2019/5/15 Copyright (c) 2006-2019 Eiwa System Management, In
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
- アジャイル勘違い集(2014年版)
やる気さえれば誰でもできますが、誰でもがすぐにできるわけではありません。できるようになるまでに、時間がかかる人の方が圧倒的に多数派です。 やる気のある人だけでチームを組んでアジャイル開発をすることを前提とします。このようなチームであれば、コミュニケーションにまつわる問題は少なくなると想像しがちですが、実際はそのようなことはなく、連係ミスなどが発生することは珍しくありません。コミュニケーションに関してだけでも、チームがアジャイルやっているという状態になるには時間が必要です。 また、後発の要求に耐えられるようなシステムやソフトウェアの構造をつくるには、それなりのスキルが必要であり、このようなスキルはやる気だけではすぐに身に付けることはできません。 しかし、やる気を持続していければ、いつかはアジャイルにやれるようになるはずです。 そもそも、「アジャイル*を*やる」ということ自体が勘違いです。開発
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
