情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
「武勇伝語る上司」を部下が嫌いな本当の理由 - 日本経済新聞
良かれと思ってやっているのに、頑張っているのに、うまくいかない。いったいどうすればいいのか？ 3回目は部下の指導に悩む上司に、アクションラーニングソリューションズの斉藤秀樹氏がアドバイスします。【相談】 過去の成功体験、武勇伝を語るほどメンバーたちのやる気が失せていく 私はこの会社に勤めて15年になります。実に様々なことがありました。特に思い出されるのは、入社2年目の試練です。オフィス用プリンターの飛び込み営業を続ける毎日でしたが、なかなか結果が出ませんでした。そこで私は、プリンターを売るのではなく、印刷に関するトラブルを解決するアプローチに切り替えたのです。これで成約に結び付いたケースはいくつもあります。10年目も転機でした。そのころ私は、新しい小型のプリンターの販売部門に所属。こういった小さなプリンターは、女性に使ってもらおうと考え、様々な手を打ちました。中でも、当時人気の男性アイドル
君が歩くのを待っている - jkondoの日記
困っている自分を見つけて、かまってくれる人には2タイプいる。 助けてあげたい、と思って、こうしたら良いよ、とアドバイスをくれる人。そのやり方はやめなさいと叱ってくれる人。両方とも、うまい方法を教えることで人間を変えようとしている点で似ている。人は言葉で変えられる、という信念に基づいている。 何もしてくれない人よりも随分親切だ。わざわざ自分の時間を使って、相手のために労力を割いてくれる。かまってくれるだけでありがたい。 ただ問題に気付いていないだけの時や、ちょっとしたコツが分からない時には、そういう人の言葉がすごく効果的になる。あんまり強い言い方や、人前で批判されると、心が閉じてしまうけど。 自分よりも弱い人を見つけて、アドバイスを装って自分を満足させようと寄ってくる人には要注意だ。そういう人は、親切そうにしているけど、本当は自分も弱い。お互いに弱みを握り合って相互依存に陥ってしまう。 具体
チケット駆動開発で作業管理はしないほうがいい - arclamp
先日、2013/3/23（土）に弊社でチケット駆動と開発環境に関するイベントを開催しました。リンク先には資料も上がっていますので参照ください（※アトラシアン製品関連のイベントです）。 基調講演にはチケット駆動開発を推進されている関西XPUGのあきぴーさんをお招きして「チケット駆動開発をパターン言語で読み解く」という話をしていただき、最終枠ではパネルディスカッションをしました。 チケット駆動開発とウォーターフォール パネルディスカッションでは、僕が「チケット駆動開発を作業計画に使うのは難しく、WBSとの併用が現実的」と話し、あきぴーさんが「作業計画をチケット駆動開発で回していくには」というノウハウを紹介されていました。 この違いは僕がウォーターフォール的な新規案件を、あきぴーさんがアジャイル的な開発/保守運用案件を前提にしているためです。 僕自身はBTS（Bug Tracking Syste
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
長文日記
