アジャイル開発におけるプロセスの洗練
プロジェクト概要 このプロジェクトではWebを使った業務アプリケーションを開発した。期間は6カ月、初めは10人でスタートし、ピーク時の人数は17、8人だった。若手が中心で、アジャイル開発が初めてのメンバーがほとんどである。プラットフォームはJ2EE、OSはLinux、データベースはOracle、アプリケーション・サーバはTomcat。StrutsとHibernateとSpringフレームワークを使用している。HibernateとSpringに関しては社内で調査していたので、技術者はそろっていた状態だった。 実践したプラクティス このプロジェクトではXPやスクラムといった既存のプロセスを意識せず、自分たちなりにアジリティを持って開発していくにはどうすればいいかということを考え、プロジェクト前にプロセスの組み立てを行った。イテレーションは2週間で、以下のようなプラクティスを実践した。XPに含ま
ソフトウェア開発をシンプルにする考え方のコツ ― ＠IT
ソフトウェア開発ではこれまで、できるだけ「シンプル」に設計・開発することの有効性が繰り返し提言されてきた。ソフトウェアをシンプルにすればするほど、設計は見通しが良くなり、開発は容易になり、メンテナンスも楽になる。 では、開発を＜シンプル＞にするというのはどういうことなのか？ 一体どうすれば＜シンプル＞になるのか？ これらの質問にあなたは即答できるだろうか。実際のところ、頭ではシンプルにすることが良いと分かっていても、現実には実践できていなかったりするのではないだろうか。 そこで本稿では、現実の開発現場でシンプルな設計・開発を行うための1つの手段として、その「考え方のコツ」を考察する。もちろんこのコツを身に付けることは、すべてのソフトウェア開発で役立つものだろうが、特にNAgile（エヌ・アジャイルまたはナジャイル）を実践していくうえでは、ぜひ知っておいてほしい（NAgileについての概要は
いま話題のCMMとは何か？
“日本版CMM”や“成熟度レベル”、それに“政府調達制度の見直し”といった言葉を、最近新聞や雑誌などで目にすることが多いはずだ。これは、政府のe－Japan計画の“電子政府”に関連したキーワードだ。これらの言葉が注目を集めているのは、政府・自治体がソフトウェアを発注するに当たって、発注先を決める要因の1つとしてCMMを取り入れようとしようといるためだ。 e－Japan計画では、2003年までに世界でも最先端の電子政府を構築し、2005年には世界最先端のIT国家を実現するという目標が掲げられている。その実現のために今後数年間、政府・自治体は多額のシステム発注を行うものと予想されている。“IT不況”の現在、このことはIT関連の大型“公共事業”ともいえ、大手のベンダやシステムインテグレータなどを中心に、電子政府案件に熱い視線が注がれている。しかし、政府案件のシステムは、これまでは限られた企業しか
KPTを使ったプロセス改善(2)：An Agile Way：オルタナティブ・ブログ
Issue … Problem の本質化。問題を見つめ、本質的「課題」としたもの。「５回のなぜ」などで到達できるもの。「アンチパターン」や「AntiPractices」では、root causeと呼ばれている。 Knowledge … Keep の結晶化。Keepの中には、ナレッジとして抽象化できるものがある。ナレッジの表現形式としては、「名前付け」がまず必要。そして、それを表現する形式としては、Pattern、新しいPractice、AntiPractice、Tips、FAQ、注意書きとして、壁に貼るなどが考えられる。 これを、KPTIRK（ケプターク）と言う名前でKPTの拡張として、Alistairに提案したところ、「日本人はカイゼン慣れしてるな～」という感想をもらった。 hiro さんのご要望にお答えして、KPTIRKのフォーマット例。まだ決まったものはない。 Keep->Knowl
ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view コラム〜リサーチャーの日常 人生を通じてマッチクオリティーを追求する 知識の幅が最強の武器になる という本で初めて知った「 マッチクオリティー 」という言葉は、経済学の用語で、ある仕事をする人とその仕事がどれくらい合っているか、その人の能力… 2021.05.04 2021.05.13 295 view 2．ビジネスリサーチの情報収集 日常的な情報収集・整理術（Feedly＋Dropbox） 【 ビジネス 情報収集 と 情報整理 の基本 】いま目の前にあるリサー
Luntbuild
マルチメディアを楽しむ 各種動画形式の相互変換、ストリーミング配信可能なソフトウェアです。 マルチメディアを楽しむ 携帯電話は、インターネットとの組み合わせにおいてとても便利なツールだ。画像を撮って、ブログにアップすればモブログ、音声をアップすればPodcasting、動画をアップすればVodcastingが楽しめる。 そんな中、厄介なのが独自のファイル形式になる。容量の少なさもあるだろうが、変換する仕組みが必要だ。自分で試していた折、見つけたのがこちらだ。 本日紹介するオープンソース・ソフトウェアはFFMPEG、MPEGエンコーダーだ。 携帯電話で録音した、動画はG726、音声はH264のコーデックが必要だった。FFMPEGを使って、Windows Media形式、MP3形式に変換できた。 主要な形式に変換できれば、後は公開するだけだ。ボイスレコーダーも、DVカメラもいらない、携帯電話だ
＠IT：ITアーキテクトを探して（4） ITアーキテクトの仕事術：要求の「見える」化
ユーザーから要求をヒアリングし、管理するのはコンサルタントやプロジェクトマネージャーの仕事だと思っていないだろうか。ユーザーからの要求は、システムのアーキテクチャを規定する大切な要素であり、要求の可視化や管理はITアーキテクトが率先して担当すべき分野といえる。現場のITアーキテクトは、あいまいで頻繁な変更が発生する「要求」をどのように可視化し、管理しているのか。 要求を管理し、統制する仕組みの重要性 IPAのITスキル標準センターのITアーキテクト委員会では、「ITアーキテクトは成果物に対し、以下の3点について責任を持つ」としている。 アーキテクチャの品質（機能性／信頼性／使用性／効率性／保守性／移植性） 経営戦略、戦略的情報企画で要求されている成果・効果 当該プロジェクトで要求される成果・効果 上記3点について責任を持つのはITアーキテクトだが、評価を下すのはユーザー側だ。つまりITアー
37signals Jason Fried氏の講演 「より少ないシンプルな機能で競争する」：Goodpic
This shop will be powered by Are you the store owner? Log in here
わたしが知らないスゴ本は、きっとあなたが読んでいる: 6色ハット発想法
自分メモ。「6色ハット」発想法とは、会議の参加者に同じ方法で考えさせることを目的としたメソッド。堂々巡りを回避したり、枝葉の意見に右往左往させないメリットがある。 ひとたび言い出した「自分の意見」は、今度はそれに囚われることになり、同じ会議の中での制約となる。翻すと「一貫性が無い」になるから。でも考えなんて一貫性が無いのが普通。あるいは、違う立場の意見をムリヤリひねり出すことにより、これまで思いもよらなかったアイディアに至るかもしれない。 1.準備 予め色画用紙でトンガリ帽子を人数分作っておく。色の意味は以下の通り。作ってもらうところから始めると（時間はかかるが）より一体感が得られるかも。 ブラックハット = 悲観的 :物事のマイナスの側面を考える イエローハット = 楽観的 :物事のプラスの側面を考える レッドハット = 主観的 :感覚・感情・直感をもとに考える ホワイトハット = 客観
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.ric.co.jp/sol/contents/sol_0505/tan_rensai_0505.html
http://oss.timedia.co.jp/index.fcgi/kahua-web/show/XP%A4%C7%B3%DA%A4%B7%A4%A4%BF%CD%C0%B8%A4%F2