＜SaPIDとは？＞
SaPID® Ver4.0 (SaPID4.0) Systems analysis / Systems approach based Process Improvement methoD SaPIDは、当事者自らがシステム思考を活用して対象のメカニズムをシステムとして構造的に捉え、最も効果的で現実的な箇所、あるいは新しい価値創出に有効な施策・対策をうち、成果をあげていくための手法です。 特定の個人が実践することも可能ですが、チームや関係者、組織のメンバーが参画し、デザイン思考を併用して一緒に成長する、そして新しい価値を共創する方法を併せ持つのがSaPIDの特徴です。 SaPIDは、対象をシステムとして見る「システム思考」に基づくシステムズアプローチをベースとした手法です。 システムとは、複数の要素(機能)が連携･作用してある目的を達成しようとする仕組みと定義されています。 よって、システム
ソフトウェアプロセス改善手法 SaPID 導入の壁と工夫 - LIFULL Creators Blog
導入 こんにちは、QAエンジニアの星野です。 突然ですが、改善活動はお好きでしょうか。 自分の所属するQAグループ内でSaPIDという改善手法の実施を行いました。 ここでは、SaPIDの紹介と導入〜初回の壁、失敗と工夫についてをお伝えいたします。 SaPIDとは SaPIDという名前は、Systems analysis / Systems approach based Process Improvement methoD から命名されています。 公式な説明を以下に引用します。 SaPIDは、当事者自らがシステム思考を活用して対象のメカニズムをシステムとして構造的に捉え、最も効果的で現実的な箇所、あるいは新しい価値創出に有効な施策・対策をうち、成果をあげていくための手法です。 特定の個人が実践することも可能ですが、チームや関係者、組織のメンバーが参画し、デザイン思考を併用して一緒に成長する、
文化的負債との戦い: 老舗ソフトウェア開発会社でアジャイル変革を仕掛けた8年間
DevOpsDays Tokyo 2021 https://confengine.com/conferences/devopsdays-tokyo-2021/proposal/15184/8
IPA/SEC、ソフトウェア開発プロセス改善の新手法とツール類を公開 - builder by ZDNet Japan
情報処理推進機構（IPA）技術本部ソフトウェア・エンジニアリング・センター（SEC）は7月7日、ソフトウェアの開発プロセスに問題意識を持つ技術者向けにプロセスを改善するための新たな手法「SPINA3CH 自律改善メソッド」と、メソッドを適用するためのツール類を公開した。 SPINA3CHはもともと、情報サービス産業協会（JISA）が2004年にプロセスを改善するために“あるべき姿”をモデル化したものであり、当時は「Software Process Improvement aNd Assessment for CHallenge」（SPINACH）としていた。これを2007年にIPAがわかりやすく編集し公開している。 しかし、仕事の進め方ややり方に問題意識を持っていても、「改善方法がわからない」「従来のソフトウェアプロセス改善手法では開発現場に作業負荷がかかることがある」――といった理由から
CAPAができていない組織の先行きは危うい - ある組込みソフトエンジニアの日記
CAPA （Corrective Action and Preventive Action：是正・予防措置）とは問題が起こったときに再発を防止するための考え方である。 【CAPAのプロセス】 問題点を明らかにする 是正アクションの実行 類似した問題が起こらないようにするための予防アクションの実行 予防アクションのデータによる検証 いたって当たり前のように見えるが、これが組織的にはなかなかできない。日本では「問題点を明らかにする」と「是正アクションの実行」を個人的にやるところまでしかいかないことの方が多いように思う。 組織的に再発を防止するためには「類似した問題が起こらないようにするための予防アクションの実行」と「予防アクションのデータによる検証」が必要だ。CAPAはシステマティックにやらないとうまくいかない。犯人捜し、個人攻撃のような様相を呈するようになると、みんな積極的に動かなくなる。
“設計思想書”で開発の効率と質を高めよう
システム開発を効率化するために、過去に開発した資産の“流用”がよく行われている。エクスプレス開発の場合、最初から“再利用”を前提に開発を行い、その“開発思想”を記録として残すことで、より積極的に既存資産を活用する。 前回『“すべてを任せてもらえる「専門家」になろう 』では、顧客企業との打ち合わせの早い段階で、SEが「専門家」と認められれば、スケジュールを含めたあらゆる提案が受け入れられやすくなる──すなわち短納期化に貢献する、といったことを解説しました。 ただ、これは短納期化に不可欠な要素ではありますが、直接的に寄与するわけではありません。短納期化には、もっと具体的な考え方や方法論、そして、日ごろからの準備や工夫が必要なのです。今回は、そうした短納期化の方法論の1つとして、「システムの再利用」について解説したいと思います。 “流用”と“再利用”は違う SEやベンダのスタッフは「過去の開発資
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
第97回 開発現場の処方箋 ： 答えは現場にある！（全4回の第3回）｜SQiP：Software Quality Profession
