GitLab機能とアジャイル成果物のマップが助かる。でも無料GitLab CEにはEpics、Weights、Burndown Chartsが無いんだよな〜
2019-01-29 to autotag, すべてのニュースを表示, アジャイル開発, キーワードをすべて表示, コンサルティング, サービス, ソフトウェア, デジタルトランスフォーメーション by takuya
「当社ではアジャイル開発を、福井にある本社と、東京・神田にある支社の両方で行っています。比率的にはやはり東京が多いのですが、福井でも本格的にアジャイルに取り組むチームを作りたいと考えるようになりました」
「富士通アジャイルラボには、アジャイル開発に関する全てのノウハウと技術を集約しています。お客様と当社のSEが共創によるアジャイル開発を実践することによって、DX時代の価値創造の場を形成し、お客様との新たな関係を築き上げることを狙いとしています」
最近、CI/CDという単語を見ることが増えてきました。Google、Microsoft、Oracleなどの大きなIT企業が自社のCI/CDツールを発表したり、CI/CDのスタートアップの買収などの話が過去一年にいくつもありました。読者のみなさまも導入はしていなくても、CI/CDについてなんとなく知っている方も多いのではないでしょうか？ 実際CI/CDに対する需要は急速に高まっています。その裏には自動化の重要性の高まりやアジャイル開発の浸透・進化があります。2回の連載でこの流れについて見ていきましょう。
今や、あらゆる業種・業態において、ソフトウェア/サービス企業であることが求められる時代だ。しかし特に日本では、この分野で遅れをとってしまっている例が多い。アジャイル開発やDevOpsという言葉は先行しつつも、なかなか実態が追いつかない状況は、どう打破していけばよいのだろうか。海の外から日本の現状と課題はどう見えているのか、マイクロフォーカスのSenior Vice President 兼 General Managerの Raffi Margaliot氏に聞いた。
継続的インテグレーション／継続的デリバリ（CI/CD）はアジャイル開発方式の実現を約束するものの1つだ。CloudFoundryの調査によれば、CI/CDを重要視する傾向は開発者よりも経営幹部陣に高いことが明らかになった。
CPO(Chief Product Owner)が、プロダクトバックログ全体を見て、POはスプリントバックログを管理
本書は、その考え方の規範となる「Manifesto for Agile Software Development（アジャイルソフトウェア開発宣 言）」を実践者共通のマインドセットと捉え「Principles Behind the Agile Manifesto（アジャイル宣言の背後に ある原則）」をこれから日本でアジャイルを実践する方がより よい結果を導き出すための行動指針とし、様々なケースで求 められる状況
題名しか見てないけど、これからはビジネス・アジャイル
「第3回オートモーティブ・ソフトウェア・フロンティア」のセッションから、アジャイル開発の導入に関する講演を抜粋して紹介する。
日本での新製品開発は、ポールを工程の前後で回しながらラクビーのように進める。 あれ、これって
それは変化できる文化。なぜ、五輪書にもででくる日本の文化のアジャイルが日本でできなく無かったのか?
だよね『日本の製造業の強みが、海外でジェフ・サザーランド氏によって体系立てられ、アジャイル開発・スクラムといった形でソフトウェア開発手法として逆輸入されているなどの話題が上がっていた。』
BlueMemeは、パートナー企業であるシグマシスおよび情報技術開発と共に、アジャイル開発コンサルティングから運営・保守までの全工程をワンストップで支援するエンタープライズアジャイル開発に特化したシステム開発企業「OpenModels」の設立を発表した。
モブプログラミング（Mob Programming）をご存じだろうか。簡単にいうとペアプログラミングの人数をもう少し増やし、4、5人のグループでひとつのプログラムを開発していくスタイルだ。数年前、アジャイル開発のひとつとして生まれた。
しかしながら、日本では、徐々に広がりは見られるものの、未だ従来のウォーターフォール型開発が主流であり、非ウォーターフォール型開発手法を適用することで大きな成果が見込まれる領域においても、あまり採用されていません
スクラム完全ガイド
ムダなルールを定量的に説明する方策
PDIより算出したアジャイル開発導入の難しさ 日本80 インド58 米国49 変化嫌いな日本人…
MTTR 平均復旧時間 MTTD 平均摘出時間
PDI(Power Distance Index)
そこでIPAは、ここに2つのアジャイル開発に向けた契約モデルを提案します。
かつては都度発生する結合やテストの負荷を軽減させる技術が未成熟で、ストリーム型のタスクの流し方は実施が難しかった。
Rational Build Forgeを利用するまでの道のりの説明が詳しい
「SWAT（Speedy Willing Alliance Teamの略）」
。独自のアジャイル開発スキームを「SWAT（Speedy Willing Alliance Teamの略）」
我々がすべきことは、「当たり前の事」をできること
ここまでがんばっても、Agileで行こうとするとやっぱり多重請負が日本のソフトウェア開発の足を引っ張っている。
10 Ways to Kill Your Retrospective
実践編：朝会ガイド 実践編：ふりかえりガイド 実践編：見える化ガイド
スクラムの原点
アジャイル開発を支える管理ツールの紹介
ソフトウェア開発は、実際に作ってみなければわからないことばかりだし、だからこそプログラミングを中心に据えるやり方が良いとモノ作りの現場から始まったのだ。
作ってみなければ分からない怖さ
アジャイル的にユーザが近くで、すぐに反応をとれるようにしてスピードup、「上流工程完璧主義」により品質確保、あたりまえだけど成し遂げるのは大変
げ、ドキュメントには全ては無いのに→ ユーザーが「ドキュメントがあるからそれに従って作ればいい」と、あまりの多さにソフトウエアのレビューを断
アジャイルや反復型開発には工期短縮や仕様変更への柔軟な対応といったメリットがあるが、重要インフラや基幹業務システムなど、品質重視の開発に関しては、やはりV字型（ウォーター
派遣と請負の中間的な契約が必要
アジャイルが適応されていないと発生する問題だよね。でも…
ャイルは皆で良いものを作りあげようという性善説にのっとった仕組みです。「それではうちの会社が美味くないな」なんて具合に、参加メンバーがめいめい自分達の利益を考えながら参加
後で見よう
うまく階層が分けられるアーキテクチャでないとアジャイル開発しにくいよね。RTCはコンポの横つながりが悪いのが使いにくさに繋がってしまっているのが使ってみると分かるかも
そう30年前と同じくらいの人数での開発がアジャイル…
アジャイル開発では要件が追加されれば、重要度の低い要件を開発対象から外して納期と金額を守るように調整する。また、エンジニアにはイテレーションですばやく開発する技術力と、顧
ユーザのビジネス価値が忘れられていることと、 「ユーザストーリー」でやり方が示されてしまい最高の技術的回答になっていない
IBMのRationalソフトウェアのアジャイル開発プラクティスリーダーであるScott Ambler氏のインタービュー記事
アジャイルについて丁寧に解説されている
